to kiedy to 1.0?

Arkadiusz Miskiewicz misiek w pld.ORG.PL
Pon, 15 Kwi 2002, 23:27:16 CEST


Tomasz Kłoczko <kloczek w rudy.mif.pg.gda.pl> writes:

> Jeżeli po mimo wszystko nie udało
> się osiągnać pzrekonania drugiej osoby to masz do wyboru:
> 
> - To co mówisz nie jest parwdą. Możesz mieć także wątpliwości czy przeciwne
>   zdanie jest w ziwązku z tym na pełni prawdziwe ale dopóty dopóki nie 
>   jesteś w stanie znleźć kolejnych argumentów wygodniej będzie zaznaczyć
>   że ma się takie wątpliwości i że całą sparwę odkłada się na jakiś czas
>   ad acta.
[...]

> W przypadku config.* mamy styk z pierwszym przypadkiem. Nie chciałem
> uwierzyć w to że całość jest tak głupio skonstruowana i że zmusza do
> stosowania kopiowania ręcznego częściej niż jest to koniecznie (czytaj:
> rzadko). Wynik: po wszystkim w międzyczasie doszła poprawka
> s/automake -a -c/automake -a -c -f/ która czyni cały zabieg prostym do
> bólu. 
Problem był taki, że uparłeś się by używać automake -a -c -f w projektach,
które to automake po prostu _nie używają_ - mają gotowe Makefile.in
(patch fetchmail). Oczywistym jest, że projekty używające am powinny mieć
aktualizowane pliki config.* poprzez automake -a -c -f (wtedy co prawda
sprawa z -f nie wyszła jeszcze na jaw). Przy okazji
libtoolize --copy --force _również_ aktualizuje pliki config.*!

> Ważna jest poprostu nie tylko diagnoza (żeby mieć binarki prosto
> optymalizowalnene np. pod athalona tzreba zadbać o świerze 
> config.*). Równie ważna jest właściwa kuracja, żeby np. wprowadzić coś z
> maksimum efekty przy minimum modyfikacji.
No właśnie, to po kiego chciałeś kombinować z automakiem w fetchmailu?

> kloczek

ps. wątek o tym do poczytania tutaj
http://lists.pld-linux.org/index.cgi?19:sss:13841:200203:lbpcogedjhbbgaghefao
-- 
Arkadiusz Miśkiewicz   IPv6 ready PLD Linux at http://www.pld.org.pl
misiek(at)pld.org.pl   AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PWr



Więcej informacji o liście dyskusyjnej pld-devel-pl