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.
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.
Commit pushed to master at https://github.com/openshift/origin
Merge pull request #11219 from jim-minter/issue10850
Merged by openshift-bot