Eu tenho o OSX 10.8.3 e minhas páginas de manual não estão aparecendo. Eu tive esse problema quando eu estava no 10.6, mas não quero corrigi-lo.
A razão pela qual eu não consigo encontrar man pages é porque ele está definido para "/ usr / local / texlive / 2011 / texmf / doc / man" .. Eu quero descobrir onde este é sendo definido (a listagem abaixo mostra que isso está sendo definido através do comando cat). As páginas man existem em vários diretórios (como mostrado abaixo), mas o homem não as encontra por causa do caminho que está sendo definido para apenas um local. Minha concha é bash.
Eu olhei para / etc / profile ~ / .bash_profile ~ / .bash_login ~ / .profile ~ / .bashrc e ~ / .MacOSX / environment.plist e não vejo nada relacionado ao caminho do usuário.
Aqui estão algumas informações pertinentes:
macosx@sh ~ $ > manpath
/usr/local/texlive/2011/texmf/doc/man
macosx@sh ~ $ > man -v
man, version 1.6c
macosx@sh ~ $ > uname -a
Darwin sh.local 12.3.0 Darwin Kernel Version 12.3.0: Sun Jan 6 22:37:10 PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64
macosx@sh ~ $ > man -d man
Reading config file /private/etc/man.conf
Looked whether there exists a message catalog man, but there is none
(and for English messages none is needed)
found man directory /usr/share/man
found man directory /usr/local/share/man
found man directory /usr/X11/man
found manpath map /bin --> /usr/share/man
found manpath map /sbin --> /usr/share/man
found manpath map /usr/bin --> /usr/share/man
found manpath map /usr/sbin --> /usr/share/man
found manpath map /usr/local/bin --> /usr/local/share/man
found manpath map /usr/local/sbin --> /usr/local/share/man
found manpath map /usr/X11/bin --> /usr/X11/man
found manpath map /usr/bin/X11 --> /usr/X11/man
found manpath map /usr/bin/mh --> /usr/share/man
using /usr/bin/less -is as pager
using /usr/bin/less -is as browser
using /bin/cat to dump HTML pages as textadding /usr/local/texlive/2011/texmf/doc/man to manpath
No manual entry for man
# wanted to ignore commented out lines
macosx@sh ~ $ >cat /private/etc/man.conf | grep -v ^\#
FHS
MANPATH /usr/share/man
MANPATH /usr/local/share/man
MANPATH /usr/X11/man
MANPATH_MAP /bin /usr/share/man
MANPATH_MAP /sbin /usr/share/man
MANPATH_MAP /usr/bin /usr/share/man
MANPATH_MAP /usr/sbin /usr/share/man
MANPATH_MAP /usr/local/bin /usr/local/share/man
MANPATH_MAP /usr/local/sbin /usr/local/share/man
MANPATH_MAP /usr/X11/bin /usr/X11/man
MANPATH_MAP /usr/bin/X11 /usr/X11/man
MANPATH_MAP /usr/bin/mh /usr/share/man
TROFF /usr/bin/groff -Tps -mandoc -c
NROFF /usr/bin/groff -Wall -mtty-char -Tascii -mandoc -c
JNROFF /usr/bin/groff -Tnippon -mandocj -c
EQN /usr/bin/eqn -Tps
NEQN /usr/bin/eqn -Tascii
JNEQN /usr/bin/eqn -Tnippon
TBL /usr/bin/tbl
REFER /usr/bin/refer
PIC /usr/bin/pic
VGRIND /usr/bin/vgrind
GRAP
PAGER /usr/bin/less -is
BROWSER /usr/bin/less -is
HTMLPAGER /bin/cat
CAT /bin/cat
CMP /usr/bin/cmp -s
COMPRESS /usr/bin/bzip2
COMPRESS_EXT .bz2
MANSECT 1:1p:8:2:3:3p:4:5:6:7:9:0p:tcl:n:l:p:o
.gz /usr/bin/gunzip -c
.bz2 /usr/bin/bzip2 -c -d
.z
.Z /usr/bin/zcat
.F
.Y
Então eu encontrei este post no blog nos caminhos do homem, e aqui está o que eu vejo:
macosx@sh ~ $ > cat /etc/profile
# System-wide .profile for sh(1)
if [ -x /usr/libexec/path_helper ]; then
eval '/usr/libexec/path_helper -s'
fi
if [ "${BASH-no}" != "no" ]; then
[ -r /etc/bashrc ] && . /etc/bashrc
fi
macosx@sh ~ $ > /usr/libexec/path_helper -s
PATH="/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/opt/local/bin:/opt/local/sbin:/usr/local/share/python:/Library/Frameworks/Python.framework/Versions/2.7/bin:/Users/macosx/.gem/bin:/Users/macosx/.gem/ruby/1.8/bin:/usr/local/texlive/2011/bin/universal-darwin:/usr/texbin:/usr/X11/bin:/Users/macosx/.rvm/bin"; export PATH;
MANPATH="/usr/share/man:/usr/local/share/man:/opt/X11/share/man:/usr/local/texlive/2011/texmf/doc/man"; export MANPATH;
Portanto, o manpath está sendo configurado corretamente usando o path_helper, mas está sendo sobrescrito em algum lugar.
Então, para esclarecer, eu estou pedindo Onde algo poderia estar redefinindo o caminho, e imagino que posso forçar o problema a sair do caminho de inicialização corretamente. Estou interessado em descobrir onde o caminho de trabalho está sendo alterado.