On 2021/05/05 11:18:43 +0200, Per Jessen wrote:
L A Walsh wrote:
I ran into this some time ago, and thought it was solved, but am having probs looking up manpages while running as root:
Ishtar:/Media/Library> cd Ishtar:law> sudo man ls No manual entry for ls
FWIW, on Leap 15.2, that works for me.
Ishtar:law> man -w ls /usr/share/man/man1/ls.1.gz
Same here.
Ishtar:law> llg /usr/share/man/man1/ls.1.gz -rwxrwsr-x 1 man man 3112 Mar 2 2015 /usr/share/man/man1/ls.1.gz*
Different permissions & ownership here -
per@office68:~> l /usr/share/man/man1/ls.1.gz -rw-r--r-- 1 root root 3190 May 16 2020 /usr/share/man/man1/ls.1.gz
This is what I see also ... for installed /suse/werner> rpm -qf /usr/share/man/man1/ls.1.gz coreutils-8.29-lp152.4.7.x86_64 /suse/werner> rpm -qf /usr/bin/man man-2.7.6-lp152.6.6.x86_64 on my Leap 15.2 ... and AFAIK we never had used man:man for the ownership nor broken permissions like execution and setgid man of any manual page ... The mandb program below /usr/bin is a wrapper which, for root only, switch over to man:man and executes /usr/lib/man-db/mandb to generate the hash data bases below /var/cache/man/. Those DBs are used for e.g. -k and -f option of man. This ownership switch avoids that any broken MANPATH leads to leakage of sensitive data into the hash DBs. The man program for its self should not use this wrapper anymore with Leap 15.2. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr