*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Cant load /usr/lib/perl5/vendor_perl/5.30.1/x86_64-linux/auto/EV/EV.so for module EV: Error relocating /usr/lib/perl5/vendor_perl/5.30.1/x86_64-linux/auto/EV/EV.so: __register_atfork: symbol not found at /usr/lib/perl5/5.30.1/XSLoader.pm line 93. at /usr/lib/perl5/vendor_perl/5.30.1/x86_64-linux/EV.pm line 127. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.30.1/x86_64-linux/EV.pm line 128. ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl_hardened-20200328-201618 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.3.0 * clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.42.0 * timestamp of HEAD at this tinderbox image: /var/db/repos/gentoo Wed Apr 1 19:37:27 UTC 2020 /var/db/repos/musl Fri Mar 27 00:25:27 UTC 2020 emerge -qpvO dev-perl/Coro [ebuild N ] dev-perl/Coro-6.514.0 USE="ev -event -examples"
Created attachment 628596 [details] emerge-info.txt
Created attachment 628598 [details] dev-perl:Coro-6.514.0:20200401-201050.log
Created attachment 628600 [details] emerge-history.txt
Created attachment 628602 [details] environment
Created attachment 628604 [details] etc.portage.tbz2
Created attachment 628606 [details] temp.tbz2
This is probably a similar cause as bug #715804 Again, only musl can really explain what is going on here.
This should be fixed with dev-perl/EV 4.330.0 Please test. >commit 93f0c3ba015c3d4b0db14ff254311ef8a8e23748 >Author: Kent Fredric <kentnl@gentoo.org> >Date: 2020-08-08 06:55:28 +1200 > > dev-perl/EV: Bump to version 4.330.0 >.... > - Only use __register_atfork with glibc/uclibc, to avoid being broken on > musl >...
Should be fixed