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