From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from oaktree.cisco.com (oaktree.cisco.com [144.254.15.105]) by chiba.3jane.net (Postfix) with ESMTP id 28DECAC4FA for ; Fri, 5 Jul 2002 11:34:04 -0500 (CDT) Received: from localhost (wmertens@localhost) by oaktree.cisco.com (8.11.6+Sun/CA/950118) with ESMTP id g65GXl620314; Fri, 5 Jul 2002 18:33:47 +0200 (CEST) X-Authentication-Warning: oaktree.cisco.com: wmertens owned process doing -bs Date: Fri, 5 Jul 2002 18:33:46 +0200 (CEST) From: Wout Mertens X-X-Sender: wmertens@oaktree.cisco.com To: Fuper Cc: gentoo-dev@gentoo.org Subject: [gentoo-dev] Stow (Was: Why the FHS can't be followed) In-Reply-To: <1025665683.2980.120.camel@silver.perimeter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 04b3727a-c9aa-464f-af9e-e6e77dbf6186 X-Archives-Hash: d36c7cb1bbfc912e2a79e79abc0264ee Hey there, On 2 Jul 2002, Fuper wrote: > On Tue, 2002-07-02 at 20:54, Luke Ravitch wrote: > Now, as for Stow -- I beat you up for not loving Stow! I may find some > drawbacks in the future that are not apparent to me now but it seems to > me that the tiny Stow script makes it possible to install, upgrade, and > remove software packages without depending on a database to track all of > the files. For example, I can answer the following questions without > reference to an rpm or dpkg (or portage) database: [...] I agree, stow is cool and at work we use it to maintain our 12GB /usr/local tree that is exported over nfs to our workstations. Some drawbacks, however: - You have a slight speed loss because of the symlinking adding extra lookups. Luckily, Linux has very good caching :) - Some packages hate it when you symlink stuff; e.g. sudo needs its sudoers file to be a regular file. Granted, this is a configuration file and as such may not need to be symlinked in a general gentoo context, so this could be solved by just creating a regular file in the pkg_postinst. - stow -R can grind your server to a screeching halt if you have many files. I'm sure this is solveable by rewriting the code a little, and I don't know if recent versions have trouble with it since we don't try it anymore ;) - You have a lot of symlinks in your /usr, which makes ls -l a bit less attractive to look at. Of course, there's still ls -lL ;-) I've been considering nagging to drobbins about changing Portage so that merging actually means 'Copy package to /var/db/packages///files/ and symlink everything' and unmerging means 'remove the symlinks'. Portage would then need a purge option to remove the package files altogether. This would have the advantage that you can always revert to a certain version of a package with certainty, since no files are removed from the previous package. And you see where a file comes from really quickly by looking at the symlink, which is very useful. And actually, I think it would be possible to let portage optionally have that feature, because the only thing it changes is where the files are installed and what merge and unmerge do. All the rest would stay the same. That way, people who want it can turn it on and the rest aren't bothered. Thoughts? Wout.