Bug 53380 - file list in specfile must be edited if wrong %_topdir
Summary: file list in specfile must be edited if wrong %_topdir
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: rpm
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-09-07 18:08 UTC by Nathan Owen
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-09-07 18:10:31 UTC
Embargoed:


Attachments (Terms of Use)
patch using %_vendor instead of hardcoding (1.14 KB, patch)
2001-09-07 18:10 UTC, Nathan Owen
no flags Details | Diff

Description Nathan Owen 2001-09-07 18:08:35 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.6 [en] (X11; U; SunOS 5.6 sun4u)

Description of problem:
When rpm is built the specfile contains a path
(%{__prefix}/src/@RPMCANONVENDOR@) that is dependent on the system that
built the rpm, causing the %files section to be wrong if @RPMCANONVENDOR@
is different on the target system. In addition, the %_topdir macro is
hardcoded to %{_usrsrc}/redhat, causing problems when trying to use the
directory that is actually created on a non-redhat system.

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


How reproducible:
Always

Steps to Reproduce:
1. build srpm on a redhat system
2. build from that srpm on a system with a different value of %_vendor
3.
	

Additional info:

Comment 1 Nathan Owen 2001-09-07 18:10:27 UTC
Created attachment 31256 [details]
patch using %_vendor instead of hardcoding

Comment 2 Jeff Johnson 2001-09-07 18:38:32 UTC
Hmmm, you patch is more or less the right thing to do, but
the whole issue of vendor in rpm (and Open Source) is very
tricky. If anything, the right thing to do is expunge all
traces of vendor from rpm, but, for legacy compatibility
reasons, I can't do that. An alternative approach would
be to make the default topdir /usr/src/rpm rather than
risking a boring %{_vendor} arms race on the file system.

So I'm goonna mark this WONTFIX, in the sense CANTFIX. What's
done is done ...


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