Red Hat Bugzilla – Bug 426106
pkg-config-0.21-requires-private-fix.patch breaks Requires.private Cflags
Last modified: 2009-07-14 11:37:03 EDT
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:
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"
$ 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
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.
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
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:
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?
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:
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.