# pkg-config --cflags gdk-2.0 Package 'gl' requires 'glproto >= 1.4.11' but version of GLProto is 1.4.10 I think pkg-config is missing a dependency on glproto as my world is up to date and doesn't pull in glproto gentoo-kenth metacity-2.30.3 # eix glproto [U] x11-proto/glproto Available versions: 1.4.11 ~1.4.12 Installed versions: 1.4.10(15.44.45 2009-12-07) Homepage: http://xorg.freedesktop.org/ Description: X.Org GL protocol headers # eix dev-util/pkgconfig [I] dev-util/pkgconfig Available versions: 0.23 0.25-r2 {elibc_FreeBSD hardened} Installed versions: 0.25-r2(19.19.58 2010-10-23)(-elibc_FreeBSD -hardened) Homepage: http://pkgconfig.freedesktop.org/wiki/ Description: Package config system that manages compile/link flags Reproducible: Always
media-libs/mesa does install gl.pc which depends on glproto while it does have glproto in DEPEND only. I guess we need to add it to RDEPEND as well.
(In reply to comment #1) > media-libs/mesa does install gl.pc which depends on glproto while it does have > glproto in DEPEND only. I guess we need to add it to RDEPEND as well. > Perhaps all *.pc do need RDEPEND? If pkg-config always checks these deps at runtime you need RDEPEND for all.
> Perhaps all *.pc do need RDEPEND? If pkg-config always checks these deps > at runtime you need RDEPEND for all. No, pkg-config is only used when building packages. However, glproto is only ever used when building other packages. So its runtime is actually another package's buildtime. Complex, but portage has no clean solution for this. We'll add glproto to mesa RDEPEND, but that's all that needs to be done. Thanks
Yeah, PMS lacks a clear concept of 'private' and 'public' build depends.
*** Bug 354759 has been marked as a duplicate of this bug. ***
*** Bug 354951 has been marked as a duplicate of this bug. ***
*** Bug 354733 has been marked as a duplicate of this bug. ***
*** Bug 355027 has been marked as a duplicate of this bug. ***
*** Bug 355031 has been marked as a duplicate of this bug. ***
*** Bug 355033 has been marked as a duplicate of this bug. ***
*** Bug 355037 has been marked as a duplicate of this bug. ***
About time this bug is fixed!
(In reply to comment #12) > About time this bug is fixed! > You got that right ;)
*** Bug 358701 has been marked as a duplicate of this bug. ***
*** Bug 359625 has been marked as a duplicate of this bug. ***
Let me comment here about the bug #359625. One of my idea is that .pc file should really list only runtime dependencies within; compile dependencies there are irrelevant as at the moment the .pc file got installed into the system, the package the .pc file belongs to is already fully compiled, and for packages that wil use the .pc file later the build time dependencies of the original package are of no use at all (linker/loader will pickup the neccessary dependencies from .so/.la files anyway). Also, I suspect that there is a bug with pkg-config - depending on order of .pc files (which is virtually random on any system where assorted packages were installed). it gives the expected results, or fails miserably stumbling upon irrelevant packages. Fixing such bug could at least workaround the problem most of the time.
*** Bug 362855 has been marked as a duplicate of this bug. ***
This bug is probably producing a very bad impression on new users.
Also see https://bugs.gentoo.org/show_bug.cgi?id=358145#c5
The dependency was added to mesa-7.10.2, which will go stable soon (bug 363965).
*** Bug 358145 has been marked as a duplicate of this bug. ***
(In reply to comment #20) > The dependency was added to mesa-7.10.2, which will go stable soon (bug > 363965). Excellent, thank you.
Another possible approach to handle this would be to create a virtual/mesa-build metapackage that pulls in mesa, glproto, and dri2proto. That way, people would be able to have systems installed entirely from binary packages without *proto being pulled in as runtime deps.
*** Bug 351651 has been marked as a duplicate of this bug. ***
*** Bug 415967 has been marked as a duplicate of this bug. ***
I think we've all misinterpreted this bug. None of the headers installed by dri2proto or glproto are used by headers installed by Mesa. There's no reason for Mesa-dependent packages to require glproto or dri2proto. I don't know enough about pkg-config to understand why/whether they should be listed somewhere in gl.pc. I suspect not.
Patch sent.
(In reply to comment #27) > Patch sent. Patch committed: http://cgit.freedesktop.org/mesa/mesa/commit/?id=af6aeae4e1286a8858e040602db338de6a1367dc We'll see if anyone screams and then cherry-pick it to 9.0.
(In reply to comment #28) > We'll see if anyone screams and then cherry-pick it to 9.0. Cherry-picked to 9.0.
This is fixed in mesa-9.0_pre20120918 (still p.mask'ed for bug 433880, so keeping this bug open for now).
mesa-9.0 has been unmasked for some time. Marking as FIXED.