Bug 47825
Summary: | An explicit libtool version has crept into the sources | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | R P Herrold <herrold> |
Component: | rpm | Assignee: | Havoc Pennington <hp> |
Status: | CLOSED WONTFIX | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-07-12 19:36:12 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
R P Herrold
2001-07-07 23:34:26 UTC
To walk the rawhide build through for gdm, I had to remove aspell, xfig, and move to: bash-2.04$ rpm -q libtool automake pspell pspell-devel scrollkeeper gdm libtool-1.4-6 automake-1.4p4-2 pspell-0.12.2-2 pspell-devel-0.12.2-2 scrollkeeper-0.2-2 gdm-2.2.2-4 bash-2.04$ ---------------------------------- In process rebuilding xfig, and aspell ... binutils needed a bounce too, because of some objdump inability to recognize a new format ... bash-2.04$ locate objdump | grep dump$ /usr/bin/objdump bash-2.04$ rpm -qf /usr/bin/objdump binutils-2.10.91.0.2-3 ------------------------------------ xfig needed transfig and htmlview bumped ------------------------------------ bash-2.04$ rpm -q xfig binutils transfig htmlview xfig-3.2.3d-1 binutils-2.11.90.0.8-3 transfig-3.2.3d-1 htmlview-1.1.0-2 Perhaps versioned build dependencies are in order ? sudo /usr/sbin/gdmconfig -------------- WOW!!! Worth the effort. gdm 2.2.2 just requires libtool 1.4 to build. It probably runs libtoolize in the spec file and requires libtool 1.4 for that. That was the POINT of the filing -- it is an undecumented dependancy "It probably runs libtoolize in the spec file and requires libtool 1.4 for that" --- "Probably?" -- If it NEEDS that late a libtool, add a versioned 'BuildRequires:' to teh specfile; if it does NOT, fix ltmain.sh to OMIT the versioned libtool requirement. -- Russ It's just not a high enough priority to make it onto the will-fix-in-finite-timeframe list. Just to clarify, the issue is that %configure now runs libtoolize, so this is not a gdm-specific issue. All our SRPMs will tend to be broken if you don't have the automake/autoconf/libtool/gcc/etc. from the release the SRPM is intended for. Putting explicit dependencies in every package for those would be a lost cause, you'd never get it right. |