From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 15C65138A1A for ; Wed, 7 Jan 2015 05:32:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 32FE7E07D8; Wed, 7 Jan 2015 05:32:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9328BE07D5 for ; Wed, 7 Jan 2015 05:32:31 +0000 (UTC) Received: from big_daddy.dol-sen.ca (S010634bdfa9ecf80.vc.shawcable.net [96.49.31.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dolsen) by smtp.gentoo.org (Postfix) with ESMTPSA id 17DF8340545 for ; Wed, 7 Jan 2015 05:32:30 +0000 (UTC) Date: Tue, 6 Jan 2015 21:32:19 -0800 From: Brian Dolbec To: gentoo-portage-dev@lists.gentoo.org Subject: Re: [gentoo-portage-dev] Re: [RFC] New file layout for PKGDIR and binhosts Message-ID: <20150106213219.0a981d81.dolsen@gentoo.org> In-Reply-To: References: <549A1C31.8040500@gentoo.org> <549A4C25.9050000@gentoo.org> <549A75C5.70600@gentoo.org> Organization: Gentoo Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: d5796926-c633-4249-b3f1-b313623d3558 X-Archives-Hash: aa6f68928e6e771fdceb1bdc136959e3 On Thu, 25 Dec 2014 10:03:05 +0000 (UTC) Duncan <1i5t5.duncan@cox.net> wrote: > Zac Medico posted on Wed, 24 Dec 2014 00:13:57 -0800 as excerpted: > > >> If there were some way to > >> get all the info for the binpkgs into one file (so it could be run > >> on cron or something), this could mean that I'd only have to do > >> one file request for all that metadata and would be much quicker > >> than inspecting all those files. > > > > That's what $PKGDIR/Packages is. > > This is a good excuse to ask a question that has bothered me for some > time, plus make a request for the new eclean-pkg replacement... > > Normally I like to keep several old binpkgs around for > troubleshooting reference or quick-install, but the combined set of > kde packages, for instance, can get pretty big, and with monthly > iterations, they build up pretty fast. > > But eclean-pkg doesn't have an easy way to say clean up /just/ > kde-base/ *, leaving the currently installed version and one previous > version for reference, cleaning out all others. (Sure I could > put /everything/ else on the exclude list, but what's really needed > is an include list, plus a "keep N more" option.) > > So I often end up cleaning packages like that out manually by simply > deleting them. My question is thus, does the remaining > index/db/cache entry get cleaned properly (when?) or am I leaving > uncleanable garbage behind when I do this? > > Which of course translates into a couple of feature requests for the > new eclean-pkg: > > 1) Make it possible to clean only selected pkgs or categories. > > 2) Have an option to clean up and/or regenerate the cache/index/db/ > whatever files, re-syncing them with what's actually there. > > ... > But of course that does make having an automated cleaner that can > keep just the last N package versions around while deleting the > others, that much more important. > Please file a feature request bug for gentoolkit/eclean. If I can ever get caught up with other things or we get a gsoc student that needs some extra work... Also with eclean and emaint rewritten (by me) so that eclean could use emaint modules directly. I have thought a few times we might migrate eclean from gentoolkit to emaint module(s) They can even be installed separately from portage via ebuild. The emaint system is fully modular with a plug-in system. -- Brian Dolbec