Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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 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 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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. --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/