From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2011-July/007010.html | 125 +++++++++++++++++++++++++++++++ 1 file changed, 125 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-July/007010.html (limited to 'zarb-ml/mageia-dev/2011-July/007010.html') diff --git a/zarb-ml/mageia-dev/2011-July/007010.html b/zarb-ml/mageia-dev/2011-July/007010.html new file mode 100644 index 000000000..9870d58e3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-July/007010.html @@ -0,0 +1,125 @@ + + + + [Mageia-dev] Updates and 0 release + + + + + + + + + +

[Mageia-dev] Updates and 0 release

+ Samuel Verschelde + stormi at laposte.net +
+ Tue Jul 26 17:48:55 CEST 2011 +

+
+ +
Le mardi 26 juillet 2011 12:40:02, Michael Scherer a écrit :
+> Hi,
+> 
+> while trying to work on the queue of update needing a push, I noticed
+> that almost all of them use a "Release: 0".
+> 
+> Since this has a specific meaning ( ie, used for pre release, or svn
+> snapshot ), using this for updates is quite confusing, and I do not see
+> the reason for that.
+> 
+> If the goal is to be sure that the software is still upgradable, the
+> whole %mkrel stuff should take care of that. And if not, we can rebuild
+> in cauldron to increase the release.
+
+The goal is indeed to make sure the software is still upgradable. Until now, 
+in Mandriva and we followed the same way in Mageia, the rule has been :
+
+* if version is the same, just increase subrel
+* if the update is a new version, put release 0 and subrel 1, then increase 
+subrel in subsequent updates concerning the same version
+
+If %mkrel could take care of that, that would be good, but for now this is not 
+the case, unless I'm mistaken :
+
+[sam at localhost mga]$ rpmdev-vercmp 1.6.17-1.1.mga1.i586 1.6.17-1.mga2.i586
+1.6.17-1.1.mga1.i586 > 1.6.17-1.mga2.i586
+
+whereas :
+
+[sam at localhost mga]$ rpmdev-vercmp 1.6.17-0.1.mga1.i586 1.6.17-1.mga2.i586
+1.6.17-0.1.mga1.i586 < 1.6.17-1.mga2.i586
+
+So, yes, it would be good if %mkrel would take care of that, but AFAIK it 
+requires development. Would 1.6.17-mga1.1.1.i586 instead of 
+1.6.17-1.1.mga1.i586 be a solution so that the distrelease tag has higher 
+precedence than the numbers ?
+
+If I'm forgetting something important that invalidates what I'm saying, just 
+let me know, it will just improve my understanding of RPM versioning :)
+
+Best regards
+
+Samuel Verschelde
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1