Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Date: Mon, 18 Feb 2002 23:18:22 EST
To: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>,
   cygwin-apps AT sources DOT redhat DOT com
Subject: Re: Setup
X-Mailer: Virtual Access by Atlantic Coast PLC, http://www.atlantic-coast.com/va
Message-Id: <VA.00000a85.002acfa0@thesoftwaresource.com>
From: Brian Keener <bkeener AT thesoftwaresource DOT com>
Reply-To: bkeener AT thesoftwaresource DOT com
In-Reply-To: <002501c1b8e4$9754b5d0$0200a8c0@lifelesswks>
References: <015a01c1b886$622561b0$0200a8c0 AT lifelesswks> <VA DOT 00000a82 DOT 00e1d48b AT thesoftwaresource DOT com> <002501c1b8e4$9754b5d0$0200a8c0 AT lifelesswks>

Robert Collins wrote:
> I have emailed trying to start a discussion on this at least twice. My
> contention is that this is a factor for setup.ini to take care of, not
> setup.exe. It's easier to add entries than have complex logic for
> removing them when they aren't appropriate.
>
So what you're saying is just looking at Current vs Previous - if there was no 
setup.ini entry for current and there was only an entry for previous then with 
the default display set to current the selected default action for the 
theoretical package would be uninstall (just as I saw on the Test) - correct?

And in addition if as a maintainer I didn't want this to happen then I should 
make sure I have a prev,curr and test in setup.ini even if they all are the 
same file name.

This bears the question (if my previous assumption is correct) what if my 
setup.ini has a prev, curr, and test file defined but I am doing an "Install 
from Local Directory" and the test version does not exist on my system.  I 
would assume that since I defined a test and even though is does not exist that 
my default action would be keep - true?

bk