From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: import pypi: undefined symbol __gmpn_cnd_sub_n Date: Wed, 25 Mar 2015 21:42:12 +0100 Message-ID: <87619okdwb.fsf@gnu.org> References: <87r3sdt4g0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yas82-00051b-RA for guix-devel@gnu.org; Wed, 25 Mar 2015 16:42:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yas7z-0008In-K2 for guix-devel@gnu.org; Wed, 25 Mar 2015 16:42:18 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37971) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yas7z-0008Ij-HN for guix-devel@gnu.org; Wed, 25 Mar 2015 16:42:15 -0400 In-Reply-To: ("Alexandre \=\?utf-8\?B\?SMOpYXVtw6kiJ3M\=\?\= message of "Wed, 25 Mar 2015 19:05:20 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Alexandre =?utf-8?B?SMOpYXVtw6k=?= Cc: guix-devel@gnu.org Alexandre H=C3=A9aum=C3=A9 skribis: > Ludovic Court=C3=A8s wrote: > >> It=E2=80=99s unclear to me how libhogweed.so gets loaded (nothing here d= epends >> on Nettle, AFAIK.) But it looks like the problem is that /usr/bin/guile >> (which comes from the host distro) is trying to dlopen stuff that is >> built with Guix. This usually won=E2=80=99t work notably because that w= ould try >> to load different copies of libc.so, libgmp.so, etc. > > Makes sense. The guile-gnutls package in ubuntu depends on libhogweed, > so that's where it comes from. Oh right, I forgot this one. > Is it possible that the guile-gnutls bindings from guix are chosen > over the host bindings, or something along these lines? Yes, it seems to be the case. When using Guile from the host distro, you must use guile-gnutls from the host distro as well. >> If it does, could you run, from Guix=E2=80=99s top-level build tree: >> >> ./pre-inst-env guile -c '(use-modules (json) (guix pk-crypto))' [...] > ERROR: In procedure dynamic-link: > ERROR: In procedure dynamic-link: file: "libgcrypt", message: "file not f= ound" Weird, did ./configure even pass? You can run: ./configure --with-libgcrypt-prefix=3D/usr/whatever/ to make sure it picks libgcrypt.so from the host distro. HTH, Ludo=E2=80=99.