From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6 Description of problem: The %files list in filesystem.spec does not include '/' This means that on a RedHat system no package owns '/': $ rpm -qf / file / is not owned by any package Surely the filesystem package should own / as it owns its subdirectories ? The problem we have is when building our own packages, our rule is that every file/directory must be owned by a package. When we build one of our packages, and scan through our build root (comparing it with the real file system), we discover that / isn't owned by a package, so it must be a new directory created by this package, and so should be owned by this package. After a while, all of our own packages are the owners of /, which causes even more problems. Now we could make / a special case, but the right answer seems to be that the filesystem package should own / In the worst scenario, a script to tidy a machine might delete directories which aren't owned by any package, and could therefore delete / Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Linux 2. Do "rpm -qf /" Actual Results: file / is not owned by any package Expected Results: filesystem-<version>-<release> Additional info:
This isn't possible with RPM.
Created attachment 117902 [details] filesystem.spec
Created attachment 117903 [details] filesystem-2.3.4-1.i386.rpm So, this package couldn't have been built from the attached spec file then ??
Hah, so it does work now. It didn't always work. Thanks for the report. It will be fixed in the Fedora Core development tree, and will be included in RHEL 5.