From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: next browser (was: Packaging a free Firefox) Date: Thu, 24 May 2018 22:37:56 +0200 Message-ID: <87muwobxi3.fsf@elephly.net> References: <87y3h1g42q.fsf@lassieur.org> <87wowlg3vu.fsf@lassieur.org> <20180503050020.ljaqgrop6uwy24op@abyayala> <87muxhfhqq.fsf@gmail.com> <876044lsci.fsf@gmail.com> <20180503233604.69fd089c@uwaterloo.ca> <87mux8n5gq.fsf@gmail.com> <20180510020041.1e8b3956@uwaterloo.ca> <87d0y3hije.fsf@gmail.com> <3e43616290027f58207fe54d748183e9.squirrel@mailservices.uwaterloo.ca> <877eobh92c.fsf@gmail.com> <20180511010037.6951035e@uwaterloo.ca> <87efi7wion.fsf@gmail.com> <871se1crci.fsf@elephly.net> <87fu2hw30r.fsf@gmail.com> <87sh6hax0j.fsf@elephly.net> <87vabdq9z4.fsf@gmail.com> 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]:35390) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLx0G-0005BI-Tj for guix-devel@gnu.org; Thu, 24 May 2018 16:38:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fLx0B-00029s-W2 for guix-devel@gnu.org; Thu, 24 May 2018 16:38:28 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21083) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fLx0B-00029M-NX for guix-devel@gnu.org; Thu, 24 May 2018 16:38:23 -0400 In-reply-to: <87vabdq9z4.fsf@gmail.com> 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" To: Pierre Neidhardt Cc: guix-devel@gnu.org Pierre Neidhardt writes: > Ricardo Wurmus writes: > >> It is sometimes possible to patch the sources by replacing the library >> name with the full path of the library. Have you tried that? > > You are right. I think what we need here is to patch all the cffi > packages. > For instance, sqlite3-lib contains the following lines: > > --8<---------------cut here---------------start------------->8--- > (define-foreign-library sqlite3-lib > (:darwin (:default "libsqlite3")) > (:unix (:or "libsqlite3.so.0" "libsqlite3.so")) > (t (:or (:default "libsqlite3") (:default "sqlite3")))) > --8<---------------cut here---------------end--------------->8--- > > Patching with the full path should work. I'll see what I can do. Thanks. >> Another option is to wrap the executable in LD_LIBRARY_PATH, although >> that should only be a last resort. >> >>> GuixSD has LIBRARY_PATH=3D~/.guix-profile/lib, can we use that? >> >> LIBRARY_PATH is only set when you have gcc-toolchain installed. I don= =E2=80=99t >> have this variable. It is also not applicable here: it is used by the >> compiler at build time when linking applications. > > So to what would you wrap it? The full path of the required libs? E.g. > > LD_LIBRARY_PATH=3D/gnu/store/sdin91pj2w7m5avvb6vykh6haq8q2ni0-sqlite-3.21= .0/lib/:... Yes, just like that. See the build phases of eolie in (gnu packages gnome) as an example. (Speaking of eolie: I should update it.) --=20 Ricardo