From owner-freebsd-current@FreeBSD.ORG Sun Jul 20 01:25:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99AF737B401 for ; Sun, 20 Jul 2003 01:25:36 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B8643F93 for ; Sun, 20 Jul 2003 01:25:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h6K8PZVI020214; Sun, 20 Jul 2003 01:25:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h6K8PZ48020213; Sun, 20 Jul 2003 01:25:35 -0700 (PDT) Date: Sun, 20 Jul 2003 01:25:35 -0700 (PDT) From: Matthew Dillon Message-Id: <200307200825.h6K8PZ48020213@apollo.backplane.com> To: Jon Disnard References: <200307181247.h6IClmUv065591@tower.berklix.org> <200307191815.h6JIFKks016721@apollo.backplane.com> <3F19C589.4010007@linuxpowered.com> cc: current@freebsd.org Subject: Re: Annoucning DragonFly BSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 08:25:37 -0000 :Wouldn't it be possible to achive the same result without the VFS with :well organized lib subdirs? like "usr/lib/xyzlib1.2/" and :"usr/lib/xyzlib1.3/" which would maintain the install for any given :version of a lib? In other words, instead of just dumping all the libs :into the one place, you simply place them into sub folders instead and :then link them as needed? Granted this would cause havoc for things like :LD_LIBRARY_PATH. I never did like the way we dump things in the lib :dir's, its messy. The VFS idea is interesting, but it like cleaning the :mess by sending parts of the big mess into another dimention, making it :a trans-dimentional mess (technically a larger mess). This throws away :the KISS principle. Not unless one wanted to make major modifications to all the third party applications out there, which nobody really wants to do, because hacking all those programs up makes it difficult to track updates. :> taken for granted. Begin userland VFSs with the capability of :> overlaying the entire filesystem space, these environments would be :> extremely powerful. : :I suspect this ability would usefull for other things too, possibly for :security lock-downs on shell users env's without chrooting them as an :example. : :-Jon Yes, Exactly. -Matt Matthew Dillon