From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1S6jaY-0005bH-UT for mharc-grub-devel@gnu.org; Sun, 11 Mar 2012 10:17:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53470) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6jaW-0005a9-9k for grub-devel@gnu.org; Sun, 11 Mar 2012 10:17:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S6jaT-0006Kg-A2 for grub-devel@gnu.org; Sun, 11 Mar 2012 10:17:31 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:40447) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6jaS-0006K7-UW for grub-devel@gnu.org; Sun, 11 Mar 2012 10:17:29 -0400 Received: by wibhj13 with SMTP id hj13so2089412wib.12 for ; Sun, 11 Mar 2012 07:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=OpCGNSXPxv60mwvbLrO66ZjG66+7oYwRq/r6AICS8CY=; b=OkkSOHFKivANERQyazten95u63Eo6QjxAhzWsJfHCtL3mWmbVvBnGi6DcDcf79AFLb XKil0rj6kAt/EquAEQgTYQ5S4ql5eR0Hxphu0Ce0YBWXJcRNcspEe+anAcYPCpIX0iaV N9dVKydNDlf/oI7P2MLP51VQLTwABOMPH/CZPpM3AIkyMgbMrUrE5nqfw7tPNP1UOXvZ reCL1k05TrVYEcFWh0ieXI6lpmU/eGuv/RGONhWzOGSA9/OygaUFRk8h1HtoA/f4zF/v BZUSnsywhCg/dLxFooBY2smFLKtGyA4KWxBipt2SM6gfAOlsw5gL24Nv4niCXesno+vH PIeQ== Received: by 10.180.80.104 with SMTP id q8mr19766716wix.14.1331475446827; Sun, 11 Mar 2012 07:17:26 -0700 (PDT) Received: from [192.168.178.55] (p5091C0D0.dip.t-dialin.net. [80.145.192.208]) by mx.google.com with ESMTPS id j3sm43013266wiw.1.2012.03.11.07.17.24 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Mar 2012 07:17:25 -0700 (PDT) Message-ID: <4F5CB3F3.1000806@googlemail.com> Date: Sun, 11 Mar 2012 15:17:23 +0100 From: Andreas Born User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Grub version variable in shell References: <4F5C10A0.1060802@googlemail.com> <4F5C1321.1050403@gmail.com> <4F5C920D.7070808@googlemail.com> <4F5C9ECF.5010707@gmail.com> <4F5CAEBE.3060905@googlemail.com> <4F5CB18D.9070506@gmail.com> In-Reply-To: <4F5CB18D.9070506@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.212.177 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Mar 2012 14:17:33 -0000 Am 11.03.2012 15:07, schrieb Vladimir 'φ-coder/phcoder' Serbinenko: > On 11.03.2012 14:55, Andreas Born wrote: >> In 1.98 there was that export issue, I already mentioned. When opening >> a new context with configfile e.g. variables were exported to the new >> context, but not marked anymore for reexport. So you had to reexport >> them yourself. No way I'm maintaining a workaround for that. > What do you think of possibility > if [ x$feature_bug1_fixed != xy -o x$feature_bug2_fixed != xy ]; then > echo "Too old" > > else > > fi That's a possibility and how I probably would have used it. But it's still hard to decide which bugs get a feature and which not. For features it's similar, but probably a bit easier. > > We probably need a feature feature_200_release anyway since it will be > starting point for most of backward compatibility (compatibility is > loose with 1.99). > Perhaps feature_20x_release is the way to go. Yes, that would be fine with me too. I thought about that too, but actually I didn't quite see the difference between this and grub_version or grub_version_min. Maybe there could be: - feature_200_release: or whatever the version is if somebody really only wants to test/support that one version - feature_20x_release: or whatever appropriate for a series of releases where it's possible to be backwards compatible Thanks for your thoughts. Andreas