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
To:	cygwin AT cygwin DOT com
X-Injected-Via-Gmane:	http://gmane.org/
Path:	not-for-mail
From:	Charles Wilson <cwilson AT ece DOT gatech DOT edu>
Newsgroups:	gmane.os.cygwin
Subject:	Re: Problem with cygwin1.dll and xfree
Date:	Tue, 09 Jul 2002 12:02:55 -0400
Lines:	36
Message-ID:	<3D2B092F.1030606@ece.gatech.edu>
References:	<000301c226b5$6dec3d50$a701a8c0 AT earthlink DOT net> <200207092316 DOT 58319 DOT rasjidw AT openminddev DOT net>
NNTP-Posting-Host:	1cust30.tnt20.atl4.da.uu.net
Mime-Version:	1.0
X-Trace:	main.gmane.org 1026230520 6392 63.59.255.30 (9 Jul 2002 16:02:00 GMT)
X-Complaints-To:	usenet AT main DOT gmane DOT org
NNTP-Posting-Date:	Tue, 9 Jul 2002 16:02:00 +0000 (UTC)
Cc:	cygwin AT cygwin DOT com
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language:	en-us

Rasjid Wilcox wrote:


> That way, if I install program A which depends on the cygwin1.dll, and then 
> install program B (which has an older version of cygwin1.dll) it just leaves 
> the newer version there.  If I then install program C which requires a newer 
> version, the dll is then updated by the automated setup.exe.  If I then 
> install Cygwin via Setup.exe, it just notices that I already have the 
> cygwin1.dll and only updates it if necessary.
> 
> I think that basically what would be required would be to enable Setup.exe to 
> be controlled by a config file (similar to a RedHat kickstart file), and have 
> its GUI not displayed unless there was a problem and user interaction was 
> required.
> 
>


This is a good idea -- and the skeleton is already there.  What you need is
   1) first, command-line options that can completely control setup's 
behavior from start to finish.  Robert wrote and entirely separate 
GPL'ed option handler in OO C++ (all existing getopt/popt 
implementations are C, or C-dressed-up-as-C++).  There are even a few 
commandline options already implemented.  It just needs fleshing out

   2) Then, add the ability to read all of those options from a config 
file, including pkgs-to-install.  (This may actually already exist as 
part of Roberts GetOpt++ project)

So, help out with #1 above. <g>

--Chuck





--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -