Bug 728959
Summary: | Unpackaged files check does not check %{buildroot}%{_docdir}/%{name}-%{version} | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul Howarth <paul> | ||||
Component: | rpm | Assignee: | Fedora Packaging Toolset Team <packaging-team> | ||||
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | low | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 20 | CC: | anto.trande, ejsheldrake, ffesti, lkardos, mschmidt, msuchy, pmatilai, praiskup, rvokal | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2015-04-17 12:47:37 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Paul Howarth
2011-08-08 13:36:17 UTC
Created attachment 517217 [details]
Sample spec file demonstrating the problem
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19 *** Bug 1078760 has been marked as a duplicate of this bug. *** Note that it have consequences for -doc subpackages as stated in bug 1078760. Therefore raising priority. Confirmed on F20. Sure it has consequences, and apparently also made worse by the unversioned doc directory change. Problem is, the only "easy" thing to do is to revert back to the old behavior where the docdir is forced clean if %doc is used. And at this point there's likely more than a few packages depending in the new behavior. *** Bug 1105790 has been marked as a duplicate of this bug. *** Can you please give this little bit priority? This bug cause that lots of rpm packages have docfiles included and make resulting Fedora distribution bigger. Also this cause some confusions during Package Reviews. Fixed upstream f16a522ca4be7090db5a3fc1a507e58a4d4946fd. Docdir is not cleaned but only files that are explicitly listed in spec are included in package. If docdir contain file not listed in spec file, then rpm complains about it as it does with any other not listed file. *** Bug 1116373 has been marked as a duplicate of this bug. *** Ľuboš, that change breaks common %doc usages, for a reproducer try rebuilding the Fedora rpm package for example. (In reply to Panu Matilainen from comment #12) > Ľuboš, that change breaks common %doc usages, for a reproducer try > rebuilding the Fedora rpm package for example. Fixed in commit a817b246330780902eaed12633ce9282ef715fd9 Looks better, but I think there's still something fishy as "%doc foo/" (where foo is an actual directory) causes "File listed twice" warnings which were not there before these changes. Point really being, make sure you're handling all the crazy cases it supports due to being handled by "cp -r" underneath :) (In reply to Panu Matilainen from comment #14) > Looks better, but I think there's still something fishy as "%doc foo/" > (where foo is an actual directory) causes "File listed twice" warnings which > were not there before these changes. Point really being, make sure you're > handling all the crazy cases it supports due to being handled by "cp -r" > underneath :) Next try in commit b52a5ca55722b0b5316cf8189b6caa285ba5c469 |