Summary: | app-crypt/keynote does not respect AR | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Agostino Sarubbo <ago> |
Component: | New packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 243502 |
Description
Agostino Sarubbo
![]() 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 @@ pkg_setup() { 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 <pinkbyte@gentoo.org> keynote-2.3-r3.ebuild: + Export path to current AR executable, wrt bug #448904 This should fix configure issue |