kde-i18n - a mo?e w ten sposób:

[Tomasz Kłoczko]

On Mon, 31 Mar 2003, Piotr Szyma?ski wrote:

> Tomasz Kłoczko (Monday 31 of March 2003 16:34)
> > Ilość jezyków razy ilość modułów ? ile to wyjdzie ?
> W kde 3.2 planowane jest ok 60-65, w przypadku skrajnym 70. Modulow jest ztcp 
> 16. 
> 60x16 = 960

Nieprawidłowo. Liczysz wyłacznie pakiety źródłowe. Liczyć powinieneś 
pakeity wynikowe. tych jest tak zapewne ~150.

> > Może jednak nie mnożyć bytów ?
> Tez tak uwazam, we wszystkich wiekszych dystrybucjach ten podzial jezykowy sie 
> sprawdza a u nas niby mialby sie nie sprawdzic, specjalni jestesmy?

Wychodząc z takiego założenie wogóle nie powinniśmy wogóle tej rozmowy
toczyć bo pzrecież inni robią coś "standardowo" i powinno nam to
wystarczyć.
Tak czy inaczej po rozparcelowaniu całego kde-i18n na podpakiety wynikowe
powstaje dość dobry podział .. dużo lepszy IMHO niż tylko po osi języków.
Dodatkowo o wsparciu językowym dzięki tej metodzie nie trzeba myśleć w 
sposób specjalny jeśli chodzi o KDE (poprostu ustawia się centralnie język 
na poziomie rpm-a i instaluje to co się chce/co się potrzebuje).

> > kde-i18n.spec miał w sumei tylko służyc do tego żeby wygenerowć tary
> > kde*-i18n.tar.bz2 i dobrze żeby tak zostało.
> Juz o tym pisalem, chodzi oto ze nikt inteligentny nie bedzie sciagal binarki 
> z kdebase w ktorej wiecej zajmuja pliki .gmo niz caly tarball rozpakowany 
> kdebase...

Pliki .mo to tylko część zasobów zależnych od języka. Po za tym kdebase 
jest jedno a innych pakietów wynikowych kde jest grubo ponad setkę.
Podchodząc w ten spsób zaczynasz podporządkowywać jednemu pakietowi 
dokładnie wszystko.
Z jednego kdebase-i18n-*.tar.bz2 zasoby trafiają do chyba trzech pakietów 
wynikowych. W reszcie jest podobnie.

kloczek
-- 
-----------------------------------------------------------
*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*