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

[Piotr Szymański]

Michal Moskal (Tuesday 10 of June 2003 20:00)
> 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, no ale jak widac nie da sie tego 
przedyskutowac jesli dla bluesa 40 mb roznicy w pakeicie wynikowym nie robi 
roznicy...

> 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>)

> Może zrobić kde-i18n-<lang> z kdelibs/base a resztę wrzucać do pakietów?
Nie, bo to nie tylko w libs/base sa duze tlumaczenia (np. dzwieki w kdeedu, 
ktore zajmuja naprawde sporo, a ktore do podstawowego kde-i18n ktore mialoby 
byc do libs/base sie nie nadaje).
-- 
Piotr Szymanski
djurban w averne.net