Date: Fri, 5 Jul 2002 02:07:54 -0700 (PDT) From: Igor Sobrado <sobrado@acm.org> To: freebsd-gnats-submit@FreeBSD.org Subject: bin/40222: [directory hierarchy] /usr/contrib Message-ID: <200207050907.g6597sKs097767@www.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 40222
>Category: bin
>Synopsis: [directory hierarchy] /usr/contrib
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Jul 05 02:10:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Igor Sobrado
>Release: 4.6-RELEASE
>Organization:
University of Oviedo
>Environment:
FreeBSD localhost 4.6-RELEASE FreeBSD 4.6-RELEASE #2: Thu Jul 4 09:59:34 CEST 2002 sobrado@localhost:/usr/src/sys/compile/HP-OB4100 i386
>Description:
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, ...).
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.
>How-To-Repeat:
It is only an improvement. And it does not violates POLA.
>Fix:
It is only a reasonable OS improvement.
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200207050907.g6597sKs097767>