RPM's rebuilt with rpm 3.0.2-5x from newer src.rpm's (after man page gzipping stage) have to be fixed manually if there are symlinked manpages in the packages. Doing things like this in spec file make it go wrong: ---- ln -sf fetchmail.1.gz $RPM_BUILD_ROOT/usr/man/man1/fetchmailconf.1.gz ---- And after that, whatis database and the man page are inaccessible. Gzipping the man page (here fetchmail.1) fixes this. ---- root: /$ makewhatis zcat: ./fetchmailconf.1.gz: No such file or directory ---- Because gzipping the man pages seems to be an internal function of RPM, perhaps there should also be a macro for symlinking the pages. Just thought to bring this into attention -- as upgrading rpm seems to be the only way to go here anyway (however see bug #10763).
This is a problem with fetchmail src rpm packaging, not rpm. Changing component...
This was fixed some time ago in the fetchmail package by changing the fetchmailconf page from a symlink to a file that references fetchmail's. If you find this problem in other packages, please report it as a bug. Thanks!
Commit pushed to master at https://github.com/openshift/origin https://github.com/openshift/origin/commit/94097880f8c57c73be8768af243a3586c07804b3 Merge pull request #11219 from jim-minter/issue10850 Merged by openshift-bot