[sisyphus] Re: perl-manpages

Alexey V. Novikov shader на yandex.ru
Ср Авг 17 16:48:08 MSD 2005


17.08.2005 10:19, Alexey Tourbin пишет:
> On Wed, Aug 17, 2005 at 10:05:06AM +0400, Alexey Tourbin wrote:
> 
>>On Wed, Aug 17, 2005 at 09:42:12AM +0400, Alexey V. Novikov wrote:
>>
>>>>$ grep /usr/local/man /etc/man.conf
>>>>MANPATH /usr/local/man
>>>>MANPATH_MAP     /usr/local/bin          /usr/local/man
>>>>MANPATH_MAP     /usr/local/sbin         /usr/local/man
>>>>$
>>>
>>>А если у меня /usr в read-only? Я что совсем без манов останусь?
>>
>>А.  Я подумал, что предлагается ставить линки в /usr/share. :)
>>Ну не знаю.  /usr/local иногда отдельным разделом бывает.
>>Скрипт /etc/cron.daily/perlman помечен как %config.
Ну у меня в /usr/local лежит меньше 1Mb, так что мне теперь его
отдельным разделом делать?

> Кстати, эти два скрипта имеют замечательную особенность: они работают в
> инкрементном режиме.  При первом запуске скрипты отрабатывают несколько
> минут (на создании генерата), при последующих запусках -- несколько
> секунд.  То есть *если* в /usr/lib/perl5 ничего не изменилось, *то* ни
> в /var/cache/perlman, ни в /usr/local/man также ничего меняться не будет.
> 
> В этом состоит решение вашей проблемы: если вы только что поставили или
> обновили перловые пакеты, то /usr у вас, очевидно, ещё смонтирован в rw.
> Тогда можно вручную запустить /etc/cron.daily/perlman, он сделает
> генерат и поставит симлинки в /usr/local/man.  После этого /usr можно
> перемонтировать в ro.
Угу, перемонтировал /usr в rw, обновил систему, и перед
перемонтированием обратно в ro мне надо не забыть запустить руками
/etc/cron.daily/perlman иначе меня завалят спамом в логах... :(
Ну уж нафиг, буду юзать perldoc.

PS: Цитаты из FHS:

"/usr is the second major section of the filesystem.
/usr is shareable, read-only data. That means that /usr should be
shareable between various FHS-compliant hosts and must not be
written to."
http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY

Обращаем внимание на "read-only data".

"The /usr/local hierarchy is for use by the system administrator when
installing software locally. It needs to be safe from being overwritten
when the system software is updated. It may be used for programs and
data that are shareable amongst a group of hosts, but not found
in /usr."
http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY

Обращаем внимание на "is for use by the system administrator".

-- 
WBR, Alexey V. Novikov




Подробная информация о списке рассылки Sisyphus