From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SNw0A-00086z-Je for garchives@archives.gentoo.org; Sat, 28 Apr 2012 00:59:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 96CF1E080A; Sat, 28 Apr 2012 00:58:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D1C71E0793 for ; Sat, 28 Apr 2012 00:58:07 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 65A071B400A for ; Sat, 28 Apr 2012 00:58:07 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.133 X-Spam-Level: X-Spam-Status: No, score=-1.133 tagged_above=-999 required=5.5 tests=[AWL=-0.385, BAYES_00=-1.9, RCVD_NUMERIC_HELO=1.164, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bVtejzbMLxnG for ; Sat, 28 Apr 2012 00:58:00 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 4E4A81B4015 for ; Sat, 28 Apr 2012 00:58:00 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SNvz1-0001M4-Fx for gentoo-dev@gentoo.org; Sat, 28 Apr 2012 02:57:55 +0200 Received: from 91.85.44.198 ([91.85.44.198]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 28 Apr 2012 02:57:55 +0200 Received: from slong by 91.85.44.198 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 28 Apr 2012 02:57:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Steven J Long Subject: [gentoo-dev] Re: Re: Proposal to move use.local.desc somewhere in /var Date: Sat, 28 Apr 2012 02:02:07 +0100 Organization: Friendly-Coders Message-ID: References: <201204241332.24934.vapier@gentoo.org> <201204251151.55728.vapier@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 91.85.44.198 X-Archives-Salt: b2341d78-0e1f-422d-a25b-0d1735dd0398 X-Archives-Hash: 53825372a61ebe05bed4a6308e89f745 Mike Frysinger wrote: > On Wednesday 25 April 2012 02:26:19 Steven J Long wrote: >> Mike Frysinger wrote: >> > Paul Varner wrote: >> >> Robin H. Johnson wrote: >> >> > Why are we keeping it? I move that we remove it. It's been replaced >> >> > by USE flags in metadata.xml for several years now. >> >> >> >> euse from gentoolkit still uses it since it is written in bash and XML >> >> parsing in bash can be problematic. We really need to get euse >> >> rewritten in python so it can use the portage and gentoolkit API's >> >> before we get rid of the file. >> > >> > it's also a bit of a speed issue. i often want to look at what flags >> > get used >> > across the tree. what's faster: loading + parsing 15000 xml files, or >> > loading 1 file ? shifting it to metadata/ as a cache of all the xml >> > files is probably fine, but i'm not sure dropping it completely is an >> > improvement. >> >> Agreed. I don't think it's a good idea to lose the ability to script >> against the tree from bash. > > technically, you can script with xml files just fine from bash. install > app- text/xmlstarlet and use the `xml` tool. Oh, I've been a fan for several years[1] :) I still don't want to require it as a dependency, especially when, as you say, it's quick and easy to access a single file per-repo. There's utility in it, and there isn't any real gain in ditching it, beyond not requiring its generation. And since it's been unnoticed for such a long while, it can't be causing any real troubles. So why lose its usefulness? It certainly counts as a file that should be synchronised as part of the repo, though. So if you're going to move it to /var, better to move /usr/portage itself, imo. (This thread feels like it's really about that, tbh, but users can already set it where they want and often just have a separate partition, or if they're bothered have already configured it to /var/portage, so it's more about new users, and whether a baselayout change is worth the hassle.) Regards, Steve. [1] cf: /msg friendlyToaster xml -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)