PLD 2.0 pre1 (Tajfun) [bylo: Bootstrap AC]

[Paweł Gołaszewski]

On Tue, 10 Jun 2003, Piotr Szymański wrote:
> > Halo! To jest kwestia techniczna, może jednak spróbowalibyście się
> > dogadać? Zacznijcie np. od krótkiego przedstawienia swojego
> > stanowiska, bez tekstów w rodzaju ,,nigdy'', ,,jak nie to sobie idę''
> > etc.
> Przedstawialismy je juz sobie wiele razy i wiele razy nad nim
> dyskutowalismy i nawet raz blues uznal ze mam racje,

tak, tyle że teraz się nad tym zastanowiłem mocno.

> no ale jak widac nie da sie tego przedyskutowac jesli dla bluesa 40 mb
> roznicy w pakeicie wynikowym nie robi roznicy...

Robi mi różnicę to ile na dysku będę miał zajętego miejsca.

> > W najczęstszym przypadku (np. pl_PL:en_EN, zainstalowane kilka
> > aplikacji kde) rozwiązanie a) powoduje, że mamy kilka mega
> > niepotrzebnych plików na dysku i kilka mega niepotrzebnego ściągania.
> > Rozwiązanie b) powoduje, że mamy duuuużo niepotrzebnego ściągnia i
> > żadnych niepotrzebnych plików na dysku. Dodatkowo rozwiązanie b) jest
> > standardowe dla PLD, a a) std dla KDE, więc łatwiejsze w utrzymaniu.
> Dodatkowo rozwiazanie b.) jest latwiejsze dal uzytkownikow majacych sdi
> a chcacych sobie upgradowac system od czasu do czasu.



> > Ktoś proponował jeszcze rozwiąznie c) kde-i18n-<pakiet>-<lang>, które
> > łączy zalety a) i b) ale generuje duuuużo pakietów (i podobną ilość
> > pracy jak b).
> Ja proponowalem, ale to rozwiazanie powoduje okropny balagan w
> zarzadzaniu tym wszystkim, bo niby skad user ma wiedziec gdzie lezy
> konqueror albo kdm a chce miec tlumaczenie? (nie wysztskie pakeity kde
> zaczynaja sie od kde<modul>)

nie - takie coś ma średni sens.

-- 
pozdr.  Paweł Gołaszewski 
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...