Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm Sender: cygwin-apps-owner AT cygwin DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT cygwin DOT com Message-ID: <3C55D55C.4050007@ece.gatech.edu> Date: Mon, 28 Jan 2002 17:49:00 -0500 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en-us MIME-Version: 1.0 To: Michael A Chase CC: Cygwin-Apps Subject: Re: base-files package needs a maintainer References: <052f01c1a735$e7e4ee90$0200a8c0 AT lifelesswks> <008101c1a84c$787292c0$0d00a8c0 AT mchasecompaq> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Michael A Chase wrote: > Shouldn't this be part of the ash package? Now that it's part of the Base > category, there shouldn't be any problem creating /etc/profile when ash is > installed. No. ash provides ash. base-files provides the data for a purely data-driven setup.exe. That is, the scripts (which require ash) to create /etc/.profile, /etc/.bashrc, etc. base-files may later do more stuff, like create the /usr/local/ tree and the /var tree -- why should setup.exe have that stuff hardcoded into it? Once the configuration tasks performed by base-files grows, why should it be part of the "ash" package? You don't want to redo the setup scripts when updating ash.exe, do you? --Chuck > -- > Mac :}) > ** I normally forward private questions to the appropriate mail list. ** > Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm > Give a hobbit a fish and he eats fish for a day. > Give a hobbit a ring and he eats fish for an age. > ----- Original Message ----- > From: "Robert Collins" > To: > Sent: Sunday, January 27, 2002 05:24 > Subject: base-files package needs a maintainer > > > >>Setup.hint: >>@ base_files >>sdesc: "Core common files needed for correct operation of cygwin" >>category: Base >> >>The entire package is attached. >> >>The /etc/profile generation is getting removed from setup.exe unless >>someone provides a _real good_ reason for it to remain. >> >>Setup.exe should be *data driven*, and in this area is not at the >>moment. >> >>This package can be released at any point, it shouldn't cause any >>problem with current setup.exe's, and will allow a future release of >>setup.exe to do away with the /etc/profile generation crud. >> > > > > >