Debilni up2date - da se s tim neco delat?

Miloslav Trmac mitr na volny.cz
Sobota Květen 31 23:23:50 CEST 2003


On Sat, May 31, 2003 at 10:32:41PM +0200, Petr Tomasek wrote:
> Ale k cemu to je u baliku v RHL?
rpm ma jakysi algoritmus, jak pozna, ze 1.9.2 je novejsi, nez 1.0.9 .
Tento algoritmus uz dnes proste neni mozne zmenit, a take nikdy nebude
vyhovovat vsem schematum cislovani.

Nekdy v minulosti byla s RHL pravdepodobne dodavana verze s takovym
cislem, ktere je "vyssi" nez novejsi verze. Napr. 1.0beta je podle
rpm "novejsi" nez 1.0. To se da vyresit jen zmenou epoch.
Podobne prechod z cislovani 20031231 na 1.01.

Ta epoch v RHL je tedy zrejme proto, aby fungovaly aktualizace z
predchozich verzi RHL.

> Vzdyt tam je prece jasne, ze kdyz ma
> balika vyssi cislo, nez "novy", pak si ho tam musel dat uzivatel sam
> a neni zahodno mu jej prepisovat.
On ale nema novejsi "epoch-verze-release". rpm si (technicky opravnene)
mysli, ze Vase verze muze klidne byt o dva roky starsi. rpm tohle nemuze
uhodnout.

Shrnuti: balik, ktery pouzivate, nebyl spravne (vhodne?) vytvoren pro Vami
pouzivanou distribuci. 
	Mirek


Další informace o konferenci Linux