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 Delivered-To: mailing list cygwin AT cygwin DOT com Date: Sat, 16 Feb 2002 19:57:27 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Registry freedom Message-ID: <20020217005727.GA15643@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <1013760405 DOT 2121 DOT ezmlm AT cygwin DOT com> <3C6DF94A DOT 2079DCC0 AT windriver DOT com> <20020216162734 DOT GB25836 AT redhat DOT com> <3C6EB068 DOT CE60F69A AT windriver DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C6EB068.CE60F69A@windriver.com> User-Agent: Mutt/1.3.23.1i On Sat, Feb 16, 2002 at 11:18:00AM -0800, Doru Carastan wrote: >>I can see why Wind River might have a problem since apparently you're >>basing your Windows offering Red Hat's technology. You probably don't >>want to have to install your software into an existing commerical >>directory that has the name "redhat" or "cygnus" in it. However, >>accomodating that really isn't a goal that I am very interested in. > >You are making a false assumption. Are you saying that your Windows tools don't use Cygwin? I was under the impression that you used the DLL. Oh well, live and learn. >The Cygwin + custom GNU tools >installer I created installs this tools for system wide use by various >product installers. The default location is %SystemDrive%\wrtools to >avoid cluttering an existing C:\cygwin. It would hardly be cluttering to produce an /opt/wrtools. That's what you'd do on linux or something similar. You wouldn't create your own bin directory somewhere off the root on UNIX. >Some users might have various versions and is not a good practice to >mess up what they have. I really don't want folks to be creative and >make changes to the stuff I rely on. They can play with c:\cygwin if >they want to. I also advocate the slogan "you package it, you maintain >it". That's fine, but none of this is really a goal for cygwin as I see it. >When the user starts a WR product installer he/she will be prompted for >a location to install for that media. The product install dir has no >connection whatsoever with the location of the Unix emulator providing >the POSIX API. Ok. Then the mount table doesn't really matter at all. Just ignore it. Use /cygdrive/whatever for everything. >Obviously you have total control over your distribution. Probably >other developers will see the value and be more open to this since it >can simplify the debugging process. I'm not sure what having other developers being more open to this might mean since I'm not convinced in any way that it is a good thing. I am no more convinced now than I was the last two or three times this was suggested. Or, let me put it another way. I'm always open to inspecting actual source code patches. Until then, I think my stance on "good ideas" should be well known in this mailing list. cgf -- 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/