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 1M4iJs-0000k5-LG for garchives@archives.gentoo.org; Thu, 14 May 2009 21:18:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 041FEE03ED; Thu, 14 May 2009 21:18:23 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C9D21E03ED for ; Thu, 14 May 2009 21:18:22 +0000 (UTC) Received: from localhost (0x3ef266d2.svgnxx4.dynamic.dsl.tele.dk [62.242.102.210]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id E2C7365ECD for ; Thu, 14 May 2009 21:18:21 +0000 (UTC) Date: Thu, 14 May 2009 23:16:23 +0200 From: Peter Alfredsen To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] The fallacies of GLEP55 Message-ID: <20090514231623.409c8eb7@gentoo.org> In-Reply-To: <4A0C790A.1050209@gentoo.org> References: <200905142006.51998.patrick@gentoo.org> <4A0C790A.1050209@gentoo.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; x86_64-pc-linux-gnu) 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=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 4a3e22ec-6a8e-4178-a6a6-5a2ecaa51736 X-Archives-Hash: b10f791d65e9a9b47dd2d5d63564660a On Thu, 14 May 2009 22:03:22 +0200 Ben de Groot wrote: > I concur that speaking for myself, I don't understand the issue. And > it looks like many others don't either. So if anyone wants to promote > this GLEP, their job is clear: make people understand what the issue > is here, and convince them it is actually an issue. (Examples, > scenarios usually work well, indeed a lot better than calling people > names.) We need a mechanism to be able to use newer bash-features in ebuilds. Preferably one that doesn't go "Wait a couple of years, hope everyone did X then Just Do it." We want one that goes like "Get a new EAPI approved with new minimum bash-version attached, start using cool stuff like ( Bash-4.0 ): shopt -s globstar for i in /usr/share/man/**/*remote* do stuff done Built-in find in bash, how do you like them bananas? :-) find equivalent would be, if you wanted the same level of space-safety: while read -r line do stuff done < <(find /usr/share/man -name '*remote*') Personally, I like the first version better. It would be cool if we could start using it sooner. GLEP-55 provides the "clean" solution, by just making the file name indicate what's inside. No need to parse, no nothing. Portage is currently testing a "first line with EAPI= determines EAPI" method. That's slightly less clean, but has the added benefit of not breaking anything that relies on .ebuild extension for ebuilds and I think it's not an unreasonable limitation on ebuilds to require EAPI= to be parseable by !bash. /loki_val