Bug 456708 - BuildRoot doesn't honor %_topdir
Summary: BuildRoot doesn't honor %_topdir
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Panu Matilainen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-07-25 18:12 UTC by Jonathan Kamens
Modified: 2008-08-04 06:47 UTC (History)
4 users (show)

Fixed In Version: 4.5.90-0.git8444.1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-08-04 06:47:13 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jonathan Kamens 2008-07-25 18:12:44 UTC
It appears that, in rpm-build-4.5.90-0.git8426.9.i386, the "BuildRoot:" setting 
in spec files is being ignored.

Comment 1 Panu Matilainen 2008-07-25 19:45:56 UTC
The buildroot in specfiles is ignored on purpose, NOTABUG.

If a package depends on an exact buildroot, basically the package is buggy, but
since historically rpm has honored spec provided buildroot the new behavior is
certain to "break" a bunch of packages. Just curious: what's the scenario in
your case that "requires" a specific buildroot?

Comment 2 Jonathan Kamens 2008-07-25 19:52:37 UTC
I have always built in /usr/src/redhat.  When y'all changed the default to 
build in ~/rpmbuild, I redefined _topdir to /usr/src/redhat in my ~/.rpmmacros 
file to put back the default, but that doesn't change buildrootdir, hence I 
noticed the problem (since it tried to use ~/buildroot/BUILDROOT, which doesn't 
exist).


Comment 3 Panu Matilainen 2008-07-25 20:33:34 UTC
Right, in that case there is an actual bug involved: while the spec buildroot is
ignored on purpose, the default buildroot should follow _topdir unless
specifically overridden.

Comment 4 Panu Matilainen 2008-07-26 08:05:00 UTC
Fixed upstream

Comment 5 Panu Matilainen 2008-08-04 06:47:13 UTC
Fixed by rpm-4.5.90-0.git8444.1 in rawhide


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