From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1S5fXz-0006Kd-PB for mharc-grub-devel@gnu.org; Thu, 08 Mar 2012 10:46:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54525) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5fXb-0006Fb-90 for grub-devel@gnu.org; Thu, 08 Mar 2012 10:46:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5fXZ-0003M7-CA for grub-devel@gnu.org; Thu, 08 Mar 2012 10:46:06 -0500 Received: from wp191.webpack.hosteurope.de ([80.237.132.198]:47780) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5fXY-0003Lk-VW for grub-devel@gnu.org; Thu, 08 Mar 2012 10:46:05 -0500 Received: from p4fc26eb5.dip.t-dialin.net ([79.194.110.181] helo=neptun.omega.ssw.de); authenticated by wp191.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) id 1S5fXW-0006Qg-VA; Thu, 08 Mar 2012 16:46:03 +0100 Received: from localhost (localhost [127.0.0.1]) by neptun.omega.ssw.de (Postfix) with ESMTP id E5764E180A8; Thu, 8 Mar 2012 16:46:01 +0100 (CET) X-Virus-Scanned: amavisd-new at omega.ssw.de Received: from neptun.omega.ssw.de ([127.0.0.1]) by localhost (neptun.omega.ssw.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XCZnHnUPRCYG; Thu, 8 Mar 2012 16:45:51 +0100 (CET) Received: from [192.168.2.43] (p640.fritz.box [192.168.2.43]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by neptun.omega.ssw.de (Postfix) with ESMTP id EBFD6E180A7; Thu, 8 Mar 2012 16:45:50 +0100 (CET) Message-ID: <4F58D436.7040709@anvo-it.de> Date: Thu, 08 Mar 2012 16:45:58 +0100 From: Andreas Vogel User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= Subject: Re: [BUG] GRUBs option parsing needs fixing References: <4F541349.7070704@anvo-it.de> <4F541723.6030105@gmail.com> <4F54A094.1000000@anvo-it.de> <4F54B78B.9010707@gmail.com> <4F54DF19.7000804@anvo-it.de> <4F58B03E.2050908@anvo-it.de> <4F58BEE8.3050006@gmail.com> <4F58C2E7.6080000@gmail.com> <4F58CA35.2060506@anvo-it.de> <4F58CDAD.3010300@gmail.com> In-Reply-To: <4F58CDAD.3010300@gmail.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-bounce-key: webpack.hosteurope.de; andreas.vogel@anvo-it.de; 1331221564; 64f7c68c; X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.237.132.198 Cc: The development of GNU GRUB 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: Thu, 08 Mar 2012 15:46:30 -0000 Am 08.03.2012 16:18, schrieb Vladimir '=CF=86-coder/phcoder' Serbinenko: > On 08.03.2012 16:03, Andreas Vogel wrote: >> Am 08.03.2012 15:32, schrieb Vladimir '=CF=86-coder/phcoder' Serbinenk= o: >>> On 08.03.2012 15:15, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote= : >>>> On 08.03.2012 14:12, Andreas Vogel wrote: >>>>> Hi all, >>>>> >>>>> I start a new thread with this mail in order to have a thread on it= s >>>>> own >>>>> for this subject. >>>> Please don't CC Colin Watson (or me for that matter) for everything,= >>>> it's bad tone. >> I just used Reply-All in my mail program, so please excuse me and I >> really hope that i didn't offend anyone, it was not by purpose. > Don't Reply or Reply-All to start a new thread. It messes up with > threading. Didn't i write that it was by accident?? What else can i do other than to beg for pardon? >>>>> In another thread we've already had some discussion about GRUBs >>>>> option >>>>> parsing. I wanna summarize and describe here about the issue. >>>>> >>>>> Right now I see 2 problems with GRUBs argument parsing: >>>>> >>>>> 1) GRUBs argum ent parsing is not POSIX compliant. >>>> We don't follow POSIX. >> But you were telling that you follow GNU, right? And regarding this >> subject GNU follows POSIX, qed. >> > We don't have to recreate whole GNU in GRUB either, we don't write an > OS but a bootloader. In particular having -xfoo for isn't necessarry > and moreover it will conflict with > search -su > which is already used in the wild. > The case of --long-option optional argument can be changed especially > taking into account migration from 1.98 but -xfoo is probably out of > the question. > C'mon, I'm talking about the GNU conventions/recommendations regarding argument parsing. I'm not talking about the GNU operating system, I thought I made it clear by even giving the link to that document. Without being able to parse '-xfoo' you will not be able to handle optional arguments in a consistent way. Because of this I disagree: "-xfoo" is necessary. You are right, "search -su UUID" demonstrates perfectly the weakness of the actual argument parsing. It's just buggy. If nothing will be changed for short options, at least you need to mention in the manual that "search -s -u UUID" is OK but "search -u -s UUID" is NOT OK. And you need to mention that "search -su UUID" is OK but "search -us UUID" is NOT OK. I'm just mentioning the problems. If you or whoever decide that it's impossible to fix this (e.g. because of backward compatibility), that's another issue. Don't let's mix arguments for how smth should be and what the consequences will be.