This is a continuation of #224148. I noticed on the Xorg list that one of the developers using F8 had broken behavior in pkg-config: http://lists.freedesktop.org/archives/xorg/2007-October/029427.html It seems that the pkg-config-0.21-requires-private-fix.patch breaks the behavior that Cflags are always pulled from Requires.private. Here's a test case: $ cat > dummy.pc << "EOF" Name: dummy Version: 0 Description: dummy Requires.private: pixman-1 EOF $ PKG_CONFIG_PATH=. pkg-config --cflags dummy Using vanilla pkg-config-0.22, the result is -I/usr/include/pixman-1, but the rawhide pkg-config prints nothing. This behavior is broken by the patch mentioned above. I believe what you want to achieve in the patch is not to have the Requires fields processed when --exists is used. I've attached a patch to the fd.o bug that (I believe) does the right thing for both cases. https://bugs.freedesktop.org/show_bug.cgi?id=4738 https://bugs.freedesktop.org/attachment.cgi?id=12126 Maybe you also need this behavior for the --print-requires and --print-provides options, too. It should be trivial to add those cases to main.c if you look at the patch.
Oh, looking back at #224148, I see the problem that was addressing. If you don't have the .pc file for something in Requires.private and you use --libs (without --static), it shouldn't error. The patch I posted doesn't fix that issue, and I can't see an easy way to fix it. One possible workaround for fedora is to beef up the reqprov patch and /usr/lib/rpm/pkgconfigdeps.sh so that it pulls the Requires and Requires.private fields. The you'll just get all the necessary dependencies for shared or static linking from rpm. This has been working well on my system, and I can attach patches if you're interested.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I just got bitten by this, too. This has already caused a false bugreport upstream: http://bugs.freedesktop.org/show_bug.cgi?id=15199 . Please fix it.
Created attachment 321465 [details] Extend --print-requires to process Requires.private, too This makes --print-requires iterate over Requires.private in addition to Requires. This should allow rpm to add all dependencies from pkg-config needed for building against -devel packages. With this, I think the broken pkg-config-0.21-requires-private-fix.patch can be removed. Matthias, looking back at bug 224148, it seems the major problem is that deps aren't consistent within yum/rpm. I didn't see a strong argument that the upstream Requires.private behavior is wrong. I believe this patch solves that problem and allows Requires.private to be used as upstream intended. Can you please take a look or CC someone who feels more strongly about this? Thanks.
Created attachment 321466 [details] Filter duplicates from Requires and Requires.private in find-requires Since .pc files often have overlapping Requires and Requires.private, making --print-requires process Requires.private will result in duplicate rpm deps. Filter the duplicates in find-requires.pkgconfig.
I've added the patch in comment #4 to pkg-config-0.23-6.fc11. Moving this bug to rpm for the find-requires change.
Reassigning to redhat-rpm-config.
*** Bug 436773 has been marked as a duplicate of this bug. ***
This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.