true CC src/lib/cbuff.c rdlibtool --mode=compile --shared x86_64-pc-linux-gnu-gcc -o build/objs/src/lib/cbuff.lo -c -MD -I. -Isrc -include src/freeradius-devel/autoconf.h -include src/freeradius-devel/build.h -include src/freeradius-devel/features.h -include src/freeradius-devel/radpaths.h -fno-strict-aliasing -Wno-date-time -pipe -march=native -fno-diagnostics-color -O2 -Wall -std=c99 -D_GNU_SOURCE -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DOPENSSL_NO_KRB5 -DNDEBUG -DIS_MODULE=1 -D_LIBRADIUS -I/var/tmp/portage/net-dialup/freeradius-3.0.21-r1/work/freeradius-server-3.0.21/src src/lib/cbuff.c rdlibtool: error: --shared is not a synonym for -shared make: *** [scripts/boiler.mk:635: build/objs/src/lib/cbuff.lo] Error 2 * ERROR: net-dialup/freeradius-3.0.21-r1::gentoo failed (compile phase): * emake failed * ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_systemd-20210419-131016 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-10.3.0 * clang version 12.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/12/bin /usr/lib/llvm/12 12.0.0 Python 3.8.9 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby30 (with Rubygems) * Available Rust versions: [1] rust-bin-1.51.0 [2] rust-1.51.0 * The following VMs are available for generation-2: *) AdoptOpenJDK 8.292_p10 [openjdk-bin-8] Available Java Virtual Machines: [1] 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 Tue Apr 27 11:20:18 UTC 2021 emerge -qpvO net-dialup/freeradius [ebuild N ] net-dialup/freeradius-3.0.21-r1 USE="pam readline ssl systemd -debug -firebird -iodbc -kerberos -ldap (-libressl) -memcached -mongodb -mysql -odbc -oracle -pcap -postgres -python -redis -rest -samba -sqlite" PYTHON_SINGLE_TARGET="python3_8 -python3_7"
Created attachment 702717 [details] emerge-info.txt
Created attachment 702720 [details] emerge-history.txt
Created attachment 702723 [details] environment
Created attachment 702726 [details] etc.portage.tar.bz2
Created attachment 702729 [details] logs.tar.bz2
Created attachment 702732 [details] net-dialup:freeradius-3.0.21-r1:20210427-113330.log
Created attachment 702735 [details] temp.tar.bz2
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=60bc7025606aa2dc4ae7ef342060507d80038eac commit 60bc7025606aa2dc4ae7ef342060507d80038eac Author: orbea <orbea@riseup.net> AuthorDate: 2022-05-06 16:08:05 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2022-05-06 17:59:13 +0000 net-dialup/freeradius: Fix typo in ebuild It should be -shared and not --shared and this typo causes the build to fail with slibtool. Additionally it needs slibtool-shared and not rlibtool. Bug: https://bugs.gentoo.org/786102 Closes: https://github.com/gentoo/gentoo/pull/25351 Signed-off-by: orbea <orbea@riseup.net> Signed-off-by: Matt Turner <mattst88@gentoo.org> net-dialup/freeradius/freeradius-3.0.25-r2.ebuild | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
Created attachment 777125 [details, diff] Patch that fixes build with slibtool. The build gets farther now, but this is hopeless. Freeradius has its own jlibtool instead of GNU libtool which fails to create the '.libs' directory when using -module which is needed to build the modules with slibtool. I attached a preliminary patch that fixes it for slibtool, but without also fixing jlibtool itself its hopeless.
*** Bug 914332 has been marked as a duplicate of this bug. ***
I don't know WTF is going on here. The scripts/libtool.mk in their git repo looks like jlibtool is optional, and if I do a `git log` on it, nothing has changed in that regard since the file was introduced in 2012. Why is the libtool.mk in the releases completely different? I had some success editing out jlibtool entirely: -override LIBTOOL := ${JLIBTOOL} +LIBTOOL := libtool but there are still a bunch of jlibtool-isms in the Makefiles that you have to fix after that.