Bug 53380 - file list in specfile must be edited if wrong %_topdir
file list in specfile must be edited if wrong %_topdir
Product: Red Hat Raw Hide
Classification: Retired
Component: rpm (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeff Johnson
Depends On:
  Show dependency treegraph
Reported: 2001-09-07 14:08 EDT by Nathan Owen
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-09-07 14:10:31 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

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

  None (edit)
Description Nathan Owen 2001-09-07 14:08:35 EDT
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:

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

Additional info:
Comment 1 Nathan Owen 2001-09-07 14:10:27 EDT
Created attachment 31256 [details]
patch using %_vendor instead of hardcoding
Comment 2 Jeff Johnson 2001-09-07 14:38:32 EDT
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.