$ rpm -qf /usr/lib64/libreoffice/share/config/soffice.cfg/simpress/ libreoffice-impress-3.6.3.2-8.fc18.x86_64 libreoffice-ogltrans-3.6.3.2-8.fc18.x86_64 yet : $ rpm -q --requires libreoffice-ogltrans | grep libreoffice-impress libreoffice-impress = 1:3.6.3.2-8.fc18 so libreoffice-ogltrans should not own the directory
I know about this. And it is not the only such case... But cleaning it has very low priority in my eyes (unless you can convince me it is a real problem).
That's not urgent, but I was coding a tool to detect such problem and the sooner all existing errors will be corrected, the sooner I can integrate it in fedora-review or elsewhere. If I provides a patch, would that help ?
(In reply to comment #2) > That's not urgent, but I was coding a tool to detect such problem and the > sooner all existing errors will be corrected, the sooner I can integrate it > in fedora-review or elsewhere. Why would errors in existing packages need to be fixed before? Noone will see them until he runs fedora-review on such a package; or did I miss something? > > If I provides a patch, would that help ? Sure.
My plan for the tool was to take the newly built package, install it in mock ( with deps ), and run the script to see if there is duplicate ownership of directory, or missing directory. If a package requires libreoffice, then all issues caused by the existing package libreoffice would be seen in the chroot mixed with those of the newly built package, and this add some noise to the report for issue not related to the review.
Created attachment 676817 [details] patch against rawhide to remove duplicate directory ownership
I foun dout that most of the %dir in subpackage are also in -core, for good reason, so I removed them ( unless there is a plan to remove -core package )
thank you for the patch