Bug 103884 - Missing pkgconfig files
Missing pkgconfig files
Product: Red Hat Linux Beta
Classification: Retired
Component: XFree86 (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Mike A. Harris
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2003-09-06 02:40 EDT by Kjartan Maraas
Modified: 2007-04-18 12:57 EDT (History)
0 users

See Also:
Fixed In Version: 4.3.0-29
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-09-06 06:03:20 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Kjartan Maraas 2003-09-06 02:40:02 EDT
Description of problem:

Looks like XFree isn't installing pkgconfig files for some extensions (Xft,
Xrender, Render at least). This makes it difficult to compile gtk2 among other
things. I was trying to rebuild the SRPM to get the debuginfo package and it
failed trying to find Xft. This is really just a symptom of render.pc and
xrender.pc missing.

Version-Release number of selected component (if applicable):
Current rawhide -25

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:
Comment 1 Mike A. Harris 2003-09-06 03:51:50 EDT
The xft.pc file was intentionally disabled while debugging build problems
that were believed to be caused by it and/or libtool.  Those problems were
resolved by using Imake instead of GNU autoconk/autobreak and libfool.

I re-enabled the xft.pc file, but the last few builds have had a few bugs in
them preventing it from working properly.  It takes forever to test a fix
because our buildsystem takes anywhere from 4 hours to 3 days to build a new
XFree86 release on all 7 architectures.  ;o(

The 4.3.0-29 build should FINALLY fix this stupid bug.  ;o)

The render.pc and xrender.pc files were never shipped before to my knowledge,
so I hadn't planned on shipping them now, as doing so would promote people
to use them all the time, and that would cause package builds in RHL 9
to fail possibly when people build stuff that then requires the .pc files.
I'm not sure how logical/rational my opinion on this is though, so please
feel free to convince me I'm being paranoid.  I'm not against adding the
other .pc files completely, but it'd not be high priority considering
how much hassle Xft/Xrender have been to me over the last 2 weeks or so.  ;o)

On another note, the XFree86 package does not provide .debuginfo subpackage,
for technical reasons which are next to impossible to solve trivially.  In
order to get debuggable anything out of the XFree86 package, edit the
spec file and change DebuggableBuild to 1, then rebuild it and the
entire package is jam packed with debuggable binaries and libraries.  Note
that the with_debuggable_libs option appears to be broken, so use the
DebuggableBuild one instead.

In order for the XFree86 package to ever get a .debuginfo subpackage, I
require FSF gdb to contain the ability to debug XFree86 modules without
being patched.  Without that ability built right into stock gdb, I have
to both patch my own custom copy of gdb, and I require the ability to
build an X server package that has debuggable server and modules containing
the symbol data right in them.  The rpm .debuginfo facility breaks my
ability to debug the X server, and that is why .debuginfo isn't supported
in the RPM package.  ;o)

Comment 2 Mike A. Harris 2003-09-06 06:03:20 EDT
Fixed in 4.3.0-29 in rawhide.
Comment 3 Kjartan Maraas 2003-09-06 15:23:48 EDT
Just to clarify, I was trying to build the gtk2 debuginfo package :)

Note You need to log in before you can comment on or make changes to this bug.