[devel] perl man3dir

[devel] perl man3dir

[at]

А хорошо ли, что документация по перловым модулям лежит в
/usr/lib/perl5/man/man3? Сейчас самое время подумать, стоит ли переложить
её в /usr/share/man/man3pm. Что об этом думают специалисты по FHS?

Re: [devel] perl man3dir

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 474 bytes --]

On Fri, Oct 18, 2002 at 06:29:02AM +0400, at@turbinal.org wrote:
> А хорошо ли, что документация по перловым модулям лежит в
> /usr/lib/perl5/man/man3? Сейчас самое время подумать, стоит ли переложить
> её в /usr/share/man/man3pm. Что об этом думают специалисты по FHS?

Согласно /usr/share/doc/fhs-2.2/fhs.txt (из пакета fhs), 4.11.5, никакого
/usr/share/man/man3pm не предусмотрено.

Либо оставить в /usr/lib/perl5/man/man3/, либо двигать в
/usr/share/man/man3/.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] perl man3dir

[Alex Sergeyev]

Сорри,

Давно волнует вопрос - а зачем вообще иметь man3 для перла?
(по идее при компиляции отключаемо)
Странно вообще иметь возможность набрать man String::CRC32 скажем, но не делать этого потому что благодаря какой то старой книжке набираешь perldoc String::CRC32 и получаешь хороший результат без всяких дополнительных man файлов...

Почему бы не отказаться от перл-man-3 файлов?
man perl
man perlfaq и прочие из man1 - разумеется оставить



Саша.

On Fri, 18 Oct 2002 12:26:24 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Fri, Oct 18, 2002 at 06:29:02AM +0400, at@turbinal.org
> wrote:
> > А хорошо ли, что документация по перловым модулям лежит в
> > /usr/lib/perl5/man/man3? Сейчас самое время подумать, стоит
> > ли переложить её в /usr/share/man/man3pm. Что об этом
> > думают специалисты по FHS?
> 
> Согласно /usr/share/doc/fhs-2.2/fhs.txt (из пакета fhs),
> 4.11.5, никакого/usr/share/man/man3pm не предусмотрено.
> 
> Либо оставить в /usr/lib/perl5/man/man3/, либо двигать в
> /usr/share/man/man3/.
> 
> 
> --
> ldv
> 

Re: [devel] perl man3dir

[Alexey Morozov]

> Давно волнует вопрос - а зачем вообще иметь man3 для перла?
> (по идее при компиляции отключаемо)
> Странно вообще иметь возможность набрать man String::CRC32 скажем, но не делать этого потому что благодаря какой то старой книжке набираешь perldoc String::CRC32 и получаешь хороший результат без всяких дополнительных man файлов...
Э-э-э, для единообразия.
Например, когда вместо man - pinfo.

Re: [devel] perl man3dir

[at]

On Fri, Oct 18, 2002 at 04:23:16PM +0700, Alex Sergeyev wrote:
> Давно волнует вопрос - а зачем вообще иметь man3 для перла?
> (по идее при компиляции отключаемо)

Это вопрос предпочтений. Мне, например, удобнее пользоваться man.
perldoc я запускаю только с ключами -f и -q.

> > Либо оставить в /usr/lib/perl5/man/man3/, либо двигать в
> > /usr/share/man/man3/.

Оставляем.

Re: [devel] perl man3dir

[at]

On Fri, Oct 18, 2002 at 04:23:16PM +0700, Alex Sergeyev wrote:
> Давно волнует вопрос - а зачем вообще иметь man3 для перла?
> (по идее при компиляции отключаемо)
> Странно вообще иметь возможность набрать man String::CRC32 скажем, но
> не делать этого потому что благодаря какой то старой книжке набираешь
> perldoc String::CRC32 и получаешь хороший результат без всяких
> дополнительных man файлов...

Впрочем, есть идея сделать ещё 3 подпакета.
perl-pod
perl-man1
perl-man3

Такое разбиение может быть оправданным, т.к. каждый из этих пакетов
будет занимать не менее 1 Мб. При этом содержание perl-pod и perl-man1
фактически дублируется (желающие смогут поставить только perl-pod), а
perl-man3 фактически доступен из самих модулей при просмотре через
perldoc.

Ещё это даст как минимум два сомнительных преимущества:

1) norach для этих пакетов

2) эти пакеты можно будет отвязать от номера сборки остальных пакетов:

PreReq: perl-base >= 1:%version

вместо

PreReq: perl-base = 1:%version-%release

т.к. они будут полностью одинаковыми во всех сборках. Вернее, нужно
будет ухитриться собрать их разными. Это даст возможность более просто
"доставить" их на Junior.

Прошу высказаться.

Re: [devel] perl man3dir

[Alex Sergeyev]

Добрый день

> Впрочем, есть идея сделать ещё 3 подпакета.
> perl-pod
> perl-man1
> perl-man3
как пользователя меня бы такое устроило просто на УРА.


Саша.