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)"
Note, this package does not recpect AR in the configure phase,, infact we have:
checking for ar... /usr/bin/ar
The AR variable is actually exported in pkg_setup() but the configure script does not get it because it is not a full path.
I found a fix by sedding the configure script:
sed -i 's/set dummy ar/set dummy $AR/' configure || die
as the first line of src_prepare()
The keynote-2.3-qa.patch file can be modified to not remove AR = @AR@ in the Makefile.
Hm, this is difficult to fix properly. I can suggest this hack:
--- keynote-2.3-r3.ebuild 27 Dec 2012 18:33:23 -0000 1.2
+++ keynote-2.3-r3.ebuild 28 Dec 2012 07:18:02 -0000
@@ -21,6 +21,7 @@
tc-export AR CC RANLIB
+ export ac_cv_path_AR="$(which $(tc-getAR))"
While /usr/bin/ar is picked up by configure, it seems to work correctly with make:
x86_64-pc-linux-gnu-ar -cvr libkeynote.a k.tab.o lex.kn.o environment.o parse_assertion.o signature.o auxil.o base64.o
+ 20 Feb 2013; Sergey Popov <email@example.com> keynote-2.3-r3.ebuild:
+ Export path to current AR executable, wrt bug #448904
This should fix configure issue