Date: Sun, 11 Feb 2001 23:40:46 -0500 (EST) From: Jim Weeks <jim@siteplus.net> To: Helge Oldach <Helge.Oldach@de.origin-it.com> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Ports updating... Good ways? Message-ID: <Pine.BSF.4.21.0102112321470.1189-100000@veager.siteplus.net> In-Reply-To: <200102111228.NAA06399@galaxy.de.cp.philips.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 11 Feb 2001, Helge Oldach wrote: > Jim Weeks: > >On Thu, 8 Feb 2001, David Bushong wrote: > >> I'll try to put a "cleanup" mode in one of these days, but it's rather nasty, > >> since basically you have to: > >> > >> pkg_delete all of the versions (including the most recent), pkg_delete all > >> of the programs that depended on older versions, reinstall/rebuild the most > >> recent version, then rebuild the dependent packages. > > > >You don't really have to do this. You can remove the info files for the > >old versions from /var/db/pkg/. For instance, if you have checked > >pkg_info and found you have two versions of zip ie zip-2.3 and zip-2.2, > >simply rm -r /var/db/pkg/zip-2.2 > > Disagree. Consider that zip-2.2 had added a file /usr/local/where/ever > which is no longer part of zip-2.3. Now you want that one cleaned up as > well, don't you? Well, as I said in an earlier amendment to this thread, no. My opinion of this matter, and it is just that, my opinion. Disk real-estate is cheaper than down time. Sometimes cleaning out every dependacy associated with a critical package can results in the machine becoming inoperable for too long a period. I hold to the opinion that a good house-cleaning, as in moving user files to a completely new installation, is a better choice when you feel things have become to muddled. This is purely my opinion. I appreciate yours ;-) Jim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" 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.0102112321470.1189-100000>