Description of problem: When building a package where there is a subpackage that has a different version or release number than the main package, and the last package version/release mentioned in the spec file is different from the main package version/release, rpmbuild gets confused by installing packages (%install) into a buildroot named according to the subpackage version/release but looking for files to package (in the %files list) and checking for unpackaged files in a buildroot named according to the main package version/release. As a result, the package build fails. Version-Release number of selected component (if applicable): 4.5.90-0.git8426.9 How reproducible: Every time. Steps to Reproduce: 1. Try to build the attached SRPM in a Fedora 10 root. Actual results: Build fails like this: Processing files: testpkg-1.0-1.fc10 Processing files: testpkg-subpkg-2.0-2.fc10 Checking for unpackaged file(s): /usr/lib/rpm/check-files /builddir/rpmbuild/BUILDROOT/testpkg-2.0-2.fc10.x86_64 error: File not found: /builddir/rpmbuild/BUILDROOT/testpkg-1.0-1.fc10.x86_64/testfile-main error: File not found: /builddir/rpmbuild/BUILDROOT/testpkg-1.0-1.fc10.x86_64/testfile-sub RPM build errors: error: Installed (but unpackaged) file(s) found: /testfile-main /testfile-sub File not found: /builddir/rpmbuild/BUILDROOT/testpkg-1.0-1.fc10.x86_64/testfile-main File not found: /builddir/rpmbuild/BUILDROOT/testpkg-1.0-1.fc10.x86_64/testfile-sub Installed (but unpackaged) file(s) found: /testfile-main /testfile-sub Child returncode was: 1 Expected results: Package builds successfully, as it does on Fedora 9 and older releases.
Created attachment 312790 [details] SRPM exhibiting the problem
silly suggestion: don't do that.
Well if we took the position that separately-versioned subpackages were not really supported, the current perl package would work by good fortune (the last subpackage declared in the spec file has the same versioning as the main package) rather than by design...
Right, this is a bug with how the new default buildroot is handled, the spec defined buildroot isn't *really* ignored and that's where the trouble comes from.
Works in rpm-5.0. Thanks for the test case.
Fixed upstream, rawhide will get this on the next snapshot update (in a few days).
This is hitting the samba build too, and I can imagine any number of other packages this will hurt. We should get this fixed ASAP as we start getting bug reports about alpha packages and need to roll fixes out for them, and as we sprint toward beta.
Should be now fixed in rawhide by rpm-4.5.90-0.git8461.1.
This works for me now - thanks.