Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Date: Fri, 23 Mar 2001 17:40:32 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin-developers AT cygwin DOT com
Cc: DJ Delorie <dj AT redhat DOT com>
Subject: Re: setup revisit
Message-ID: <20010323174032.A30954@redhat.com>
Reply-To: cygwin-developers AT cygwin DOT com
Mail-Followup-To: cygwin-developers AT cygwin DOT com, DJ Delorie <dj AT redhat DOT com>
References: <009201c0b373$270a6ee0$0200a8c0 AT lifelesswks>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.11i
In-Reply-To: <009201c0b373$270a6ee0$0200a8c0@lifelesswks>; from robert.collins@itdomain.com.au on Fri, Mar 23, 2001 at 07:27:43PM +1100

We've already been over most of the arguments in the past.  The original
version of setup.exe did include a cygwin1.dll and extracted a tar,
gzip, etc.

When DJ rewrote setup.exe he opted not go go this route.  Maybe he can
reiterate his reasons for doing this.

cgf

On Fri, Mar 23, 2001 at 07:27:43PM +1100, Robert Collins wrote:
>What's the general take on the following two options:
>
>1) Setup.exe does everything. It's all in the one exe, there's no
>"bootstrapping" concept.
>2) Setup.exe downloads a _very_ minimialistic cygwin environment, and
>then uses that to do the rest of the install. Such an environment might
>consist of cygwin1.dll, tar,rpm,rpmfind.
>
>1:
>benefits:
>*less to go wrong,
>*it's all pretty all the way.
>downside:
>*it's _much_ harder for us to leverage unix tools (and remember that
>also impacts getting contributors). *Understanding symlinks is also
>harder.
>*Users can't upgrade userland tools from within cygwin.
>
>2:
>benefits:
>* very easy to leverage unix tools.
>* much more flexability.
>* contributors can work with the native interface to the packaging
>format. This includes things like automatic menu driven config prompts..
>Note that included menus should be data driven so we can probably make
>them GUI fairly easily.
>downside:
>* it won't be pretty when the real work occurs -- at least not unless we
>include gtk+/win32 and a gui rpm/rpmfind!
>* The "bootstrap" intial tarball will be around 1-1.5 Mb (cygwin1.dll is
>600 Kb on it's own).
>
>
>I'm in favour of 2 - IMO we'll get more code reuse and faster turnaround
>time. (All the code for resumable downloads is already written for
>example).
>
>Rob

-- 
cgf AT cygnus DOT com                        Red Hat, Inc.
http://sources.redhat.com/            http://www.redhat.com/