From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6474 invoked by uid 1002); 6 Jun 2003 00:32:19 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 8978 invoked from network); 6 Jun 2003 00:32:18 -0000 Date: Fri, 6 Jun 2003 01:21:27 +0100 From: Nick Perry To: gentoo-dev@gentoo.org Message-Id: <20030606012127.7c7e6594.nick@nickperry.com> In-Reply-To: <3EDFA3DD.8050006@gmx.net> References: <3EDFA3DD.8050006@gmx.net> Organization: NTech Systems X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; sparc-sun-solaris2.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] little filesystem layout idea X-Archives-Salt: f5d74109-037d-486e-a104-6c543f54104b X-Archives-Hash: 4e03309873e96ea7b03245b6c41d96fd I fail the point in that. It's the opposite of what makes sense, i.e. putting symlinks in /usr/bin to programs in /usr/blah/bin, which allows easy execution of said programs without having a very long PATH variable and allows easy management of applications as they can be completely contained under their own directory tree. Nick On Thu, 05 Jun 2003 22:11:09 +0200 Thomas Weidner wrote: > What about the following: > instead of heaving /usr/X/Y, /usr/X/Y is a symlink to /usr/Y/X. > so /usr/qt/3/bin whould be a symlink to /usr/bin/qt/3. > the advantage? all binaries/libraries/headers/... are under a common > subdirectory (/usr/bin,/usr/lib,/usr/include) and not spread in /usr. > This could be usable in network environments where > /usr/bin,/usr/share,... are mounted as NFS export. (and it's closer to > the FHS....). > > bye Thomas > > PS: sorry for bad english > PPS: i don't want another filesystem layout flame thread,it's just an > idea.... > > > -- > gentoo-dev@gentoo.org mailing list > -- gentoo-dev@gentoo.org mailing list