delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2002/02/16/20:03:07

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
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 <cgf AT redhat DOT com>
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
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019