Summary: | Broken Perl install during prefix bootstrap (/home/vm/gentoo/tmp/usr/bin/perl: error while loading shared libraries: libperl.so.5.36: cannot open shared object file: No such file or directory) | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | dnkmmr69420 |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | UNCONFIRMED --- | ||
Severity: | blocker | CC: | chewi, dnkmmr69420, mmokrejs, sam |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Here is the error. I can't upload the entire log
stage 3 log stage 2 log stage 1 log |
Description
dnkmmr69420
2023-01-27 16:14:00 UTC
Created attachment 849291 [details]
Here is the error. I can't upload the entire log
this is also happening on my actual hardware too (In reply to dnkmmr69420 from comment #2) > this is also happening on my actual hardware too it just happened again Please compress the entire log then upload it as an attachment. The collisions aren't the issue here (it says "merged despite"). Created attachment 849303 [details]
stage 3 log
Created attachment 849305 [details]
stage 2 log
Created attachment 849307 [details]
stage 1 log
(In reply to Sam James from comment #4) > Please compress the entire log then upload it as an attachment. The > collisions aren't the issue here (it says "merged despite"). Just uploaded all 3 logs The Perl is installs in stage3 is broken for some reason.
```
[...]
* Linking /home/vm/gentoo//usr/share/man/man1/pod2man-4.140.0-perl-5.36.0.1.bz2 to /home/vm/gentoo//usr/share/man/man1/pod2man.1.bz2 (relative)
* Linking /home/vm/gentoo//usr/bin/pod2text-4.140.0-perl-5.36.0 to /home/vm/gentoo//usr/bin/pod2text (relative)
* Linking /home/vm/gentoo//usr/share/man/man1/pod2text-4.140.0-perl-5.36.0.1.bz2 to /home/vm/gentoo//usr/share/man/man1/pod2text.1.bz2 (relative)
* Linking /home/vm/gentoo//usr/share/man/man1/perlpodstyle-4.140.0-perl-5.36.0.1.bz2 to /home/vm/gentoo//usr/share/man/man1/perlpodstyle.1.bz2 (relative)
* Removing old .ph files
>>> dev-lang/perl-5.36.0-r1 merged.
>>> Regenerating /etc/ld.so.cache...
```
Then we get all the way down and it's hosed:
```
checking for perl... /home/vm/gentoo/tmp/usr/bin/perl
/home/vm/gentoo/tmp/usr/bin/perl: error while loading shared libraries: libperl.so.5.36: cannot open shared object file: No such file or directory
configure: error: Perl 5.006 or better is required
```
But note that it's using /tmp/usr/bin/perl and note /usr/bin/perl. Not sure if that's right given it's just installed Perl.
(In reply to Sam James from comment #9) > The Perl is installs in stage3 is broken for some reason. > ``` > [...] > * Linking > /home/vm/gentoo//usr/share/man/man1/pod2man-4.140.0-perl-5.36.0.1.bz2 to > /home/vm/gentoo//usr/share/man/man1/pod2man.1.bz2 (relative) > * Linking /home/vm/gentoo//usr/bin/pod2text-4.140.0-perl-5.36.0 to > /home/vm/gentoo//usr/bin/pod2text (relative) > * Linking > /home/vm/gentoo//usr/share/man/man1/pod2text-4.140.0-perl-5.36.0.1.bz2 to > /home/vm/gentoo//usr/share/man/man1/pod2text.1.bz2 (relative) > * Linking > /home/vm/gentoo//usr/share/man/man1/perlpodstyle-4.140.0-perl-5.36.0.1.bz2 > to /home/vm/gentoo//usr/share/man/man1/perlpodstyle.1.bz2 (relative) > * Removing old .ph files > >>> dev-lang/perl-5.36.0-r1 merged. > >>> Regenerating /etc/ld.so.cache... > ``` > > Then we get all the way down and it's hosed: > ``` > checking for perl... /home/vm/gentoo/tmp/usr/bin/perl > /home/vm/gentoo/tmp/usr/bin/perl: error while loading shared libraries: > libperl.so.5.36: cannot open shared object file: No such file or directory > configure: error: Perl 5.006 or better is required > ``` > > But note that it's using /tmp/usr/bin/perl and note /usr/bin/perl. Not sure > if that's right given it's just installed Perl. so how can this error be fixed? It's very odd. The log is hard to follow because there were several retries. The first sign of trouble is on line 147376, where it fails to configure dev-libs/openssl while on the way to installing sys-apps/coreutils. 147375 * ./Configure linux-x86_64 enable-camellia enable-ec enable-ec2m enable-sm2 enable-srp enable-idea enable-mdc2 enable-rc5 no-ssl3 no-ssl3-method enable-asm no-rfc3779 no-sctp no-tests no-zlib no-heartbeats no-weak-ssl-ciphers --prefix=/home/vm/gentoo/usr --openssldir=/home/vm/gentoo/etc/ssl --libdir=lib64 shared threads 147376 /home/vm/gentoo/var/tmp/portage/dev-libs/openssl-1.1.1s/temp/environment: line 1171: ./Configure: cannot execute: required file not found dev-lang/perl was successfully installed prior to that on line 127322 and it is used plenty of times between there and when it fails later. It's even used right before it fails in the src_prepare phase of dev-libs/openssl. On the next attempt, Perl is successfully used in openssl's src_prepare again, but it still fails in src_configure. The openssl error does not mention Perl specifically but the Configure shebang does have: #! /usr/bin/env perl Later parts of the log are confusing, but it appears to try to install things that were previously already installed. Perhaps something was deleted before retrying? I'm not personally invested in Prefix enough to look further into this, sorry. (In reply to James Le Cuirot from comment #11) > It's very odd. The log is hard to follow because there were several retries. > The first sign of trouble is on line 147376, where it fails to configure > dev-libs/openssl while on the way to installing sys-apps/coreutils. > > 147375 * ./Configure linux-x86_64 enable-camellia enable-ec enable-ec2m > enable-sm2 enable-srp enable-idea enable-mdc2 enable-rc5 no-ssl3 > no-ssl3-method enable-asm no-rfc3779 no-sctp no-tests no-zlib no-heartbeats > no-weak-ssl-ciphers --prefix=/home/vm/gentoo/usr > --openssldir=/home/vm/gentoo/etc/ssl --libdir=lib64 shared threads > 147376 > /home/vm/gentoo/var/tmp/portage/dev-libs/openssl-1.1.1s/temp/environment: > line 1171: ./Configure: cannot execute: required file not found > > dev-lang/perl was successfully installed prior to that on line 127322 and it > is used plenty of times between there and when it fails later. It's even > used right before it fails in the src_prepare phase of dev-libs/openssl. On > the next attempt, Perl is successfully used in openssl's src_prepare again, > but it still fails in src_configure. > > The openssl error does not mention Perl specifically but the Configure > shebang does have: #! /usr/bin/env perl > > Later parts of the log are confusing, but it appears to try to install > things that were previously already installed. Perhaps something was deleted > before retrying? > > I'm not personally invested in Prefix enough to look further into this, > sorry. is this also happening to you too. keep in mind that this is a blocker so with this bug unfixed, people won't be able to install gentoo prefix. We understand, it's not really a helpful comment though. Prefix is complicated. I haven't yet had time to try reproduce it. (In reply to Sam James from comment #13) > We understand, it's not really a helpful comment though. Prefix is > complicated. I haven't yet had time to try reproduce it. I am gonna give it a try tommorow when I have time. I will report back if the error is the same. I believe perl was bumped in the meanwhile, does this persist by chance? *** Bug 907487 has been marked as a duplicate of this bug. *** (In reply to Fabian Groffen from comment #15) > I believe perl was bumped in the meanwhile, does this persist by chance? Still happens, see bug #907487 . This is a RAP bootstrap, do this seems unrelated to bug 910396 |