Skip to Content.
Sympa Menu

sm-commit - Re: [SM-Commit] GIT changes to master grimoire by Ladislav Hagara (c4f7997820fb7e9b2976a23ef34203ae35cf2775)

sm-commit AT lists.ibiblio.org

Subject: Source Mage code commit list

List archive

Chronological Thread  
  • From: Flavien Bridault <vlaaad AT sourcemage.org>
  • To: sm-commit AT lists.ibiblio.org
  • Subject: Re: [SM-Commit] GIT changes to master grimoire by Ladislav Hagara (c4f7997820fb7e9b2976a23ef34203ae35cf2775)
  • Date: Thu, 03 Aug 2006 02:24:56 +0200

Le jeudi 03 août 2006 à 01:25 +0200, Ladislav Hagara a écrit :
> >
> >> Not a big deal, but I have understood we should reset PATCHLEVEL when
> >> upgrading...
> > Correct. According to http://wiki.sourcemage.org/DETAILS, PATCHLEVEL
> > should be removed when VERSION is changed.
>
> My English is horrible but "should be" surely does not mean "must be".
> I don't think developers reset it. Of course it isn't a problem.
> Just looking into "udev" spell. Who updated it to new version (even last
> two updates) and didn't reset PATCHLEVEL? :-)
>

Hrmmm... :=)
Actually I remind you that more as a reminder for myself... I keep
forgetting this and also removing UPDATED and BUILD_API=2 on updates,
because I sometimes do the update too fast. I could add that in my
upgrade spell, but that could be annoying for multi-versions spells.
To sum up, I think we are more than two people to forget this and that's
why I wanted to repeat the rule here one more time ! ;-)


> BTW, it could be fine if PATCHLEVEL was printed with gaze version (for
> example firefox 1.5.0.6-2). I think it is something in devel sorcery to
> print PATCHLEVEL but only with some special option. It could be printed
> with normal gaze version. If user reports problem with firefox 1.5.0.6
> we do not know what patches are applied, when (roughly) he/she cast it
> and so on. If he/she reports problem with version 1.5.0.6-2 we get more
> info. Moreover I would like to see these versions in our ledger. And for
> example highlight versions with security problems.
>
Most popular distributions do this, why not us ? Would it not be
therefore better to always start with -1 instead of void ?

> When we update SECURITY_PATCH we should update also PATCHLEVEL to see
> the change in "gaze version".
> Example:
> VERSION=1.5.0.5 -> PATCHLEVEL=6 -> SECURITY_PATCH=4
> Upgrade to new version: VERSION=1.5.0.6 -> PATCHLEVEL=0 (not removing
> from DETAILS just set to 0) -> SECURITY_PATCH=4 (never reset)
> Patch with new feature: VERSION=1.5.0.6 -> PATCHLEVEL=1 -> SECURITY_PATCH=4
> Security fix: VERSION=1.5.0.6 -> PATCHLEVEL=2 -> SECURITY_PATCH=5
> Patch with new feature: VERSION=1.5.0.6 -> PATCHLEVEL=3 -> SECURITY_PATCH=5
> Upgrade to new version with security fix: VERSION=1.5.0.7 ->
> PATCHLEVEL=0 -> SECURITY_PATCH=6
> ...
>
> Just thinking how to bind SECURITY_PATCH=5 with PATCHLEVEL=2. Need to
> know from VERSION-PATCHLEVEL if it is security fixed or no.
> What about SECURITY_PATCH (or FIX)=5:1.5.0.6:2 ?
> Just idea ...
>
--
Flavien Bridault

Disk, Graphics, Graphics-libs sections Guru
Source Mage GNU/Linux - http://www.sourcemage.org

irc: vlaaad
jabber: vlaaad AT amessage.be

Attachment: signature.asc
Description: Ceci est une partie de message numériquement signée




Archive powered by MHonArc 2.6.24.

Top of Page