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 46C4A13800E for ; Thu, 9 Aug 2012 02:05:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 73F1AE0752; Thu, 9 Aug 2012 02:05:34 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D35BAE0720 for ; Thu, 9 Aug 2012 02:04:44 +0000 (UTC) Received: from [192.168.26.5] (ip98-164-193-252.oc.oc.cox.net [98.164.193.252]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 29C1E1B4024 for ; Thu, 9 Aug 2012 02:04:44 +0000 (UTC) Message-ID: <50231ABB.40501@gentoo.org> Date: Wed, 08 Aug 2012 19:04:43 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:14.0) Gecko/20120802 Thunderbird/14.0 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Don't require assignment of empty variables in ebuilds? References: <20486.63521.223740.628410@a1i15.kph.uni-mainz.de> <201207251200.39910.vapier@gentoo.org> <20496.8429.216032.904090@a1i15.kph.uni-mainz.de> In-Reply-To: <20496.8429.216032.904090@a1i15.kph.uni-mainz.de> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 892a2acc-4895-4fd8-920a-e4edc593822f X-Archives-Hash: 51b0ffc77a57f4001f1712c84637d334 On 07/25/2012 09:38 AM, Ulrich Mueller wrote: > On the other hand, tree policy (as enforced by repoman) wouldn't > really change. In the cases you've mentioned above, it already > displays errors or warnings. Repoman also doesn't distinguish between > empty and unset variables. The single exception to this is IUSE, which > is required to be present in an ebuild even if it's empty. Maybe we > should drop this requirement, too. IUSE.undefined is removed in Portage git: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=f7ec7a4db6543e1fd3a13c341a37ccb667956978 -- Thanks, Zac