ALT Linux Community general discussions
 help / color / mirror / Atom feed
From: cornet <cornet@zmail.ru>
To: mandrake-russian@altlinux.ru
Subject: Re: [mdk-re] makewhatis permissions
Date: Wed Jun 13 17:37:01 2001
Message-ID: <3B276E32.5B185520@zmail.ru> (raw)
In-Reply-To: <5417935499.20010613173914@pisem.net>

Serge Skorokhodov wrote:
> 
> Здравствуйте!
> 
> Dmitry V. Levin пишет:
> 
> > On Wed, Jun 13, 2001 at 05:13:31PM +0300, Serge Skorokhodov wrote:
> >> >> SS> У меня в отчетах системы регулярно появляется такая фраза:
> >> >> SS>
> >> >> SS> /usr/sbin/makewhatis: /usr/local/nmh/man/whatis: Permission denied
> >> >> SS>
> >> >> SS> Возникла после установки nmh из тарболла. Что надо поправить?
> >> >> То же самое. Смотрел разрешения, ругается на
> >> >> строку в /etc/cron.daily/makewhatis
> >> >> su -l cacheman -s /bin/sh -c '/usr/sbin/makewhatis -u'
> >> >> Похоже на ошибку в su, по крайней мере согласно ману -s должно указывать
> >> >> шелл для выполнения команды а он не понимает :(
> >>
> >> > Нет, su тут не при чем.
> >>
> >> > Пользователь cacheman не имеет доступа по записи в
> >> > /usr/local/nmh/man/whatis, что неудивительно.
> >>
> >> > Решение  - хранить manpages в /usr/local/man, а не в usr/local/nmh/man.
> >>
> >> Встречный вопрос: так сделал инсталлятор (nmh вообще создает в
> >> usr/local полное "поддерево"). Вы рекомендуете перенести его
> >> "выше"? Тут ведь много может быть скрытых проблем:(
> >>
> >> Или же нормально включить usr/local/nmh/man в man-директории?
> >> Включая нормальный доступ для mcacheman?
> >>
> >> Или же перенести только usr/local/nmh/man? С правкой makefile'а,
> >> чтоб не повадно? :-)
> 
> > Конечно, надо править nmh'шные makefile'ы, отвечающие за инсталяцию.
> > По хорошему, надо собрать пакет. :)
> 
> Пакет, кстати, был в MDK RE 7.0. Но вот еще что объясните
> неразумному: авторы nmh о чем-то думали, помещая все в
> собственное под-дерево. Насколько разумно и практично ломать то,
> что они задумали? Я понимаю, что перенос мана в стандартизованное
> место ничего не сломает, но мне не совсем ясно, насколько такая
> практика нормальна для разных дистрибутивов, где, так сказать,
> проходит граница того, что решает Linux, что решает автор
> программы а что -- администратор системы. Про стандарты слышал и
> даже читал, но они какие-то "советские" (помните -- Каменный
> ГОСТ)-- следование им сильно преувеличено.

Я в таких случаях поступаю просто:
Обычно маны пакета имеют правильную нумирацию man2 man6 и так
далее, кому чего надобно.

Ну так я просто с того места, где эти маны живут делаю симлинки в
директории общесистемного мана и все :-) Очень удобно, и таскать
ничего не надо, и прога свои маны на прежнем месте найдет, и все
под рукой на привычном месте лежит.

Я да же по старой привычке сделал линки из /usr/share в /usr для
каталогов /usr/share/doc и /usr/share/man

-- 
******** FIRE & STEEL ********



  reply	other threads:[~2001-06-13 17:37 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-13  9:57 Serge Skorokhodov
2001-06-13 10:54 ` Artem K. Jouravsky
2001-06-13 16:33   ` Dmitry V. Levin
2001-06-13 17:06     ` Re[2]: " Serge Skorokhodov
2001-06-13 17:12       ` Dmitry V. Levin
2001-06-13 17:29         ` Re[2]: " Serge Skorokhodov
2001-06-13 17:37           ` cornet [this message]
2001-06-13 17:54             ` Serge Skorokhodov
2001-06-13 17:41           ` [mdk-re] [JT] " Dmitry V. Levin
2001-06-13 18:03             ` Re[2]: " Serge Skorokhodov
2001-06-13 18:22               ` Dmitry V. Levin
2001-06-13 18:32                 ` Re[2]: " Serge Skorokhodov
2001-06-17  1:02               ` Mikhail Zabaluev
2001-06-17  0:55           ` [mdk-re] " Mikhail Zabaluev
2001-06-13 18:08     ` Artem K. Jouravsky
2001-06-13 18:13       ` Dmitry V. Levin
2001-06-13 18:28         ` Artem K. Jouravsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3B276E32.5B185520@zmail.ru \
    --to=cornet@zmail.ru \
    --cc=mandrake-russian@altlinux.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git