Zależności w Perlu

[Radoslaw Zielinski]

[[ Arkadiusz Miskiewicz <misiek at pld.org.pl> ]]:
> Radoslaw Zielinski <radek at karnet.pl> writes:
>> Tu pojawia się jeszcze jeden problem, ale już mniejszego kalibru i
>> związany raczej z polityką w dystrybucji (Panowie, postarajcie się to
>> tym razem ustalić wyczerpująco i do końca), a mianowicie:

>>   _Czy w PLD moduły Perla mogą być instalowane poza /usr/lib/perl*?_
> Oczywiście, że mogą z tym, że moduły perlowe jakichś aplikacji
> np. mhonarc czy coś w ten deseń.

O takich przypadkach pisałem (chociaż mhonarca akurat nie znam).

Ale chodzi mi o to, żeby istniejące / przychodzące pakiety paczować
(właściwie, to tylko proces budowania) tak, żeby instalowały do
lokalizacji, wymienionej w:

$ perl -le 'print for @INC'

>> Dlaczego tak?  Bo niekiedy są to biblioteki prywatne jakichś aplikacji,
>> zapisane w formie *.pm (i ewentualnie opakowane Makefile.PL) dla
>> czytelności.
> I czasami te programy udostępniają perlowy iface dla innych programów
> czy pluginów.

To mi wygląda na dobry powód, żeby biblioteki perlowe dla tych programów
trzymać w standardowej lokalizacji; tak, żeby owe inne programy mogły je
znaleźć.

?

> W ogóle zerknij też na branch rpm-4_0_4 (tam jest najnowszy rpm
> jaki jest w PLD (nie używany na ra co prawda)) bo jak będziesz coś
> poprawiał to trzymaj HEAD i rpm-4_0_4 w syncu.

Wiem.  (Kto to ostatnio pisał, żeby mu pociągnąć SDI/whatever do domu?  ;-)

-- 
Radosław Zieliński <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-pl/attachments/20020806/04d91657/attachment.sig>