[SM-Discuss] Proposal: gaze newer last_update

Arwed von Merkatz v.merkatz at gmx.net
Fri Jan 21 14:48:52 EST 2005


On Fri, Jan 21, 2005 at 10:52:15AM -0800, Seth Alan Woolley wrote:
> On Thu, Jan 20, 2005 at 01:59:49PM -0800, Andrew wrote:
> > On Thu, Jan 20, 2005 at 11:29:32AM -0800, Seth Alan Woolley wrote:
> > > If you're going to do work on this, I think that we should make a 
> > > distinction between last compile and last update.
> > > 
> > > With afrayedknot's new tablet support we can know the difference now and 
> > > head -n 1 the tablet history entry to get a real newer date. 
> > Well, theres no history per-se in the tablet, however things are stored
> > based on the time their installation completed. So you could easily
> > compare that timestamp with whenever the last system-update occurred.
> 
> I think I need to clarify:
> 
> spell imaginary-spell is added with version 1 in the distant past
> 
> spell imaginary-spell is updated with a security patch on day 1 to devel
> 
> on day 7 test grimoire is re-downloaded on computer-foo.
> 
> on day 7 imaginary-spell is recompiled via a sorcery rebuild
>   (or maybe an update from version 0)
> 
> spell imaginary-spell is updated on day 14 to test with security patch
> 
> ***problem cause*** The UPDATED value is listed as "day 1"
> 
> on day 20, computer-foo is updated. 
> 
> with UPDATED listed as day 1 on imaginary-spell and compile date is listed
>   as day 7, imaginary-spell's security update is not triggered for recompile
> 
> I'm just hoping for some way to avoid that.  This also happens when 
> scribe update is run a time significantly before an update, not just 
> when we have lagged updates to the grimoire.

Didn't you think about a PATCHLEVEL variable some time ago that was used
for updates instead of the date based UPDATED? I think that would solve
this problem easily.

-- 
Arwed v. Merkatz                              Source Mage GNU/Linux developer
                                                    http://www.sourcemage.org



More information about the SM-Discuss mailing list