Halihó!

Debian alatt ilyen esetben biztosra megyek: HOLD-ra teszem
a csomagot oszt frissítsd ha tudod.
Ráadásul mezei frissítésnél szól is, hogy lenne mit frissíteni,
de nem frissít, mert HOLD-on van a csomag.

Csacska kérdés: az rpm alapú disztrók esetén hasonló
megoldás nincs?

Zsolt

2021. 03. 06. 8:50 keltezéssel, Hegedüs Ervin írta:
Szia Feri,

On Fri, Mar 05, 2021 at 06:56:04PM +0100,wf...@niif.hu  wrote:
Hegedüs Ervin<airw...@arxnet.hu>  writes:

On Fri, Mar 05, 2021 at 08:03:14AM +0100, Kiss Gabor wrote:

Mert amikor kijön a gyári 3.0.5-1, akkor nem fog érvényesülni a
tiéddel szemben. 5pre üti az 5-öt.
Valszeg nem fog kijönni - mivel Debianról van szó, pont az a
probléma, hogy ha ki is jön, az most a SID-be kerül be max, majd
a testing-be, ami majd valamikor stable lesz. Ezek viszont kvázi
backport csomagok.
Ha kijön a következő stable Debian 1.0.5-tel, amikor neked még
valamelyik 1.0.5pre változat van telepítve, akkor nem az fog történni,
aminek kellene.
valóban, köszi az észrevételt.

Egyébként egy ilyen esetben a verzió felülírja a policy
beállítást is?

(Megj.: esetemben nem nagyon kell attól tartani, hogy egy adott
Debian verzión belül kijön egy újabb upstream verzió... :))

Pont erre van kitalálva a ~ karakter a Debian
verizójelölésekben: az a semminél kisebb.  Így például:

1.0.4 < 1.0.4.99 < 1.0.5~alpha3 < 1.0.5~beta1 < 1.0.5~rc2 < 1.0.5
ez az, amit így leírva nem találtam meg - de simán lehet, hogy én
voltam figyelmetlen.

Backportok verziózására is hasznos, de íme a szokásos watch file
fordulat az upstream verzió "jól sorrendezővé" alakítására:

uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/
Nos, azt hiszem akkor elkezdem az újrabuildelést :).


Köszi,

a.

_________________________________________________
linux lista      -linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

_________________________________________________
linux lista      -      linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

válasz