Bug 103884 - Missing pkgconfig files
Summary: Missing pkgconfig files
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: XFree86
Version: beta1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2003-09-06 06:40 UTC by Kjartan Maraas
Modified: 2007-04-18 16:57 UTC (History)
0 users

Clone Of:
Last Closed: 2003-09-06 10:03:20 UTC

Attachments (Terms of Use)

Description Kjartan Maraas 2003-09-06 06:40:02 UTC
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 07:51:50 UTC
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 10:03:20 UTC
Fixed in 4.3.0-29 in rawhide.

Comment 3 Kjartan Maraas 2003-09-06 19:23:48 UTC
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.