You receive this bug because this package does not respect my system's AR ( x86_64-pc-linux-gnu-ar - /usr/bin/x86_64-pc-linux-gnu-ar ) and calls directly ar - /usr/bin/ar
The possible solutions to fix this issue are:
1)Fix the buildsystem, if you can
2)inherit toolchain-funcs and use tc-export AR
3)inherit toolchain-funcs and use emake AR="$(tc-getAR)"
/usr/bin/ar cru libopenbsd-compat.a bsd-asprintf.o bsd-snprintf.o strlcat.o strlcpy.o strsep.o strtoll.o strtonum.o strtoul.o
*** Bug 444030 has been marked as a duplicate of this bug. ***
This issue doesn't happen anymore with sed-4.2.2 (sed-4.2.1 is still affected) . It seems to be fixed upstream. I guess we can close this bug.
(In reply to Michael Mair-Keimberger (iamnr3) from comment #2)
> This issue doesn't happen anymore with sed-4.2.2 (sed-4.2.1 is still
> affected) . It seems to be fixed upstream. I guess we can close this bug.
Wrong bug, sorry for the noise :(
ok, the simple solution is that we should invoke emake AR="$(tc-getAR)" during src_compile(), this is not enough to pass it only into src_configure().
The bug has been closed via the following commit(s):
Author: Mikle Kolyada <firstname.lastname@example.org>
AuthorDate: 2019-07-19 15:59:54 +0000
Commit: Mikle Kolyada <email@example.com>
CommitDate: 2019-07-19 16:00:46 +0000
app-text/texlive-core: respect AR; Add distro banner
Signed-off-by: Mikle Kolyada <firstname.lastname@example.org>
Package-Manager: Portage-2.3.66, Repoman-2.3.11
app-text/texlive-core/texlive-core-2019-r4.ebuild | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)