Summary: | import net-libs/serf-0.3.0 ~x64-macos (minor changes) | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Joe Gallo <jsg8pitt> |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | arfrever |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | OS X | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Ecopy'd Ebuild with EPREFIX set for --with options. |
Description
Joe Gallo
2009-11-20 22:01:01 UTC
That ebuild can't be automagically fixed by eapify/ecopy. Look at the ebuild, you're using the host provided libraries for apr, apr-util and openssl, instead of the Prefix provided ones. You can fix this case by making the ebuild read like so: --with-apr="${EPREFIX}"/usr/bin/apr-1-config \ --with-apr-util="${EPREFIX}"/... ... Created attachment 211604 [details]
Ecopy'd Ebuild with EPREFIX set for --with options.
This ebuild is the result of ecopy, and then correcting the --with paths per Fabian's comment.
Oh, very interesting. I've updated my local ebuild per your suggestions, and re-emerged serf. It still emerges fine, and it still works fine. Thanks for the new knowledge. :) (In reply to comment #1) > That ebuild can't be automagically fixed by eapify/ecopy. Look at the ebuild, > you're using the host provided libraries for apr, apr-util and openssl, instead > of the Prefix provided ones. You can fix this case by making the ebuild read > like so: > --with-apr="${EPREFIX}"/usr/bin/apr-1-config \ > --with-apr-util="${EPREFIX}"/... > ... > net-libs/serf-0.3.1 from gentoo-x86 seems to already support EPREFIX etc. keyworded now, sorry for the delay |