Re: guix build problem, no RUNPATH on libpthread.so

Re: guix build problem, no RUNPATH on libpthread.so

[Efraim Flashner]

[-- Attachment #1: Type: text/plain, Size: 6828 bytes --]

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@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@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@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@shitzone:~/src/guix$
> 
> 
> notzed@shitzone:~/src/guix$ git describe
> v1.1.0-440-gce5f4701d1
> 
> notzed@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@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#40740: guix build problem, no RUNPATH on libpthread.so

[zimoun]

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

bug#40740: guix build problem, no RUNPATH on libpthread.so

[Michael Zucchi]

[-- Attachment #1: Type: text/plain, Size: 2715 bytes --]


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



[-- Attachment #2: Type: text/html, Size: 5367 bytes --]