| ^~~~~~~~~ building profiled snet.o make[1]: *** [Makefile:35: snet.o] Error 127 make[1]: Leaving directory '/var/tmp/portage/app-admin/radmind-1.15.3-r1/work/radmind-1.15.3/libsnet' make: *** [Makefile:254: libsnet/libsnet.la] Error 2 * ERROR: app-admin/radmind-1.15.3-r1::gentoo failed (compile phase): ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_gnome_systemd-20210318-090503 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-10.2.0 * clang version 11.1.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.1.0 Python 3.8.8 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) * Available Rust versions: [1] rust-bin-1.50.0 [2] rust-1.50.0 * The following VMs are available for generation-2: 1) IcedTea JDK 3.17.1 [icedtea-8] 2) IcedTea JDK 3.16.0 [icedtea-bin-8] 3) OpenJDK 8.282_p08 [openjdk-8] *) AdoptOpenJDK 8.282_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] icedtea-8 [2] icedtea-bin-8 [3] openjdk-8 [4] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.10.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Wed Mar 31 23:11:49 UTC 2021 emerge -qpvO app-admin/radmind [ebuild N ] app-admin/radmind-1.15.3-r1
Created attachment 696636 [details] emerge-info.txt
Created attachment 696639 [details] app-admin:radmind-1.15.3-r1:20210331-233949.log
Created attachment 696642 [details] emerge-history.txt
Created attachment 696645 [details] environment
Created attachment 696648 [details] etc.portage.tar.bz2
Created attachment 696651 [details] logs.tar.bz2
Created attachment 696654 [details] temp.tar.bz2
Not sure why this is happening, but fixing the autoreconf was enough for slibtool. I made a bunch of upstream PRs. https://github.com/voretaq7/radmind/pull/1 (Gentoo is using the repo) https://github.com/Radmind/radmind/pull/336 (Upstream) And libsnet is a submodule with its own problems. https://sourceforge.net/p/libsnet/patches/4/ https://sourceforge.net/p/libsnet/patches/5/
Okay I get it now. The libsnet submodules is prepending ../ to the $(LIBTOOL) variable. That obviously doesn't work. https://sourceforge.net/p/libsnet/patches/6/ I'll have to update my PR later. Probably should fix a few more things in radmind first too.
Merged my libsnet patches into one ticket which I should of done to begin with... https://sourceforge.net/p/libsnet/patches/7/
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=601775bd1dbb2e6f87c8eb39bee18a8964324e22 commit 601775bd1dbb2e6f87c8eb39bee18a8964324e22 Author: orbea <orbea@riseup.net> AuthorDate: 2022-05-13 00:46:07 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-05-13 20:17:04 +0000 app-admin/radmind: Add 1.15.4 The build prepends ../ to the $(LIBTOOL) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: https://github.com/voretaq7/radmind/pull/1 Upstream-PR: https://github.com/Radmind/radmind/pull/336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net> Closes: https://github.com/gentoo/gentoo/pull/25459 Signed-off-by: Sam James <sam@gentoo.org> app-admin/radmind/Manifest | 1 + .../files/radmind-1.15.4-autoreconf-libsnet.patch | 167 ++++++++++++++++ .../radmind/files/radmind-1.15.4-autoreconf.patch | 219 +++++++++++++++++++++ app-admin/radmind/radmind-1.15.4.ebuild | 41 ++++ 4 files changed, 428 insertions(+)