kde-i18n - kolejne podejście

[Adam Gorzkiewicz]

Jak życie pokazuje - trudno tutaj znaleźć salomonowe rozwiązanie. 
Zaproponuję mimo wszystko kolejny swój (i podejrzewam, że ostatni, gdyż 
temat ten średnio mnie interesuje - dla własnych potrzeb i tak będę robił 
po swojemu).

Podstawowymi warunkami do spełnienia są tutaj imo:

1) niezmuszanie użytkownika do bezwarunkowego ciągnięcia przez sieć 
pakietu rozrośniętego do granic absurdu

2) niezmuszanie osoby robiącej pakiet do rzeźbienia w specu, którym po 
takowym rzeźbieniu może się po prostu brzydzić

3) danie możliwości użytkownikowi zainstalowania w systemie wielu języków 
ale tylko do tych programów, których używa.

Oto rozwiązanie:

Każdy pakiet kde ma swój odpowiednik zawierający wszystkie języki świata, 
np:
kdepim-kmail		kdepim-kmail-i18n
kdebase-konsole		kdebase-konsole-i18n

Pakietów będzie ok 2x tyle co teraz pakietów z programami kde - ok 260x2 
(odliczając devele itp)

Ankry będzie usatysfakcjonowany - ściągnie sobie odpowiednie 
program-który-używam-i18n i poprzez %_install_langs zainstaluje te 
języki, które będzie chciał.

Usatysfakcjonowane będą również osoby, które nie chcą żadnego wsparcia 
językowego oprócz en_US - nie będą musiały dociągać otyłych nad miarę 
krów, które i tak są juz grube.

Czy będą usatysfakcjonowani polscy użytkownicy, którym zależy wyłącznie na 
języku polskim? - cóż - w gorszej sytuacji, niż w przypadku kde-3.0.x z 
Ra nie będą na pewno - będą mieli natomiast wybór - albo ciągnąć pakiety 
z program-którego-używam-i18n i poprzez %_install_langs zainstalować 
tylko język polski albo po prostu skorzystać z kde-i18n-pl.spec, co do 
tej pory chętnie czynią.

-- 
Adam Gorzkiewicz
adgor w isn.pl