guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: next browser (was: Packaging a free Firefox)


From: Ricardo Wurmus
Subject: Re: next browser (was: Packaging a free Firefox)
Date: Thu, 24 May 2018 22:37:56 +0200
User-agent: mu4e 1.0; emacs 25.3.1

Pierre Neidhardt <address@hidden> writes:

> Ricardo Wurmus <address@hidden> 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=~/.guix-profile/lib, can we use that?
>>
>> LIBRARY_PATH is only set when you have gcc-toolchain installed.  I don’t
>> 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=/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.)

-- 
Ricardo





reply via email to

[Prev in Thread] Current Thread [Next in Thread]