| Summary: | Don't exclude linux-headers from @system on *-linux profiles | ||
|---|---|---|---|
| Product: | Gentoo/Alt | Reporter: | Jeremy Olexa (darkside) (RETIRED) <darkside> |
| Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | toolchain |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
kernel_linux? So this should be proper? -RDEPEND="!prefix? ( - || ( sys-kernel/linux-headers:0 - sys-freebsd/freebsd-lib ) - )" +RDEPEND="|| ( kernel_linux? ( sys-kernel/linux-headers:0 ) + sys-freebsd/freebsd-lib ) on darwin I don't want freebsd-lib, maybe: || ( kernel_linux? ( x ) !prefix? ( y ) ) toolchain team: May I commit this to fix up some linux dependancy issues for Gentoo Prefix? Index: os-headers-0.ebuild =================================================================== RCS file: /var/cvsroot/gentoo-x86/virtual/os-headers/os-headers-0.ebuild,v retrieving revision 1.4 diff -u -r1.4 os-headers-0.ebuild --- os-headers-0.ebuild 9 May 2011 20:11:43 -0000 1.4 +++ os-headers-0.ebuild 22 Mar 2012 18:56:47 -0000 @@ -16,7 +16,5 @@ DEPEND="" # depend on SLOT 0 of linux-headers, because kernel-2.eclass # sets a different SLOT for cross-building -RDEPEND="!prefix? ( - || ( sys-kernel/linux-headers:0 - sys-freebsd/freebsd-lib ) - )" +RDEPEND="|| ( kernel_linux? ( sys-kernel/linux-headers:0 ) + !prefix? ( sys-freebsd/freebsd-lib ) ) should be fine, but please use the style:
RDEPEND="
|| (
kernel_linux? ( sys-kernel/linux-headers:0 )
!prefix? ( sys-freebsd/freebsd-lib )
)"
the inlining of elements makes it hard to see wtf is going on
+ 23 Mar 2012; Jeremy Olexa <darkside@gentoo.org> os-headers-0.ebuild: + fix up some linux dependency issues for Gentoo Prefix, bug 409357 |
This is the wrong approach: virtual/os-headers-0 (!prefix ? sys-kernel/linux-headers:0) instead it needs to be removed from the system set and added back in the linux system set. But, then packages depending on virtual/os-headers will try to pull in linux-headers on non-linux platforms? Hmm, what is the correct solution here?