Local Setup Cache

Michael A. Chase mchase@ix.netcom.com
Sat Jun 30 00:59:00 GMT 2001

----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>
To: <cygwin-developers@sources.redhat.com>
Sent: Friday, June 29, 2001 19:31
Subject: Re: Local Setup Cache

> On Fri, Jun 29, 2001 at 07:12:49PM -0700, Michael A. Chase wrote:
> >I wrote a script to remove archives from my local cache that aren't
> >in setup.ini.  I suspect that this is a growing problem especially with
> >code that adds unmentioned files to the module list in choose.cc.  Would
> >be reasonable to put something in setup.exe to remove obsolete archives?
> Hmm. The logic that I added to do this really needs for the FIXME comment
> that I added to be done before we release this.  Currently, it will
> insert packages in inappropriate "trust" positions.
> I hadn't considered the scenario of latest/bash getting filled up with
> versions of bash.  The current code could easily put an older version of
> in the "experimental" postion rather than the "prev" condition.

Many packages have "prev" a version already but no "test" version, so the
most likely situation is that a version that has been replaced will get
slotted in the "test" position.  Hence my question of whether putting code
in setup.exe to weed out obsolete versions would be reasonable.  I am
willing to do the coding after the current burst settles down a bit.

An easier alternative to code would be to ignore versions that aren't in
setup.ini whose version numbers are lower than the current, previous, or
test version.  That still leaves people (especially the less experienced or
attentive) with obsolete versions in their local cache.  Eventually the old
versions will fill up their disk.  Is this part of the plan for taking over
the universe?  I don't know how this can be used to control the fan on
laptops though.  :}b

Mac :})
** I normally forward private questions to the appropriate mail list. **
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.

More information about the Cygwin-developers mailing list