Jak vytvorit / otestovat RPM balicek ?

[Miroslav BENES]

Preji krasny den !

Rad bych se vas zeptal, jak spravne vytvorit / otestovat RPM balicek.

Konkretne - zkousel jsem sledovani teploty, napajeni atd. Jde o 
projekt lm_sensors, o kterem jste uz jiste slyseli. Ke stazeni je ve 
formatu *.tar.gz, kompilace je trivialni.

Od verze 2.5.0 je mozne sestavit z nej RPM balicek. Jenze jak ?
Vysledny balicek je zavisly na kernelu. Mam na stroji 2.2.14 (pouze 
rozbaleny, ne RPM), takze u noveho balicku vznikla zavislost na 
kernel-2.2.14. Kdybych to ale chtel (teoreticky) protlacit na 
RH 6.2cz, musel bych si nainstalovat kernel-2.2.14-5.0 a asi i
kernel-headers-2.2.14-5.0. Jenze na puvodnim balicku 
kernel-headers-2.2.12-20 z RH 6.2cz zase zavisi glibc-devel*, takze 
bych nakonec musel udelat upg prakticky vseho ?!? Nebo jaky je 
spravny postup ?

Dalsi otazku mam na zpusob, jak takovy balicek vyzkouset. Kvuli 
zminenym zavislostem to nemuzu u sebe nainstalovat. Snad by slo 
pouzit parametr "--nodeps", ale to mi zase nezaruci, ze takovy 
balicek pujde bez donucovani korektne nainstalovat na budouci 
RH6.2cz.

Posledni otazka je na pouzitou architekturu. Defaultne se vytvori 
*.i386.rpm. Co kdybych ale chtel vytvorit *.i686.rpm ? Zkusil jsem 
parametr "--target i686" a skutecne se vytvoril takovy balicek pro 
i686. Jenze pokud jsem se dobre dival, probihal preklad se stejnymi 
volbami (IMHO bez  optimalizace) jako pro 386. Jaky je spravny 
postup ? Nebo se snad musi pro takovy pripad upravit *.spec soubor ?
Podle clacnu v LN se v takovem pripade pouziva "%ifarch". Jenze kdyz 
v pripravenem *.spec souboru nic takoveho neni, muzu to tam nejak 
dopsat ? Samozrejme se mi jedna o nejakou obecnou optimalizaci, 
pouzitelnou vsude. Nebo je lepsi nechat to byt a vystacit s 386 ?



Prosim nekamenujte me. Urcite nekdo namitne, ze

a) takova RPMka stejne nebudou do ceske distribuce zarazena
 - nevadi, pouzival bych je soukrome :-)

b) jednodussi je preklad z *.tar.gz baliku
 - to sice ano, ale rad bych do toho proniknul 


Predem diky za odpoved.




--------------------------
Miroslav BENES
E-mail   : mbenes na tenez.cz
TENEZ Chotebor, a.s
--------------------------