perl 5.8.0

[Radoslaw Zielinski]

Paweł A. Gajda <mis w pld.org.pl> [26-02-2003 10:45]:
> środa 26/02/2003  2:01:53, Radoslaw Zielinski:
>> Paweł A. Gajda <mis w pld.org.pl> [26-02-2003 01:21]:
>>> wtorek 25/02/2003 23:30:07, Radoslaw Zielinski:
>>>> 1. Katalogi dla modułów.

>>>>    Mamy trzy grupy katalogów:
>>>>    a) te, do których wrzucane są moduły z pakietów, budowanych
>>>>       z perl.spec: perl_privlib i perl_archlib
>>>>    b) te, do których moduły wrzucają inne pakiety: perl_vendorlib
>>>>       i perl_vendorarch
>>>>    c) te, do których wrzucane są moduły instalowane ,,z ręki'':
>>>>       perl_sitearch i perl_sitelib.
>>> Po co ten podział na b) i c) ? Nie widzę specjalnego powodu. 
>> Wygoda i zgodność z FHS.
> Wygoda to IMO żadna, moduły "z ręki" instalować się powinno jak 
> wszystko inne w /usr/local. 

No to właśnie o to chodzi; perl_site* idą do /usr/local, perl_priv* do
/usr.  Domyślną wartością argumentu INSTALLDIRS={site|vendor|priv} do
"perl Makefile.pl" jest "site".  W specach powinno być "vendor".

> Nie mogę znaleźć nic takiego w FHS. Który punkt mówi o takim podziale? 

4.9.  Ale chyba się nie rozumiemy...

> Aha, pld_perl to IMHO zdecydowanie przegięcie :-) Niech zostanie
> domyślne vendor (tak ma też RH AFAIR).

OK; ktoś jeszcze ma zdanie w tej kwestii?

>>>> 2. Katalogi dla stron podręcznika systemowego.

>>>>    Sekcja pierwsza zostaje normalnie, sekcja trzecia przenosi się do
>>>>    /usr/share/man/man3p.  Zdefiniowałem odpowiednie makro w macros.perl
>>>>    (także na RA-branch, żeby można było od biedy budować moduły ze
>>>>    speców w środowisku Ra -- nie na builderach oczywiście).  man.spec
>>>>    już poprawiłem i podniosłem release.

>>>>    Rozszerzenia takie, jak obecnie na HEAD -- .1/.3perl dla modułów
>>>>    ze standardowej dystrybucji perla i .1p/.3pm dla doinstalowywanych.
>>> Po co? 
>> Żeby uniknąć konfliktów nazw, jeśli instalujemy nowszą (niż
>> dystrybuowana z perlem) wersję jakiegoś modułu.
> Ile razy byłeś zmuszony do czegoś takiego? 

Chyba kilkukrotnie, ale pamiętam tylko raz: z perl-Class-Fields, które
pokutuje w Ra.  Niestety, wtedy wydawało mi się to jedynym rozwiązaniem
(to, co jest z p-C-F).

> IMO większy sens ma wydzielanie z perla takich właśnie modułów, 
> co jest u nas robione (perl-CGI np.). 

Właśnie tego nie chcę robić.  Dystrybucja powinna dostarczać zarówno
najnowsze moduły, jak i te ze standardowej dystrybucji perla.  I na
branchu PERL_5_8_0 tak to jest zrobione.

Kolejność przeszukiwania katalogów powinna być taka: site, vendor, priv;
tak robi Debian.  Właśnie zauważyłem, że obecnie jest inna, ale poprawię
to.

-- 
Radosław Zieliński <radek w karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]

-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 189 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/fb3bb5b6/attachment.bin