Description of problem: %packages --excludedocs --instLangs=en --nocore prevents manual pages from being installed. Still, yum leads the user to believe they will be installed. Forcing the installation of the manual pages or even tracing the reason for the man pages to be absent requires knowledge that is beyond what most user have. There should be so kind of hint in yum provides output to explain this is not a problem. Version-Release number of selected component (if applicable): Fedora 21 How reproducible: Always Steps to Reproduce: $ docker run -t -i fedora:21 bash # yum provides /usr/share/man/man1/ls.1.gz fedora/21/x86_64/filelists_db | 25 MB 00:00:01 updates/21/x86_64/filelists_db | 13 MB 00:00:00 coreutils-8.22-19.fc21.x86_64 : A set of basic GNU tools commonly used in shell scripts Repo : fedora Matched from: Filename : /usr/share/man/man1/ls.1.gz coreutils-8.22-19.fc21.x86_64 : A set of basic GNU tools commonly used in shell scripts Repo : @anaconda Matched from: Filename : /usr/share/man/man1/ls.1.gz # yum install coreutils Package coreutils-8.22-19.fc21.x86_64 already installed and latest version Nothing to do # ls -l /usr/share/man/man1/ls.1.gz ls: cannot access /usr/share/man/man1/ls.1.gz: No such file or directory # yum install man # man ls No manual entry for ls Expected results: yum provides should display : "Not installed because --excludedocs was specified at XXXX read more at URL" Additional info: https://fedorahosted.org/rel-eng/ticket/6146 https://fedorahosted.org/rel-eng/ticket/6145
This is probably unlikely to be fixed in yum, since yum is no longer being actively developed. It seems like a reasonable request for dnf, the yum replacement, though. Can you test in F22 with dnf? (I think that it does in fact have similar behavior currently.) PS I know you came here from a rel-eng ticket, and I appreciate the effort in following through -- not intending to introduce another hoop here...
Hi, I'm not sure how to test that on F22 because I don't understand how --excludedocs is used in the context of Fedora docker image. I filled https://bugzilla.redhat.com/show_bug.cgi?id=1215597 so that there is at least a link in dnf. With a warning that this is a bug report to be verified. Cheers
Hi, I imagine you meant to assign to dnf instead of dmlite? Cheers.
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle. Changing version to '23'. (As we did not run this process for some time, it could affect also pre-Fedora 23 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23
*** Bug 1215597 has been marked as a duplicate of this bug. ***
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
I am sorry but command ``dnf provides`` cannot provide such a information. But what you requested could be done by other way. If some man pages are missing you can do: 1. dnf install /usr/share/man/man1/ls.1.gz If it reports that package is already installed but file is not there and you want it just do (it could not be there for more reasons) 2. dnf reinstall /usr/share/man/man1/ls.1.gz Hope that it helps. But this is particularly not a bug of dnf, therefore I have to close it.