Date: Mon, 11 Dec 2000 16:17:11 -0500 (EST) From: "Brandon D. Valentine" <bandix@looksharp.net> To: "Michael C . Wu" <keichii@peorth.iteration.net> Cc: David Gilbert <dgilbert@velocet.ca>, Brian Dean <bsd@bsdhome.com>, Mike Meyer <mwm@mired.org>, current@FreeBSD.ORG Subject: Re: [current] Re: Confusing error messages from shell image activation Message-ID: <Pine.BSF.4.21.0012111606250.11430-100000@turtle.looksharp.net> In-Reply-To: <20001211112908.B39546@peorth.iteration.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 11 Dec 2000, Michael C . Wu wrote: >I know I should not jump into this bikeshed. But IMHO, whereever >we have our packages install to, we should also place >our ports metadata (/var/db/pkg) and the ports skeleton in the >same place, preferably a mountpoint. This allow me to switch >between different sets of installation with ease. (No, please >do not tell me to change PREFIX and mv /usr/local /usr/local.bak) >With this setup, I can rm -rf <whatever place this goes>, and >have a clean system again. For the ports developers, we can >switch between configurations without the need for chroots or >jails taking up disk space. I would agree strongly with this. Something like: /usr/ pkg/ bin/ db/ <-- /var/db/pkg, why is that in /var anyway? it's not exactly temporary or transient information. etc/ include/ info/ lib/ libexec/ man/ sbin/ share/ src/ <-- /usr/ports/* This would make it easy for one to return his system to a pristine state. Simply removing /usr/pkg would get rid of all third-party information. It makes sense to package this entire directory together. If one wanted a fresh system he could remove /usr/pkg, do a make world, and tell mtree to remove anything not in the system mtree file. -- Brandon D. Valentine <bandix@looksharp.net> "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0012111606250.11430-100000>