pomysł na kde-i18n

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Śro, 21 Lis 2001, 01:27:10 CET


Właśnie wpadł mi pomysł jak ostatecznie rozwiązać sparwę kde-i18n.

Całość opiera się pewna modyfikację speca po to żeby nie generować 
pakietóe wynikowych tylko .. tary :-)
Chodzi o to że spec wymagałby tylko uzupełnienia w obecnej formie o 
wywołanie tara z pakowaniem poszczególnych zasobów w 
kdelibs-i18n-%{version}.tar.bz, kdebase-i18n-%{version}.tar.bz itd.
Te tary mogły od razu wpadać w $RPM_SOURCE_DIR po to żeby zaraz je 
commitnąć i powąłczać w resztę ke*.spec. Żeby pakiety wynikowe sie nie 
budowały %install powinno się kończyć "exit 1". Po wszystkim mozan bezie 
zrobić "rpm -bs kde-i18n.spec" i wynikowego kde-i18n*src.rpm można bęzie
umiescić na ftp w SRPMS. W poszczególnych specach kde*.spec można będzie
pzry Source z konkretnym kde*-i18n-%{version}.tar.bz umiesić że został 
wygenerowany z pakietu kde-i18n.
Układ plików w tych tarach powinien być raczej chyab taki jak te paliki 
mja byźć zainstal,woane po to żeby na końcu każdego %install w specahc do 
których zosytanie to doklejone mozan było żywcem to ropakować w 
$RPM_BUILD_ROOT.
Umieszczenie całosci w specu pozwoli na wygodna konserwacje całosci przy 
kolenych wersjach KDE, a zdaje się że na dniach ma być kde 2.2.2. W 
optymalnym przypadku wystarczyłoby majac kde-i18n.spec gotowegbo do uzytku 
zapuścić budowanie żeby za kawałek mieć gotowe tary do wrzycenia w 
SOURCES.

Wygląda na to że ten pomysł chwyci także do konserwowania tarów z manami
nie angielskim. W ten sposób będzie możan mieć skrypt generujacy pakiety
tary a jednocześnie będzie to zasób który będzie więcej niż zwykłym 
skryprtem z którego będzie można umieścić na ftp z src.rpm-ami. Całość 
konserwacji manów w takim wypadku powinna być dużo łatwiejsza do 
utrzymania (nie bezie to sprawiać takich duzych kłopotów jak potejcjalnie 
w obecnej sytuacji).

Koments ?

A uzupełnienie poskich manów per pakiet w wesjach conajmneij polskich
jakie sa dosepne to IMHO kolejny warunek do 1.0 ale tu jest to tyle dobrze
że wygląda na to że Andrzej skończy całość tej tematyki sam na dniach (w 
tej chwili jest to zaawansowane w ponad 70-ciu procentach :)

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*



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