Людина зламалася, можливо, встановивши git, як я можу це виправити?


3

Я запускаю сніговий леопард Mac 10.6.3, і я застосував програму встановлення Mac для git, яка була розроблена спочатку для леопарда. Я думаю, що з тих пір мої сторінки чоловіків були зламані, і спроба відшукати будь-яку команду змушує мій комп'ютер трохи зупинитися, перш ніж повернутись «жодна сторінка не знайдена». З чого я починаю це виправляти? Дякую.

Ось вихід налагодження для man man:

$ 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 text
path directory /usr/bin is in the config file
adding /usr/share/man to manpath

path directory /bin is in the config file

path directory /usr/sbin is in the config file

path directory /sbin is in the config file

path directory /usr/local/bin is in the config file
adding /usr/local/share/man to manpath

path directory /usr/local/git/bin is not in the config file
but there is a man directory nearby
adding /usr/local/git/share/man to manpath

path directory /usr/X11/bin is in the config file
adding /usr/X11/man to manpath

adding mandatory man directories

No manual entry for man

Усі ці перевірки, здається, спрацьовують. Нічого, що я бачу, явно не так. Зрозуміло, що щось відбувається з git, але я не знаю достатньо, щоб знати, що це може зробити для мого manpath якщо що.

Ось $ man --path: / usr / share / man: / usr / local / share / man: / usr / local / git / share / man: / usr / X11 / man

$ MANPATH порожній

Що там /usr/share/man?
Дуг Харріс

$ ls / usr / share / man fr man3 pl fr.ISO8859-1 man4 pl.ISO8859-2 fr.UTF-8 man5 pl.UTF-8 it man6 ru.KOI8-R it.ISO8859-1 man7 ru.UTF- 8 it.UTF-8 man8 whatis man1 man9 whatis (від старого Mac) man2 mann

Відповіді:


3

Я здогадуюсь, що те, що ви встановили, додало кілька додаткових каталогів до ваших MANPATHі, ймовірно, набуло деяких стандартних каталогів MANPATH.

Спочатку запустіть, man --pathщоб визначити, які каталоги manбудуть шукати чоловічі сторінки. Ось що я бачу:

$ man --path
/opt/local/share/man:/usr/local/share/man:/usr/local/mysql/man:/usr/share/man:/usr/X11/man

Якщо ви не бачите /usr/share/manцього виводу, ви не отримаєте стандартних довідкових сторінок.

Затримка, яку ви бачите, також може бути пов’язана з manперебудовою індексу сторінок та / або проведенням попереднього форматування для встановлених вами матеріалів.


Чим більше я думаю про це, тим більше мені подобається відповідь Дуга як швидку, просту і, ймовірно, спробую спершу. Я не був би здивований, якби інсталятор git встановив вашу змінну середовища MANPATH, яка зазвичай не встановлена. Якби вони зробили це "MANPATH = $ MANPATH: / path / to / git / man / pages", він містив би лише шлях до сторінок git man, і оскільки він перекриває /etc/man.conf, це могло б пояснити все .
Spiff

1

Я б сказав, man manале, мабуть, це вам не допомогло б! :-)

По-перше, which manпереконайтеся, що ви все ще працюєте за системою Mac OS X за замовчуванням /usr/bin/man. Перевірте, чи не пошкоджено це. FWIW, в моїй системі 10.6.3, ось його md5:

$ md5 `which man`
MD5 (/usr/bin/man) = 20c983ccab20dbea7aa76608b27aa148

Потім /etc/man.confперегляньте, як MANPATHналаштовано ваш файл (зверніть увагу: це не обов'язково відображатиметься у $MANPATHзмінній вашого середовища).

У випадку, якщо ви хочете перевірити, чи не man.confвийшли з ладу, ось коротка інформація про мою. Я також на 10.6.3, і я не думаю, що я ніколи не змінював свого man.conf:

$ md5 /etc/man.conf  
MD5 (/etc/man.conf) = 56592a53f75e08418362d2cfcf675e52  
$ wc -l /etc/man.conf  
     140 /etc/man.conf  

Якщо ваш man.confзовнішній вигляд виглядає здоровим, почніть переглядати шляхи MANPATH, які він вказує, щоб побачити, чи існують ці каталоги та чи правильно вони заповнені. /usr/share/manвеликий.

Я припускаю, що ви могли також перевірити свого чоловічого кота-реєра (кешовані версії попередньо наданих сторінок man), але в моїй системі 10.6.3, як видається, не існує котячого режиму для сторінок man.


0

У мене ця проблема була назавжди в OS X 10.6.x (де x було щонайменше 3, 4, 5, 6, 7 і 8).

Сьогодні я нарешті розчарувався в цьому і стежу за будь-якими потоками в Інтернеті, які я міг знайти. Завдяки насамперед пропозиціям щодо усунення несправностей на цій сторінці, я вирішив проблему. Виявляється, на вирішення проблеми на моєму комп’ютері натякнули у коментарях Spiff та user37929. У моїй папці / usr / share / man відсутнє багато ключових файлів, включаючи man.1.gz (у мене не було точно проблеми користувача37929, оскільки у мене були файли в папці man1, які починалися з літер після "L"). Після того, як я скопіював декілька файлів, що відсутні, з комп’ютера свого друга, сторінки чоловіка повернулися, і я більше не отримую помилки (для тих, що я скопіював).

Отже, у моєму випадку виглядає так, що мені потрібно відновити / usr / share / man. Це буде проект на майбутній день!

О, і я встановив git назавжди тому, але, думаю, я мав цю проблему раніше.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.