bmp, wymagania..

[Adam Gołębiowski]

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.