Ac: perl

[Tomasz Kłoczko]

On Mon, 26 May 2003, Radoslaw Zielinski wrote:
[..]

Właśnie udało mi się zbudowac pakiet u siebie.
Wygląda że przeszkadza tu make -j czyli że Makefile generowane z
Makefile.PL nie są przystosowane z do budowania równoległego.
Zapewne powosduje to że coś potrzebnego do wygenerownia manów nie zostało 
jeszcze zbudowane, a samo wołanie generowanai manów nie ma zależnosci ot 
potrzebncyh tu innych plików/narzędzi.

Po mimo że napisałeś:
"Pakiet perl zawiera: zależności od perl-{base,modules} i perldoc, co
pozwala spełnić cel pierwszy, oraz katalogi perl_vendor*.  Może być
zainstalowany tylko jeden na raz (chciałem to zaznaczyć przez dodanie
Conflicts: perl; niestety, nie działa to tak, jak myślałem)."

Nadal nie mogę skumać dlaczego to nie może być dołączone to do perl-base
(tworząc perl) albo do perl-modules.

Obecnie pakiet perl zawiera *tylko pustą struktóre katalogów*.
Pewien jestem niemal że ktoś sięgnie po ten pakiet i nie znadzie tam tego
czego możnaby oczekiwać.
Jeżeli już owa struktóra katalogówe miałaby być wydzielona to IMHO lepiej
byłoby żeby to wpadło do (strzelam) np. perl-dirs, a perl-base zmieniło
nazwę na poporostu na perl. Wtedy nazwy pakietów przynajmniej byłby w
zgodzie z zawartrością (?).

Decyzję o szkieletowym podziale i nazwach trzeba podjąć ASAP. Potem w
razie czego będzie się to ciągnęło za nami jak ogon. Do innych rzeczy nie
mam najmnieszych zastrzeżeń ale ten detal poprostu pasuje mi jak pięść do
nosa :_>

I czy w związku z tym że sam napisałeś, że Conflicts nie działa to czy to
wydzielenie struktóry katalogów ma nadal sens ? Co przez to dokładnie
chciałeś osiągnać ?

Jeszcze raz: primo nie jest jasna dla mnie istota i zasadność wydzielenia
samych katalogów. Czemu to miało służyć ? Secundo: niewłaściwa jeżeli już
jest nazwa dwuch pakietów. Jeśli już obecne perl-base -> perl, a perl ->
perl-dirs albo scalenie czy to z głównym pakietem czy to z modules (ani
jeden ani drugi pakiet radykalnie przez to nei spuchną). To będzie łatwiej
rozstrzygnąć jeżeli jasny będzie cel tego oddzielenia samych katalogów.

kloczek
PS. Właśnie widzę że perl się już w międzyczaie zbudował na builderze
athlonowym. Tak czy inaczej wartobyłoby namierzyc ten byk z make -jN.
Wstaw sobie do ~/.rpmmacros np. "%__make make -j5" i spróbuj zbudować 
perla.
Na i{3,5,6}86 jednak dalej się wykłada na test.

lib/File/Find/t/find.................FAILED at test 160
[..]
Failed 1 test script out of 681, 99.85% okay.
### Since not all tests were successful, you may want to run some of
### them individually and examine any diagnostic messages they produce.
### See the INSTALL document's section on "make test".
### You have a good chance to get more information by running
###   ./perl harness
### in the 't' directory since most (>=80%) of the tests succeeded.
### You may have to set your dynamic library search path,
### LD_LIBRARY_PATH, to point to the build directory:
###   setenv LD_LIBRARY_PATH `pwd`:$LD_LIBRARY_PATH; cd t; ./perl harness
###   LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; cd 
t; ./perl harness
###   export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH; cd t; ./perl harness
### for csh-style shells, like tcsh; or for traditional/modern
### Bourne-style shells, like bash, ksh, and zsh, respectively.
u=5.75  s=1.55  cu=259.73  cs=38.13  scripts=681  tests=68522
make[2]: *** [_test_notty] Error 1

Zapewne jeszcze coś "siedzi" w samym środowisku .. tylko co ? :>
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*