From owner-freebsd-bugs Fri Jul 5 5:20:26 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 091C837B406 for ; Fri, 5 Jul 2002 05:20:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A15B243E31 for ; Fri, 5 Jul 2002 05:20:08 -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 g65CK7JU007977 for ; Fri, 5 Jul 2002 05:20:07 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g65CK7vm007976; Fri, 5 Jul 2002 05:20:07 -0700 (PDT) Date: Fri, 5 Jul 2002 05:20:07 -0700 (PDT) Message-Id: <200207051220.g65CK7vm007976@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Alexey V. Neyman" Subject: Fwd: Re: bin/40222: [directory hierarchy] /usr/contrib Reply-To: "Alexey V. Neyman" 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: "Alexey V. Neyman" To: bug-followup@freebsd.org Cc: Subject: Fwd: Re: bin/40222: [directory hierarchy] /usr/contrib Date: Fri, 5 Jul 2002 15:57:40 +0400 I believe the submitter meant this description. ---------- Forwarded Message ---------- Subject: Re: bin/40222: [directory hierarchy] /usr/contrib Date: Fri, 05 Jul 2002 12:54:16 +0200 From: Igor Sobrado To: "Alexey V. Neyman" > Have you noticed the /usr/local directory in the default > installation? It serves almost the same purpose that you described. Yes, I am aware of /usr/local (BSD operating systems) and /opt (SVR4.x operating systems) too. The problem I am trying to avoid is another one: About two years ago, Sun Microsystems released Solaris 8. That OS release provided a lot of Gnu stuff (and other optional software too...) in /usr/bin. Some of the new add-ons are broken (for example, bzip2 has a race condition that sometimes deletes not only the output of that command but also the file that is being compressed.) Perl, and Tcl/Tk, does not works for all users (it does not work when building the MICE related video-conferencing software.) ...and there is the well known zlib problem too. The problem is that users cannot change that software without breaking the operating system (there are a lot of new administrative scripts that depends on those versions and that are hard-coded to /usr/bin/*). Changing that software makes the system behaviour unpredictable for service staff. Adding that software to /usr/contrib/[s]bin will allow a user to add a new release of that software without changing the operating system behaviour. IMHO, it is a good improvement. And there is some people in the Sun's technical staff that agrees with me. Igor. -- Igor Sobrado, UK34436 - sobrado@acm.org ------------------------------------------------------- -- ,----------------------------------, | L'enfer ou tu iras, j'irai aussi | Alexey V. Neyman | Et ce sera mon paradis... | mailto:alex.neyman@auriga.ru `--------------------( Frollo )----' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message