Bug 103884
Summary: | Missing pkgconfig files | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux Beta | Reporter: | Kjartan Maraas <kmaraas> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | beta1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 4.3.0-29 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-09-06 10:03:20 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Kjartan Maraas
2003-09-06 06:40:02 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) Fixed in 4.3.0-29 in rawhide. Just to clarify, I was trying to build the gtk2 debuginfo package :) |