GNU bug report logs - #40740
guix build problem, no RUNPATH on libpthread.so

Previous Next

To reply to this bug, email your comments to 40740 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Efraim Flashner <efraim <at> flashner.co.il>
To: Michael Zucchi <notzed <at> gmail.com>
Cc: bug-guix <bug-guix <at> gnu.org>, help-guix <help-guix <at> gnu.org>,
 zimoun <zimon.toutoune <at> gmail.com>
Subject: Re: guix build problem, no RUNPATH on libpthread.so
Date: Tue, 21 Apr 2020 08:36:35 +0300

[Message part 1 (text/plain, inline)]

CCing bug-guix

On Tue, Apr 21, 2020 at 09:41:47AM +0930, Michael Zucchi wrote:
> 
> On 20/4/20 11:50 pm, zimoun wrote:
> > Dear,
> > 
> > On Mon, 20 Apr 2020 at 11:56, Michael Zucchi <notzed <at> gmail.com> wrote:
> > 
> > [...]
> > 
> > > I ran guix environment guix --pure.
> > Which version (commit) of Guix do you use?
> > Could you provide the output of "guix describe"?
> > 
> > 
> > > Then I ran configure but it failed saying that guile 3.0 could not be
> > > found.  After some poking i found this is provided by the guile-next
> > > package, so I had to manually install that.  So the instructions didn't
> > > work right off the bat but configure then completed just fine.
> > Which commit of the repo are you trying to compile?
> > 
> > 
> > > However make then fails:
> > Depending on when was the last "guix pull" and when was the last "git
> > pull" and what you already compiled month ago, failing could happen;
> > especially because Guile has been updated from 2 to 3.
> > 
> > After updating "guix pull" and "git pull", you could try:
> > 
> >    guix environment guix --pure
> >    make distclean
> >    ./configure --localstatedir=/var/
> >    make
> > 
> > 
> > Hope that helps.
> > 
> > All the best,
> > simon
> > 
> 
> Rather than stuff around repeating stuff I have already worked past
> successfully, I just deleted everything and started from scratch:
> 
>  - new guix checkout
>  - blew away /gnu and /var/guix
>  - install freshly from latest guix 1.1 binary install as listed in the
> online manual, it passed the signature check. https://guix.gnu.org/manual/en/html_node/Binary-Installation.html#Binary-Installation
>  - re-ran demon,  with --no-substitutes (users and groups were already
> there)
> 
> But the first guix pull fails because it tries to run a 32 bit binary, so
> ultimately fails for the the same reason as detailed in my previous email.
> 
> ...
> building
> /gnu/store/9g3mfjpxajl69krfwvdiaznz5gh54af2-guile-bootstrap-2.0.drv...
> builder for
> `/gnu/store/9g3mfjpxajl69krfwvdiaznz5gh54af2-guile-bootstrap-2.0.drv' failed
> with exit code 1
> build of /gnu/store/9g3mfjpxajl69krfwvdiaznz5gh54af2-guile-bootstrap-2.0.drv
> failed
> View build log at '/var/log/guix/drvs/9g/3mfjpxajl69krfwvdiaznz5gh54af2-guile-bootstrap-2.0.drv.bz2'.
> ...
> notzed <at> shitzone:~/src$ bzcat /var/log/guix/drvs/9g/3mfjpxajl69krfwvdiaznz5gh54af2-guile-bootstrap-2.0.drv.bz2
> while setting up the build environment: executing
> `/gnu/store/mzfkrxd4w8vqrmyrx169wj8wyw7r8i37-bash': Exec format error
> 
> So I removed the --no-substitutes flag, restarted the demon, and re-ran guix
> pull and that ran to completion.  Then I ran guix environment guix --pure
> and bootstrap.
> 
> Now configure finds guile fine ('yay') but make still fails when linking
> guix for the same reason as before, see the previous email.
> 
>   MAKEINFO doc/guix-cookbook.info
>   PO4A doc/guix-cookbook.de.texi
> /home/notzed/src/guix/build-aux/missing: line 81: po4a-translate: command
> not found
> WARNING: 'po4a-translate' is missing on your system.
>          You might have modified some files without having the proper
>          tools for further handling them.  Check the 'README' file, it
>          often tells you about the needed prerequisites for installing
>          this package.  You may also peek at any GNU archive site, in
>          case some other package contains this missing 'po4a-translate'
> program.
> make[2]: [Makefile:5929: doc/guix-cookbook.de.texi] Error 127 (ignored)
> sed -i "s|guix-cookbook\.info|$(basename "doc/guix-cookbook.de.texi" | sed
> 's|texi$|info|')|" "doc/guix-cookbook.de.texi.tmp"
> sed: can't read doc/guix-cookbook.de.texi.tmp: No such file or directory
> make[2]: [Makefile:5930: doc/guix-cookbook.de.texi] Error 2 (ignored)
>   POXREF doc/guix-cookbook.de.texi
> cat: doc/guix-cookbook.de.texi.tmp: No such file or directory
> mv "doc/guix-cookbook.de.texi.tmp" "doc/guix-cookbook.de.texi"
> mv: cannot stat 'doc/guix-cookbook.de.texi.tmp': No such file or directory
> make[2]: [Makefile:5932: doc/guix-cookbook.de.texi] Error 1 (ignored)
>   MAKEINFO doc/guix-cookbook.de.info
> ./doc/guix-cookbook.de.texi: warning: document without nodes
>   CXX      nix/nix-daemon/guix_daemon-nix-daemon.o
>   CXX      nix/nix-daemon/guix_daemon-guix-daemon.o
>   CXX      nix/libstore/libstore_a-gc.o
>   CXX      nix/libstore/libstore_a-globals.o
>   CXX      nix/libstore/libstore_a-misc.o
>   CXX      nix/libstore/libstore_a-references.o
>   CXX      nix/libstore/libstore_a-store-api.o
>   CXX      nix/libstore/libstore_a-optimise-store.o
>   CXX      nix/libstore/libstore_a-local-store.o
>   CXX      nix/libstore/libstore_a-build.o
>   CXX      nix/libstore/libstore_a-pathlocks.o
>   CXX      nix/libstore/libstore_a-derivations.o
>   CXX      nix/libstore/libstore_a-builtins.o
>   CXX      nix/libstore/libstore_a-sqlite.o
>   AR       libstore.a
>   CXX      nix/libutil/libutil_a-archive.o
>   CXX      nix/libutil/libutil_a-affinity.o
>   CXX      nix/libutil/libutil_a-serialise.o
>   CXX      nix/libutil/libutil_a-util.o
>   CXX      nix/libutil/libutil_a-hash.o
>   CXX      nix/libutil/libutil_a-gcrypt-hash.o
>   AR       libutil.a
>   CXX      nix/boost/format/libformat_a-free_funcs.o
>   CXX      nix/boost/format/libformat_a-parsing.o
>   CXX      nix/boost/format/libformat_a-format_implementation.o
>   AR       libformat.a
>   CXXLD    guix-daemon
> /usr/bin/ld:
> /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthread.so.0:
> undefined reference to `__libc_vfork <at> GLIBC_PRIVATE'
> collect2: error: ld returned 1 exit status
> make[2]: *** [Makefile:3563: guix-daemon] Error 1
> make[2]: Leaving directory '/home/notzed/src/guix'
> make[1]: *** [Makefile:4930: all-recursive] Error 1
> make[1]: Leaving directory '/home/notzed/src/guix'
> make: *** [Makefile:3351: all] Error 2
> notzed <at> shitzone:~/src/guix$
> 
> 
> notzed <at> shitzone:~/src/guix$ git describe
> v1.1.0-440-gce5f4701d1
> 
> notzed <at> shitzone:~/src/guix$ guix describe
> Generation 1    Apr 21 2020 09:19:55    (current)
>   guix ce5f470
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: ce5f4701d1e5c88c622a0d05a96ddfb31c117455
> 
> 
> 

-- 
Efraim Flashner   <efraim <at> flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 40740 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: Efraim Flashner <efraim <at> flashner.co.il>
Cc: 40740 <at> debbugs.gnu.org, help-guix <help-guix <at> gnu.org>,
 Michael Zucchi <notzed <at> gmail.com>
Subject: Re: guix build problem, no RUNPATH on libpthread.so
Date: Tue, 21 Apr 2020 09:55:34 +0200

Dear Michael,

> On Tue, Apr 21, 2020 at 09:41:47AM +0930, Michael Zucchi wrote:

> > But the first guix pull fails because it tries to run a 32 bit binary, so
> > ultimately fails for the the same reason as detailed in my previous email.

To be sure to understand,
 - your machine is 64bit
 - and you are running Guix on the top of Slackware
 - Guix has been installed using this script
https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
Right?
Then, something screws up and some 32bit stuff shows up, right?

The previous emails related to this topic you mentioned ("I posted
about this months ago but I think I got no answers") in this thread
are [1] and [2], right?

[1] https://lists.gnu.org/archive/html/help-guix/2019-12/msg00111.html
[2] https://lists.gnu.org/archive/html/help-guix/2019-12/msg00131.html


All the best,
simon

Message #11 received at 40740 <at> debbugs.gnu.org (full text, mbox):

From: Michael Zucchi <notzed <at> gmail.com>
To: zimoun <zimon.toutoune <at> gmail.com>, Efraim Flashner <efraim <at> flashner.co.il>
Cc: 40740 <at> debbugs.gnu.org, help-guix <help-guix <at> gnu.org>
Subject: Re: guix build problem, no RUNPATH on libpthread.so
Date: Wed, 22 Apr 2020 10:05:28 +0930

[Message part 1 (text/plain, inline)]

G'day Simon,

On 21/4/20 5:25 pm, zimoun wrote:
> Dear Michael,
>
>> On Tue, Apr 21, 2020 at 09:41:47AM +0930, Michael Zucchi wrote:
>>> But the first guix pull fails because it tries to run a 32 bit binary, so
>>> ultimately fails for the the same reason as detailed in my previous email.
> To be sure to understand,
>   - your machine is 64bit
>   - and you are running Guix on the top of Slackware
>   - Guix has been installed using this script
> https://git.savannah.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
> Right?

Correct although I can't remember if i ran the script or used the steps 
in the manual 
[https://guix.gnu.org/manual/en/html_node/Binary-Installation.html].   
slackware doesn't use one of the supported init systems and all the 
steps it performs are trivial so i might've skipped it.  guix with 
substitutions was working ok for the limited use I made of it.

> Then, something screws up and some 32bit stuff shows up, right?

Well yes and no - nothing screws up and the behaviour is intended it 
just doesn't work.   As i found[2] 4 months ago, the bootstrap package 
explicitly uses i686 binaries for amd64 because (I presume) they are 
statically linked and all amd64 hardware supports executing 32-bit mode 
code.  But my linux configuration disables it because i don't need or 
want it.

It all happens here:

https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/bootstrap.scm#n128

|(define bootstrap-executable (mlambda (program system) "Return an 
origin for PROGRAM, a statically-linked bootstrap executable built for 
SYSTEM." ;>>>>>>>>>>>>>>  (let ((system (if (string=? system 
"x86_64-linux") "i686-linux" system))) ;<<<<<<<<<<<<<<  (match 
(assoc-ref (assoc-ref %bootstrap-executables system) program) (#f (raise 
(condition (&message (message (format #f (G_ "could not find bootstrap 
binary '~a' \ for system '~a'") program system)))))) ((sha256) (origin 
(method url-fetch/executable) (uri (bootstrap-executable-url program 
system)) (file-name program) (sha256 sha256))))))) |

||
||
|I attempted modifying this to use 64-bit binaries at the time but it 
wouldn't use the ones i supplied when it|
|came to executing the tests.  So I dropped it as it was going nowhere 
fast, nobody seemed interested, and had
other things to do like xmas. ||Those failed attempts are long gone.|
||
||
||
> The previous emails related to this topic you mentioned ("I posted
> about this months ago but I think I got no answers") in this thread
> are [1] and [2], right?
>
> [1] https://lists.gnu.org/archive/html/help-guix/2019-12/msg00111.html
> [2] https://lists.gnu.org/archive/html/help-guix/2019-12/msg00131.html
>
Yeah.

> All the best,
> simon

Cheers,
 Z

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.