>>> Install freeradius-3.0.2 into /var/tmp/portage/net-dialup/freeradius-3.0.2/image/ category net-dialup make -j4 R=/var/tmp/portage/net-dialup/freeradius-3.0.2/image/ install INSTALL libfreeradius-radius.la INSTALL rbmonkey INSTALL rlm_idn.la INSTALL libfreeradius-eap.la mkdir: cannot create directory ‘/var/tmp/portage/net-dialup/freeradius-3.0.2/image//usr/lib64’: File exists scripts/boiler.mk:594: recipe for target '/var/tmp/portage/net-dialup/freeradius-3.0.2/image//usr/lib64/rlm_idn.la' failed make: *** [/var/tmp/portage/net-dialup/freeradius-3.0.2/image//usr/lib64/rlm_idn.la] Error 1 make: *** Waiting for unfinished jobs.... No problem after setting MAKEOPTS="-j1" Reproducible: Always
Also, in src_prepare() rm: cannot remove ‘src/modules/rlm_sql/drivers/rlm_sql_sybase’: No such file or directory rm: cannot remove ‘libltdl’: No such file or directory
I dropped all the 2.2.0/2.2.5 patches and I didn't reimplement them for 3.0.2 yet. It looks like it should at least get the pkglibdir patch here.
I've set emake -j1 ... install to work around this problem, and I have also tried to make sure the build system doesn't generate and install certificates. It still installs all modules both static and dynamic, and it is impossible to tell configure/make to do otherwise, so this requires a patch. The 2.* branch installs modules to $libdir/$PN/ whereas a new patch is required to mae 3.* do the same. Right now everything ends up as $libdir/rlm_*.{a,so}. And I dropped KEYWORDS for now.
Should be fixed by commit 8c83c3611244c719b89282aefd2738cbb1631d91 Author: Matt Turner <mattst88@gentoo.org> Date: Wed Nov 23 10:08:13 2016 -0800 net-dialup/freeradius: Allow parallel make.
*** Bug 601554 has been marked as a duplicate of this bug. ***
it seems to still fail :/
Dang. Thanks for reopening. Reverted the offending commit with commit 4a9039a4eceaa41719cfd119e6e990699cce767c Author: Matt Turner <mattst88@gentoo.org> Date: Mon Dec 5 11:19:38 2016 -0800 net-dialup/freeradius: Revert "Allow parallel make."
Uhm, not sure but how does reverting your attempted fix resolve this issue?
(In reply to Kobboi from comment #8) > Uhm, not sure but how does reverting your attempted fix resolve this issue? Apologies. You're correct, the bug should still be open... I guess. It's clearly an upstream issue.
I am not planning to look into this, since it seems like it requires build system changes.
Would the fix from version 3.0.12-r1 be helpfull to fix 3.0.13? As i found at: https://gitweb.gentoo.org/repo/gentoo.git/diff/net-dialup/freeradius/freeradius-3.0.12-r1.ebuild?id=4a9039a4eceaa41719cfd119e6e990699cce767c
(In reply to Xander from comment #11) > Would the fix from version 3.0.12-r1 be helpfull to fix 3.0.13? > > As i found at: > https://gitweb.gentoo.org/repo/gentoo.git/diff/net-dialup/freeradius/ > freeradius-3.0.12-r1.ebuild?id=4a9039a4eceaa41719cfd119e6e990699cce767c 3.0.13 already has -j1 for install in the same place - does compiling also fail in parallel?
@ Michael Palimaka (kensington) At first it seemed to fail at the same place but i now noticed that it files during compile time. So i probably need to create a separate bug report for this. Sorry for bothering.
Hi, as shared on ml I will take care of freeradius package as proxy maintainer. FWIK after set "emake -j1" (present on both 3.0.15 and 3.0.17 on upstream) this issue is fixed. We could considered fixed this issue ? bye G.
Well, usually we keep that bugs opened as it's more a workaround than a fix... the idea would be to at least report it to upstream and paste here the bug to track the progress.
Created upstream issue: https://github.com/FreeRADIUS/freeradius-server/issues/2730
fixed upstream in https://github.com/FreeRADIUS/freeradius-server/issues/2730 ?
No, removing the workaround from the 3.0.22-r2 ebuild, I can still reproduce immediately