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 Message-Id: <4.3.1.2.20020419102943.02a1aee0@pop.ma.ultranet.com> X-Sender: lhall AT pop DOT ma DOT ultranet DOT com Date: Fri, 19 Apr 2002 10:40:22 -0400 To: "Lawrence W. Smith" , cygwin AT cygwin DOT com From: "Larry Hall (RFK Partners, Inc)" Subject: RE: Where is the manual to manually install Cygwin in Windows 200 0 In-Reply-To: <20020419132109.AED43A13@mail.int.juiceco.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 09:21 AM 4/19/2002, Lawrence W. Smith wrote: > > From: Randall R Schulz [mailto:rrschulz AT cris DOT com] > > Sent: Friday, April 19, 2002 2:34 AM > > To: George Hester; cygwin AT cygwin DOT com > > Subject: Re: Where is the manual to manually install Cygwin > > in Windiows > > 2000 > > > > > > George, > > > > I don't know what's not to like about Setup.exe (well, maybe > > URL-encoded > > mirror directory names), but you're really bucking the tide and going > > against the grain in trying to install without Setup.exe. > > > > You'll also be told (if this message doesn't forestall it) > > that this list > > doesn't cater to problems with installation or problems > > originating in > > installation errors for people who don't use the standard > > installation > > procedure based on Setup.exe. > > > >He maybe bucking the tide but IMHO he does have a point of sorts: > >setup.exe has become a real mess TBH between the URL directory names, >accumulating multiple copies of data in multiple places instead of >the simple tree used before and the fallacy inherent in a GUI install. > >What makes for an "easy" install on one workstation ought to imply >ease of use on multiple workstations... it doesn't, quite the contrary, >a simple config file based approach with a script that did the >installing would be far, far easier. (such as make) > >As it is, it smacks of the "developer knows best" and "one size fits all" >approaches so popular at M$ which is sad given cygwin's heritage! > >Short-sighted, misguided install philosophy aside, thanks for a wonderful >selection of software :) Thanks for your points. These have been discussed before. You can review the discussion in the email list archive if you like. Key points of the installer are that it must not be reliant on facilities that are part of the packages it's installing and that it must be GUI based for the masses. That doesn't mean that these are exclusive requirements. The goal is to make setup support a variety of needs. But it needs to focus on a subset of those requirements initially, due to resource constraints. Anyone interested in seeing more progress in an area of their preference is welcome to join in the development of setup. That's generally the best way to resolve issues with missing functionality. I think we're all pretty clear on the varied needs for installation. IMO, it's only worth discussing here if it's in the context of new development work to improve setup. Any takers on that note? Larry Hall lhall AT rfk DOT com RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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/