too long lines were shrinked: x86_64-pc-linux-gnu-gcc -I../../libastro -I../libastro -I../../libip -I../libip -I../../liblilxml -I../liblilxml -pipe -march=native -fno-diagnostics-color -O2 -c -o vsop87.o vsop87.c x86_64-pc-linux-gnu-gcc -I../../libastro -I../libastro -I../../libip -I../libip -I../../liblilxml -I../liblilxml -pipe -march=native -fno-diagnostics-color -O2 -c -o eq_ecl.o eq_ecl.c x86_64-pc-linux-gnu-gcc -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -o xephem aavso.o annotmenu.o broadcast.o calmenu.o closemenu.o compiler.o coordsmenu.o datamenu.o db.o dbmenu.o earthmap.o earthmenu.o fallbacks.o favmenu.o formats.o fsmenu.o gallerymenu.o glance.o gsc.o gscnet x86_64-pc-linux-gnu-gcc -I../../libastro -I../libastro -I../../libip -I../libip -I../../liblilxml -I../liblilxml -pipe -march=native -fno-diagnostics-color -O2 -c -o obliq.o obliq.c /usr/lib/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lastro: No such file or directory /usr/lib/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lip: No such file or directory /usr/lib/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -llilxml: No such file or directory ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1-j4-20221118-010004 ------------------------------------------------------------------- GNUMAKEFLAGS="$GNUMAKEFLAGS --jobserver-style=pipe" GNUMAKEFLAGS="$GNUMAKEFLAGS --shuffle" gcc-config -l: [1] x86_64-pc-linux-gnu-12 * clang/llvm (if any): clang version 15.0.5 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/15/bin Configuration file: /etc/clang/clang.cfg /usr/lib/llvm/15 15.0.5 Python 3.10.8 Available Ruby profiles: [1] ruby27 (with Rubygems) [2] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.65.0 * The following VMs are available for generation-2: *) Eclipse Temurin JDK 17.0.5_p8 [openjdk-bin-17] 2) Eclipse Temurin JDK 8.352_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-17 system-vm php cli (if any): HEAD of ::gentoo commit 2dc0599db15ba66514a875deccb15b8554c768ec Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Fri Nov 18 15:01:57 2022 +0000 2022-11-18 15:01:56 UTC emerge -qpvO sci-astronomy/xephem [ebuild N ] sci-astronomy/xephem-4.1.0
Created attachment 833441 [details] emerge-info.txt
Created attachment 833443 [details] emerge-history.txt
Created attachment 833445 [details] environment
Created attachment 833447 [details] etc.clang.tar.bz2
Created attachment 833449 [details] etc.portage.tar.bz2
Created attachment 833451 [details] sci-astronomy:xephem-4.1.0:20221118-152237.log
Created attachment 833453 [details] temp.tar.bz2
I had a similar error, but for `-lip` and `-llilxml` instead of `-lastro`. It seems to be a parallel build issue. Setting MAKEOPTS=-j1 let's me build the package successfully.
Created attachment 841093 [details] xephem-4.1.0:20221209-110447.log succesful build of the package by avoiding parallel build
Must have been really unlucky. On my first re-merge after several years I got the failure. On about a dozen test emerges now, the issue didn't show up. So it's likely a race condition. Anyway, IMO moving the libs target from the all target to the xephem target should solve this race condition. This way, it should be guaranteed, that all libs are built, before the final binary is linked. I'm gonna prepare a PR with such a patch.
(In reply to Bernd from comment #10) > Must have been really unlucky. On my first re-merge after several years I > got the failure. On about a dozen test emerges now, the issue didn't show > up. So it's likely a race condition. GNUMAKEFLAGS="$GNUMAKEFLAGS --shuffle"
(In reply to Toralf Förster from comment #11) > (In reply to Bernd from comment #10) > > Must have been really unlucky. On my first re-merge after several years I > > got the failure. On about a dozen test emerges now, the issue didn't show > > up. So it's likely a race condition. > > GNUMAKEFLAGS="$GNUMAKEFLAGS --shuffle" Another dozen merges passing this from the command line, but no fails. Adding it to MAKEOPTS in make.conf and the second try fails :)
Note that with --shuffle you can pass a seed (look in toralf log) to reproduce specific failures too.
Oh I passed GNUMAKEOPTS from the command line. Probably that's why it didn't work out properly. I read that I can pass a seed, but didn't look into how this works to produce a specific result.
So, if I pass the value from the logfile shuffle=1973246583, I get the same result?
Yes! (Hopefully)
Doesn't seem to work exactly like this. I do get an error, but it looks more like my first error, not mentioning libastro, but only libip and liblilxml. But it least it produces a failure.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=09607a4dd3014f1373b1437f06d4aa0e1bce4633 commit 09607a4dd3014f1373b1437f06d4aa0e1bce4633 Author: Bernd Waibel <waebbl-gentoo@posteo.net> AuthorDate: 2022-12-09 11:50:45 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-12-24 06:59:44 +0000 sci-astronomy/xephem: enable parallel build - add a patch to allow parallel builds - add remote-id to make pkgcheck happy - update obsolete virtual/jpeg dependency and order deps Closes: https://bugs.gentoo.org/881813 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/28610 Signed-off-by: Sam James <sam@gentoo.org> .../files/xephem-4.1.0-allow-parallel-builds.patch | 26 ++++++++++++++++++++++ sci-astronomy/xephem/metadata.xml | 3 +++ ...{xephem-4.1.0.ebuild => xephem-4.1.0-r1.ebuild} | 7 ++++-- 3 files changed, 34 insertions(+), 2 deletions(-)