On a system containing both sys-apps/man-pages-posix and sys-devel/binutils -- not an uncommon installation by any means -- there are two different man pages for the "strings" command, located at (respectively): /usr/share/man/man1p/strings.1p.bz2 /usr/share/binutils-data/i686-pc-linux-gnu/2.24/man/man1/strings.1.bz2 The former is a generic description of the POSIX standard for the command; the latter documents the actual implementation as it exists in the binutils package. The MANPATH that is assembled from /etc/env.d entries picks up these two man pages from, respectively: /etc/env.d/00basic /etc/env.d/05binutils This places /usr/share/man (in 00basic) in the MANPATH before /usr/share/binutils-data/i686-pc-linux-gnu/2.24/man (in 05binutils). This is a problem because it means a user looking for the man page of the actual "strings" command installed on the system instead gets a man page for a theoretical "strings" implementation that does not match what exists on the system. A theoretical man page should not obscure an actual man page.
Please post your `emerge --info' output in a comment.
The order of listing in MANPATH shouldn't matter at all. Also, strings.1 and strings.1p are in different sections.
> The order of listing in MANPATH shouldn't matter at all. Also, strings.1 and > strings.1p are in different sections. You are correct. PEBCAK.
