lvm2 from bc0e6c9312f5f755e1ccd7d8c43b58974e6f7d38 fails with this:
../lib/liblvm-internal.a(sharedlib.o): In function `load_shared_library':
sharedlib.c:(.text+0x130): warning: Using 'dlopen' in statically linked
applications requires at runtime the shared libraries from the glibc version
used
ng0 transcribed 2.3K bytes:
> lvm2 from bc0e6c9312f5f755e1ccd7d8c43b58974e6f7d38 fails with this:
>
> ../lib/liblvm-internal.a(sharedlib.o): In function `load_shared_library':
> sharedlib.c:(.text+0x130): warning: Using 'dlopen' in statically linked
> applications requires at runtime the shared
Hi,
Mark H Weaver skribis:
> The usual Guix way to handle things like this is to arrange for the font
> cache to be part of the profile, and to create a profile hook that
> creates the cache from all of the built packages included within.
The problem is that the cache should
ng0 writes:
> #lvm on freenode.net says we are on our own and that the method (in general)
> to statically build lvm2 is considered fragile.
> The comment was that we need to make libm available, statically, as well for
> lvm2.
> The only person shown by git blame
ng0 writes:
> lvm2 from bc0e6c9312f5f755e1ccd7d8c43b58974e6f7d38 fails with this:
[...]
> ../libdm/ioctl/libdevmapper.a(libdm-string.o): In function
> `dm_size_to_string':
> libdm-string.c:(.text+0x11b6): undefined reference to `nearbyint'
>
l...@gnu.org (Ludovic Courtès) skribis:
> ng0 skribis:
>
>> I would've appended the file if it existed. But $home/.xsession-error
>> doesn't exist here.
>
> Indeed, not sure why.
>
> I was able to reproduce the problem in a VM with the attached config.
> It boils down