Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com From: Chris Faylor Date: Thu, 30 Mar 2000 20:46:21 -0500 To: "'cygwin-developers AT sourceware DOT cygnus DOT com'" Subject: Re: Mo Dejong's install problems Message-ID: <20000330204621.A30076@cygnus.com> Reply-To: cygwin-developers AT sourceware DOT cygnus DOT com Mail-Followup-To: cgf AT cygnus DOT com, "'cygwin-developers AT sourceware DOT cygnus DOT com'" References: <20000330151528 DOT 18901 DOT qmail AT web125 DOT yahoomail DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.8i In-Reply-To: ; from mdejong@cygnus.com on Thu, Mar 30, 2000 at 02:26:53PM -0800 On Thu, Mar 30, 2000 at 02:26:53PM -0800, Mo DeJong wrote: >So the obvious question is, where is the "right" place to set env vars >like PATH. Is it /etc/profile? I do not think a .bat file that invokes >bash is the right place to do that. For one thing, it only works with >bash. There is also the fact that it does not work on Win95 or Win98. I'm not sure what you're suggesting. It almost sounds like you're advocating having cygwin search a file, every time a program is invoked, to read environment variables. It doesn't do that and I'm not sure that it should do that. The only other alternative is to use whatever Windows provides and that's what we do. You set the environment variables in autoexec.bat in Windows 9x or via the Control Panel in Windows NT. You can also set them in a standard .bat file which is what the cygwin net installer has done for some time, when it first invokes bash. The Cygwin CD installer doesn't do this, though, and it doesn't seem to have caused any problems. Instead, it sets the PATH environment variable using the most appropriate mechanism for the "OS" (Windows 9x or Windows NT). Maybe we should consider doing this in the installer. >So are there any reasons that cygwin should not "emulate the UNIX >startup processes"? What UNIX startup process would that be? Shells like bash will actually find a HOME directory if you have a /etc/passwd set up and if the program is invoked as a login shell. It is unfortunate but the HOME environment variable is used by some non-cygwin packages in non-cygwin ways. >I have heard this argument before. Once a person learns how something >works, they will just assume that other people should be able to figure >it out too. It is nice that you were able to install lots of earlier >versions of cygwin, but there are lots of other people who gave up >on cygwin because it did not work "out of the box" (I am mostly >talking about beta 20 here). Here is how it typically goes. > >Engineer> The product works. >Customer> I tried to run it but I could not get it working. >Engineer> You must have done it wrong, go back and try again. >Customer> I just tried it again, I can't figure it out. >Engineer> Well, it works on my box. What customers are you talking about here? Hopefully, Cygnus customers are receiving the full benefit of our technical support staff and are not talking to engineers who keep asserting that the customer is clueless. The hundreds of thousands of cygwin users on the net are hopefully receiving help from the cygwin mailing list. That is not to say that some people are falling through the cracks and seeing a negative cygwin experience, however, I hope that we will soon be in a position to respond rapidly to these complaints. >I am not sure what you mean by this. Are you saying that "minor" issues >like "cygwin does not install" and "cygwin does not work" do not belong on >the cygwin developers list? What Earnie was implying was that the primary goal of the cygwin-developers mailing list is to discuss the Cygwin DLL. The cygwin mailing list web page describes its goals. The goals also include the discussion of net releases and so I think that the discussion of installation strategy falls well within this. Btw, have you reported specific problems in installing B20.1? I don't recall seeing them. cgf