Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
Message-ID: <042f01c16b06$67ae3350$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <bkeener AT thesoftwaresource DOT com>, <cygwin-apps AT sources DOT redhat DOT com>
Cc: <cygwin AT cygwin DOT com>
References: <200111091357 DOT IAA29622 AT cs DOT umb DOT edu> <VA DOT 000009c5 DOT 0059ec5d AT thesoftwaresource DOT com> <20011109111617 DOT F24506 AT redhat DOT com> <VA DOT 000009ca DOT 00eab648 AT thesoftwaresource DOT com>
Subject: Re: Setup snpshot bug no skip/keep
Date: Mon, 12 Nov 2001 10:12:58 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 11 Nov 2001 23:18:50.0899 (UTC) FILETIME=[390A1630:01C16B07]

Redirected to cygwin-apps, please followup there.

----- Original Message -----
From: "Brian Keener" <bkeener AT thesoftwaresource DOT com>


> >
>
> Sure I noticed packages are of type info which is itself a structure
with all the
> pertinent info.  I also notice that the *installed* structure is a
different
> substructure from the selectable packages substructure *info*.  Under
a normal
> situation this is not a problem (and probably isn't for you more
experienced coders)
> but for me it was.  I will try to explain:  In info we have
bucket/slot (probably not
> the right term but go with me here) 0 which is Prev and bucket 1 is
Current and
> bucket 2 is Test or something like that and then we have a separate
structure for
> installed.  Now when installed is one of Prev, Curr or Test all is
wonderful and the
> enum we use to step through the Trusts works great.  But if installed
is outdated you
> now get a lot of extraneous code (at least I thought so) because
installed is not one
> of Prev, Curr, and Test and yet you want the option to keep the
installed available
> just like *keep*ing the Prev, Curr, or Test is available.  In my
attempts it was
> tough and created I lot of unnecessary code.  My contention is that
the structure
> should be bucket 0 is prev, bucket 1 is current, bucket 2 is test and
bucket 3 is
> installed.  Basically have 4 versions instead of 3 and two of them may
or may not be
> the same.  This also makes it easier for the actions which are based
on the trusts to

The problem with 4 buckets is that either 1 is a pointer to another or
you have to remember to change 2 whenever you change one. Both of which
will be annoying. When this becomes a bit more oop, this can be made
transparent, and then it will be easier.

The current UNKNOWN bucket, IMO should be used to store the installed
package details IFF it's not listed in setup.ini.

Also local tarballs should be included, and the bucket count should be
dynamic.

> I am sure you guys handled this no sweat - since I see Robert has
posted a fix for
> the skip/keep anyways and I did not mean to imply it was impossible to
fix, just
> thought I thought a slight structure change would make it not so
cumbersome (with my
> skills).

Yah, well my fix was broken, as I found when I tested.

Rob