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:
Created attachment 31256 [details] patch using %_vendor instead of hardcoding
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 ...