From owner-freebsd-bugs Fri Jul 5 2:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3881F37B400 for ; Fri, 5 Jul 2002 02:30:04 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9A0A43E09 for ; Fri, 5 Jul 2002 02:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g659U3JU073753 for ; Fri, 5 Jul 2002 02:30:03 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g659U33V073752; Fri, 5 Jul 2002 02:30:03 -0700 (PDT) Date: Fri, 5 Jul 2002 02:30:03 -0700 (PDT) Message-Id: <200207050930.g659U33V073752@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Sergey N. Voronkov" Subject: Re: bin/40222: [directory hierarchy] /usr/contrib Reply-To: "Sergey N. Voronkov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/40222; it has been noted by GNATS. From: "Sergey N. Voronkov" To: Igor Sobrado Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/40222: [directory hierarchy] /usr/contrib Date: Fri, 5 Jul 2002 15:24:25 +0600 On Fri, Jul 05, 2002 at 02:07:54AM -0700, Igor Sobrado wrote: > It should be nice to have a /usr/contrib in FreeBSD, in the same way > as it is supported in BSD/OS or HP-UX. /usr/contrib can be used to > support optional software useful for the operating system but that > it is not a part of it (bzip2, gzip, zip, perl, Tcl/Tk, expect, nmh, > ...). bzip2, gzip - externaly maintained parts of the base system perl - part of the base system 4.X man hier (see /usr/local). > Somtimes that software is useful for the operating system > (administrative Perl scripts that can be a part of the operating > system in the future.) Those scripts can be the path to the > interpreter hard-coded to /usr/contrib/bin. If a user needs a > modified release of that software (like a different release of > Tcl/Tk) it can add it safety without breaking the operating system > by replacing the fully functional releases. We can think on > problems that happens at present, for example with the binutils > chain. Depends of what do you want to get from changing release version of external software. It is a known huge number of features and errors, that makes the use of new versions of such utilities a very big problem without breaking entry system functionality :-(. As an example, take a look onto gcc version differences and changes in CURRENT branch. Serg N. Voronkov, Sibitex JSC, Tyumen, Russia. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message