Summary: | x11-libs/libdrm should drop it's dependency of x11-libs/libpciaccess if possible | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Rabbe Fogelholm <rabbe> |
Component: | Prefix Support | Assignee: | Matt Turner <mattst88> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | prefix, ryao, x11 |
Priority: | Normal | Keywords: | InOverlay, REGRESSION |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | x11 overlay | ||
Package list: | Runtime testing required: | --- |
Description
Rabbe Fogelholm
2011-06-16 08:31:23 UTC
I can confirm this issue on Solaris 10 on sparc64. It causes problems when trying to compile firefox 10.
>=x11-libs/libdrm-2.4.25 has the following double dependency on >=x11-libs/libpciaccess-0.10, which looks wrong to me:
RDEPEND="dev-libs/libpthread-stubs
video_cards_intel? ( >=x11-libs/libpciaccess-0.10 )"
DEPEND="${RDEPEND}
>=x11-libs/libpciaccess-0.10"
xarhtisius in #gentoo-dev had the following to say on this: 10:41 <@xarthisius> ryao: there's a stupid check in libdrm's configure that relies on presence of libpciaccess unconditionally, whereas it's actually linked to anything only if you're building for intel, hence the deps :) This is not a prefix problem. I am reassigning this to the x11 herd. Best submit a patch on upstream's bug tracker https://bugs.freedesktop.org/ and provide the link here. When upstream ACKs, then we can include it in libdrm ebuild. I've sent a patch. Patch committed upstream and libdrm-9999.ebuild fixed in the x11 overlay. (In reply to comment #5) > Patch committed upstream and libdrm-9999.ebuild fixed in the x11 overlay. The new ebuild resolves the problem on Gentoo Prefix. libdrm-2.4.32 in the tree fixes this. Thanks. |