Red Hat Bugzilla – Bug 437990
switch to man-db project
Last modified: 2008-05-12 04:59:53 EDT
There are two forks of the man program available.
John W. Eaton, who started writing the man program back in 1990 and 1991, kind
of recommends man-db (http://www.nongnu.org/man-db/), see
BTW, Debian and SuSE distributions do use man-db instead of man-1*.tar.
I should have writen some reasons:
man-db uses Berkeley db instead of text file for the index of man pages, so
searching for man pages with whatis (man -k) anmd apropos (man -f) shall be
quicker. This sounds nice, but it is not a strong reason, as I have never heard
about any performance problems with these commands.
man-db uses autotools, and consequently has better support for GNU coding
standards, and is more portable to non-Linux systems. The former might help us
with packaging in the long run, but it not so important when we have man-1.6x
well domesticated in our spec file. The latter (portability) is not directly
man-db seems to be kind of popular: Debian (incl. Ubuntru) and SuSE has selected
it as their only man implementation. OTOH, Mandrike has the old one, as we
have, and Gentoo provides ebuilds for both.
To sum up, there seems to be no strong reason for man-db, co my cry "switch to"
was not justified.
OTOH, I think we should remember man-db as a possible alternative. If man-db
becomes dominant in the future, we might decide to "go with the crowd," but it
is not so at the moment.
Thanks for your justification, for now I leave Federico Lucifredi's man in
fedora, if there is any new fact/reason to change the upstream, please reopen
this bug and add a comment here.