Red Hat Bugzilla – Bug 98595
Puts file in /usr/lib64 on i386
Last modified: 2007-04-18 12:55:29 EDT
On my i386 install containing gtk-doc-1.1-1 I have the file /usr/lib64/pkgconfig/gtk-doc.pc. I guess this is because this is a noarch package, and it happened to be built on a lib64 machine. Its not immediately obvious what the right solution is here though.. moving it ot /usr/lib will break x86-64.
Possible choices seem to be: * store the .pc in both lib and lib64 * don't make the package noarch
Another possibility, that I'd be interested in hearing's hp's take on: - Make pkgconfig also search /usr/share/pkgconfig - Put the .pc file there
Seems reasonable, though I can imagine people using datadir when they shouldn't. (Just because their .pc file happens to not look arch-specific at the moment, rather than a plainly noarch package) Would need to sort out how it relates to PKG_CONFIG_PATH
*** Bug 97384 has been marked as a duplicate of this bug. ***
I think we need to solve this soon. Otherwise won't it start to create problems when we build packages using the new gtk-doc.make stuff?
I think the PKG_CONFIG_PATH relationship is simply that you have to list both directories in PKG_CONFIG_PATH if you want both searched. Maybe we could have something like PKG_CONFIG_PATH=/usr/local/@ and have that automatically expand to: PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig Filed gtk-doc bug upstream as: http://bugzilla.gnome.org/show_bug.cgi?id=120950 I can't file a pkg-config bug upstream since there is no bugzilla for it. * Thu Aug 28 2003 Owen Taylor <otaylor@redhat.com> 1.1-3.0 - Move gtk-doc.pc file to %{_datadir}/pkgconfig (#98595) - Require: /usr/bin/cmp (#88763, Thomas Vander Stichele) - Added libxslt docbook-style-xsl to Require: and BuildPrereq (#99143, Ken MacFarlane) I don't think this should affect our building much - very few things require gtk-doc at build time. (Nothing should - everything should be distributed with the built HTML docs, but there may be exceptions.)
It should be noted that this applies both for RHL and RHEL, since 1.1 is in both trees.
Verified as fixed in the latest release, suggesting that this be marked as RAWHIDE/CLOSED $ rpm -q gtk-doc gtk-doc-1.1-3.1 $ rpm -ql gtk-doc | grep gtk-doc.pc /usr/share/pkgconfig/gtk-doc.pc $ rpm -q gtk-doc --changelog | head * Thu Aug 28 2003 Owen Taylor <otaylor@redhat.com> 1.1-3.0 - Move gtk-doc.pc file to /usr/share/pkgconfig (#98595)
No, this bug is very much not fixed; the gtk-doc part is there, but the pkgconfig part is not; the file is in /usr/share/pkgconfig, but won't be found.
* Thu Oct 23 2003 Owen Taylor <otaylor@redhat.com> 1:0.14.0-6 - Make pkgconfig look in /usr/share/pkgconfig as well by default (#98595) (Note that I *didn't* build this into the RHEL 3 updates tree, since it's something of a semantic change, and I don't think compiling gtk-doc using applications from source is going to be a big usage of RHEL 3.)
I did this for gnome-icon-theme.pc too.