I can't get our Calibre package to work. I'm using Guix on Debian.
$ git describe
v0.11.0-933-g56ab55d
$ ./pre-inst-env guix environment --fallback --ad-hoc calibre -- calibre
Traceback (most recent call last):
File
"/gnu/store/crkc1353vi5ll0686fvp4z9mzq8ln6nx-calibre-2.63.0/bin/.calibre-real",
Arun Isaac skribis:
>>> To actually fix this package (and some others) we can:
>>>
>>> - Wrap them with shared-mime-info in XDG_DATA_DIRS or propagated it.
>>>
>>> - Make sure 'xdg-mime-database' always run if glib applications are
>>> there even without shared-mime-info referenced by profile.
Good news!
l...@gnu.org (Ludovic Courtès) skribis:
> Tomáš Čech skribis:
>
>> Grub configuration interpretes `linux' as directory where is located
>> bzImage. If I enter file name instead, result configuration will be
>> wrong.
>
> The solution will be to not automatically append “/bzImage” (and
>> To actually fix this package (and some others) we can:
>>
>> - Wrap them with shared-mime-info in XDG_DATA_DIRS or propagated it.
>>
>> - Make sure 'xdg-mime-database' always run if glib applications are
>> there even without shared-mime-info referenced by profile.
>> IIRC, this was sugge
Hello,
l...@gnu.org (Ludovic Courtès) skribis:
> Eus skribis:
>
>> On Fri, Jul 15, 2016 at 11:10 PM, Ludovic Courtès wrote:
>
> [...]
>
>> However, in the past people reported that nscd, the name service cache
>>> daemon, would sometimes fail without any good reason. If you think that
>>> is t
iyzs...@member.fsf.org (宋文武) skribis:
> Arun Isaac writes:
>
>>> The following environment variables are set which may make a difference
>>> here:
>>>
>>> GUIX_GTK3_PATH=/run/current-system/profile/lib/gtk-3.0
>>> GUIX_GTK2_PATH=/run/current-system/profile/lib/gtk-2.0
>>> GTK_DATA_PREFIX=/r
l...@gnu.org (Ludovic Courtès) skribis:
> For the .so file, the difference is in the file name that appears in the
> .gnu_debuglink section (created by the ‘strip’ phase):
>
> $ diffoscope
> /gnu/store/mpm281yzwcxzfc9n86krr61yhs2ja6gd-libgcrypt-1.7.0/lib/libgcrypt.so.20.1.0
>
> /gnu/store/mpm
Hi,
Tomáš Čech skribis:
> On the other hand it seems to load part of the libraries from 2.22,
> part from 2.23 and that is not healthy.
Indeed, this cannot work. Do you still have this problem? Do you know
why both libc versions were being used (LD_LIBRARY_PATH or some such?)?
TIA,
Ludo’.
Fixed in 1c6c0ad067b558fcbebd87e8cb51d342d808163e.
Ludo’.