Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
From: "Hannu E K Nevalainen \(garbage mail\)" <garbage_collector AT telia DOT com>
To: <cygwin AT cygwin DOT com>
Subject: RE: Cygwin_setup.exe comments...
Date: Thu, 2 Oct 2003 16:41:39 +0200
Message-ID: <NGBBLLIAMFLGJEOAJCCECEMPDEAA.garbage_collector@telia.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
In-Reply-To: <Pine.GSO.4.56.0310011525560.26607@slinky.cs.nyu.edu>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal

> From: Igor Pechtchanski

> On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:
>
> > > From: Igor Pechtchanski

> >  Note that 2.415 - the latest snapshot -
> > is the same you get by hitting "Install Now" at http://cygwin.com
>
> Hmm, I didn't notice that.  I run mine from CVS anyway... ;-)

 ;-) i.e. "WFM"

> > > Already there.
> >
> > Sorry; not entirely.
> > The last "Create Start Menu"-thing doesn't remember its
> setting. (Unless it
> > looks at the Start Menu contents?)
>
> I thought it did...  At least, if I uncheck the "Create Desktop Icon" box,
> it won't be checked next time I run setup...

 "Create Desktop Icon" is the one beeing "sticky" in the sense that it
always is ticked. Doesn't matter what I do. I have not played with "...Start
Menu icon" - as it stays the way I want it; unticked. (V 2.415)

> > > > 1a) allow flags to disable some diaglogs:
> > <SNIP>
> > >
> > > IMO, it's better the way it is now -- all the dialogs still
> there, but the
> > > values are saved; you just click "Next".
> >
> >  Please, no, Igor. You're beeing shortsighted.
> > Think about beeing able to *automate* things, or even present
> > "end users" less off options to ponder on (i.e. an admin has
> > set things up for a campus or some such).
>
> No, I was simply responding to the suggestion in the context in which it
> was being made.  The context was for manual installation through a GUI
> (but minimizing the number of dialogs displayed).  This is completely
> orthogonal to unattended setup mode (which is what you're referring to):

 IMO this is just another (i.e. lesser) degree of "unattended mode", which
will be very easy to implement - given that a completely unattended mode is
implemented in a wise manner.
I find this to be a so self evident way of writing software that I take it
for granted - maybe I shouldn't?
Some extra work is needed on the planning stage, and given you do the
planning well - you most likely will end up with someting that is easier to
maintain and change in the future.
Are you implying that setup isn't that well coded? ;-)
I have yet to look at the code.

> when you run setup in unattended (automated) mode, you don't care how many
> dialogs it displays, as long as you're not required to sit there and click
> the mouse.  What I said still stands (even for automated mode)...
> 	Igor

 I wouldn't be sorry if I could run setup.exe in unattended mode, automated
with some scripting. If it displayed its progress information in a
shell/console/rxvt window wouldn't make me any more sorry.
 And before you say it; The wget-based script out there isn't the same as
setup.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/