From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21961 invoked by alias); 15 Nov 2001 23:33:27 -0000 Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Received: (qmail 21857 invoked from network); 15 Nov 2001 23:33:21 -0000 Received: from unknown (HELO femail47.sdc1.sfba.home.com) (24.254.60.41) by sourceware.cygnus.com with SMTP; 15 Nov 2001 23:33:21 -0000 Received: from ece.gatech.edu ([24.5.105.154]) by femail47.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20011115233307.CAGP8623.femail47.sdc1.sfba.home.com@ece.gatech.edu>; Thu, 15 Nov 2001 15:33:07 -0800 Message-ID: <3BF450CE.1010706@ece.gatech.edu> Date: Sun, 11 Nov 2001 08:26:00 -0000 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: John Marshall CC: cygwin@cygwin.com Subject: Re: new site for my ports is up References: <5314439342.20011114212805@familiehaase.de> <3BF2D797.B0481987@ece.gatech.edu> <20011114211942.GB9636@redhat.com> <1119104841.20011114224550@familiehaase.de> <3BF2F6AD.726DB93E@ece.gatech.edu> <20011115100549.A1695@kahikatea.pohutukawa.gen.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2001-11/txt/msg00370.txt.bz2 John Marshall wrote: > On Wed, Nov 14, 2001 at 05:56:45PM -0500, Charles Wilson wrote: > >>My point was that the off-site versions should install into /usr/local >>(or /opt/ or whatever, just *NOT* /usr). When you're ready to >>contribute them to the main dist, THEN (and only then) rebuild them to >>install into /usr and upload (to sourceware) as a test release. >> > > Er, can you say why? Way back at the dawn of time (which 1.1 was first released and "cygwin" was split into the many separate packages we now know and love) it was decided that "official" packages would install into /usr. That's all. Common courtesy then requires that if you are creating an *unofficial* package, that you do NOT put it into /usr, lest it be confused with an official version. > Over in RPM land, I have users telling me that they want the > /usr v /usr/local decision to be determined by whether something is > package managed (and thus uninstallable via rpm/setup), rather than > by whether it happens to come from the vendor. Well, we certainly can't stop you from doing whatever you want. However, I believe the LSB/FSH actually *does* say something about distribution-vendor supplied packages treated differently from "random" ones. But I could be wrong (it's happened before). > So I get flamed for producing a .rpm that installs to /usr/local, and > am probably going to change to /usr because I think they're right. If you are creating your own distribution, then *YOU* are the vendor. You can put whatever you like into /usr. or /fred. Just don't refer your users to us. > Many of my dumb users want to run Cygwin programs from a DOS window. > So if I installed to /usr/local I would need to tell them to add two > directories (C:\Cygwin\bin & C:\Cygwin\usr\local\bin) to their Windows > PATH instead of one, increasing the scope for screwups. Oh, the horror. And msvcvar.bat doesn't add 4 or 5 dirs to the path? > Currently I produce a package for Cygwin setup.exe that installs to > /usr, and I'm about to start getting flamed for that too? :-) No. We can't stop you, and really have no interest in flaming you about your personal cygwin-derived distribution. Just so we don't get spillover questions on the list. > Having off-site packages install to /usr/local on Cygwin would certainly > show whether they were official or not (cf rpm -qi), but that information > is already pretty much available in /etc/setup/installed.db if off-site > people deliver their package tarballs to setup in a directory other than > "latest" or "contrib". But latest and contrib are going away, AFAIRC. Chris has a grand refactoring scheme where the packages actually live in a tree structure related to the primary category (Net, Base, Lib, Graphics, etc) right, Chris? Oh, and long term, installed.db may become an actual database instead of a simple text file... --Chuck -- 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/