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 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Third-party products that include Cygwin Date: Fri, 12 Dec 2003 17:04:11 -0500 Message-ID: <3D848382FB72E249812901444C6BDB1D022F46DE@exchange.timesys.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Robb, Sam" To: "Cygwin List" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id hBCM84Q8023122 > > An > > alternative is a nice automated way in their installer to invoke the > > Cygwin installer. > > Heh... that would IMO require setup.exe to be able to do > batch runs. Not > possible, unless changes has been done very recently. Huh? We've been doing things that way with our software installer for a good 6-9 months now, using a version of setup.exe built from a CVS snapshot. If the user needs Cygwin installed prior to installing our sofware, we kick off setup.exe and let it do it's thing. We do this so the end user at least has a fighting chance of getting questions answered if they post to the mailing list :-) We're not up to installing 1.5.x yet, though. We'll have to wait and see, but I suspect that the sheer number of packages has finally pushed it to the point where we'll need to go with one CD for Cygwin binaries, one CD for source. -Samrobb -- 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/