On Thu, Apr 29, 2004 at 07:24:04PM +0200, q# wrote: > > Nadrzedny numet nad numetem wersji: > > > > Epoch=1, version=2 jest "nowsze" niez epoch=0 version=5 > > GKT+ byloby tu dobrym przykladem? Znaczy sie gtk1 nie wyprzezdilo gtk2, > ale tu jest to przydatne, albo apache, dobrze rozumiem?
Nie do końca. Wyobraźmy sobie jakiś wyimaginowany program, nazwaijmy go poland-in-ue, który w pierwszych miesiącach swego rozwoju był numerowany wg konwencji YYYYMMDD (czyli np. 20040430). Z dniem 1 maja developerzy wraz z poparciem wiekszości społeczności postanowiło zmienić sposób numeracji i wydać wersję 1.0. Co się w takiej sytuacji dzieje po zbudowaniu paczki? Ktoś miał poland-in-ue-20040430-1.noarch.rpm, a w updatesach pokazuje się poland-in-ue-1.0-1.noarch.rpm. RPM kierując się logiką stwierdza, że 20040430 > 1.0 i nie upgraduje pakietu, gdyż w systemie ma nowszą wersję. Epoch służy wytłumaczeniu rpmowi, że 1.0 jest naprawdę nowszą wersję. Brak pola Epoch w specu oznacza, iż jest on równy 0. Abyśmy mogli gładko przejść przez upgrade, dodajemy pole Epoch: 1 do pliku, budujemy i voilla. Welcome into .eu -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. _______________________________________________________ złota zasada - kto się nie zna, niech się nie wypowiada
