X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,SARE_MSGID_LONG45,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <4BB9FCEF.7090404@gmail.com> References: <4BB8C309 DOT 60704 AT gmail DOT com> <4BB9D42E DOT 40509 AT gmail DOT com> <4BB9E481 DOT 8090706 AT gmail DOT com> <4BB9FCEF DOT 7090404 AT gmail DOT com> Date: Mon, 5 Apr 2010 18:04:18 +0300 Received: by 10.216.176.141 with SMTP id b13mr3768623wem.65.1270479858490; Mon, 05 Apr 2010 08:04:18 -0700 (PDT) Message-ID: Subject: Re: cygintl-8.dll was not found From: wefwef wefwef To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Mon, Apr 5, 2010 at 6:08 PM, Dave Korn wrote: > On 05/04/2010 15:40, wefwef wefwef wrote: > >> Do you think it should pay attention to the existing installation when >> it is downloading to an entirely different directory to create an >> entirely separate installation? > > =A0That isn't how local package cache dirs work. =A0The purpose of setup.= exe is > to install and subsequently update your installation. =A0The package cach= e dir > is just a cache dir, it does not determine which installation you are > referring to and changing the package cache dir does not mean that you are > trying to create a new installation. =A0It just means that you are trying= to > create a new package cache dir to work with your existing installation. I understand that it's behaviour is by design, I'm just saying that the design is sub optimal. > >> The cygwin setup program has some obvious gui design flaws - a two >> year old can see that. It is a disaster from a usability point of >> view. > > =A0Abusive name-calling is not a bug report. =A0You're just in a bad mood= and > taking it out on the mailing list. Refer to my earlier mail for the full details of what's wrong with the gui. To accuse me of being in a bad mood because I point out something that is blatant and obvious is ridiculous. > >> I found it anything but deterministic, producing different results >> almost every time I ran it. > > =A0In between every time you ran it, you changed things. =A0Of course it > responded differently. =A0You never actually did the exact same thing twi= ce. > >> That means the it's either got bugs, or >> it's so badly designed that mistakes are almost inevitable, either way >> it's a fault with the installer. > > =A0No, the fault is with you for making guesses at what it does and blami= ng > everyone else when you turn out to be wrong. =A0Seriously, your assumptio= n that > changing the local package dir is something you do in order to "create an > entirely separate installation" is a fiction, entirely ungrounded in anyt= hing > the documentation claims, and it is the root fallacy that is the cause of= the > disconnect between your expectations and reality. That wasn't my main problem, I just pointed it out as a rather undesirable flaw in the installer. I mean, it's a function of the installer to be able to download a set of packages, but for that to actually work properly, you have to rename or remove your existing installation. Seems a bit slapdash to me. Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple