emacs-bug-tracker
[Top][All Lists]
Advanced

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

bug#49121: closed (./guix-daemon is broken)


From: GNU bug Tracking System
Subject: bug#49121: closed (./guix-daemon is broken)
Date: Tue, 22 Jun 2021 16:00:02 +0000

Your message dated Tue, 22 Jun 2021 17:59:32 +0200
with message-id <871r8t3n6j.fsf@gnu.org>
and subject line Re: bug#49102: guix environment regression
has caused the debbugs.gnu.org bug report #49102,
regarding ./guix-daemon is broken
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
49102: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=49102
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: ./guix-daemon is broken Date: Sun, 20 Jun 2021 01:52:04 +0200
Guix,

There's a new(?) warning in towne:

--8<---------------cut here---------------start------------->8---
$ guix environment guix -- make V=1
[…]
LANGUAGE= ./pre-inst-env /run/current-system/profile/bin/sh /home/nckx/guix/build-aux/missing help2man --source=GNU --info-page=guix --output="doc/guix-daemon.1" `basename "doc/guix-daemon.1" .1`
help2man: can't get `--help' info from guix-daemon
Try `--no-discard-stderr' if option outputs to stderr
WARNING: 'help2man' is missing on your system.
You should only need it if you modified a dependency of a man page.
        You may want to install the GNU Help2man package:
        <https://www.gnu.org/software/help2man/>
--8<---------------cut here---------------end--------------->8---

That's because

--8<---------------cut here---------------start------------->8---
$ ./guix-daemon --help
./guix-daemon: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory

$ ldd ./guix-daemon
        linux-vdso.so.1 (0x00007ffd84dfd000)
        libz.so.1 => not found
        libsqlite3.so.0 => not found
        libgcrypt.so.20 => not found
        libbz2.so.1.0 => not found
libstdc++.so.6 => /gnu/store/01b4w3m6mp55y531kyi1g8shh722kwqm-gcc-7.5.0-lib/lib/libstdc++.so.6 (0x00007fe1753d3000) libm.so.6 => /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libm.so.6 (0x00007fe175292000) libgcc_s.so.1 => /gnu/store/01b4w3m6mp55y531kyi1g8shh722kwqm-gcc-7.5.0-lib/lib/libgcc_s.so.1 (0x00007fe175277000) libc.so.6 => /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6 (0x00007fe1750ba000) /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/ld-linux-x86-64.so.2 (0x00007fe175560000)
--8<---------------cut here---------------end--------------->8---

which sounds less harmless already…

Kind regards,

T G-R

Attachment: signature.asc
Description: PGP signature


--- End Message ---
--- Begin Message --- Subject: Re: bug#49102: guix environment regression Date: Tue, 22 Jun 2021 17:59:32 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
Hi,

Mathieu Othacehe <othacehe@gnu.org> skribis:

> When using guix@caf4a7a2, I cannot no longer build a functional
> guix-daemon using the following classic commands:
>
> guix environment guix
> ./configure --localstatedir=/var --sysconfdir=/etc
> make -j4
>
> mathieu@elbruz ~/guix [env]$ ldd ./guix-daemon 
>       linux-vdso.so.1 (0x00007fff52339000)
>       libz.so.1 => not found
>       libsqlite3.so.0 => not found

[...]

> The bisection leads to this commit:
> 8cef92d0633850d97c1a1d4521812268f56672be, but it doesn't appear clearly
> to me what could cause the regression.

Fixed in b9a95420abdf4ae7fe9a347031278a44ad6a1cce.

The problem was that the profile was built with inputs in the wrong
order.  Thus, ‘ld’ from Binutils would “win” over ‘ld’ from ld-wrapper,
hence the build failure above.

Thanks for reporting + bisecting!

Ludo’.


--- End Message ---

reply via email to

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