From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1S6SJ1-0000V6-6i for mharc-grub-devel@gnu.org; Sat, 10 Mar 2012 14:50:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38292) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6SIy-0000Uc-Uk for grub-devel@gnu.org; Sat, 10 Mar 2012 14:50:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S6SIx-0007sn-1j for grub-devel@gnu.org; Sat, 10 Mar 2012 14:50:16 -0500 Received: from mail-we0-f169.google.com ([74.125.82.169]:60753) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6SIw-0007sg-PD for grub-devel@gnu.org; Sat, 10 Mar 2012 14:50:14 -0500 Received: by werj55 with SMTP id j55so2566045wer.0 for ; Sat, 10 Mar 2012 11:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=yYkkvm+5+mj+LLYl2lKeaOdbBWJmUuvbBit7HhcehT4=; b=TsCWkwRw2cOALpO6vjT0NLT0X9+JXncmhjXAYPCigaJ4akPVXWUDvhsUn3NjODjkRl TbRP/70fB9Ep/8Ak3SfsHMtyQD5h+wp+9ayWfFAsMxjvRDb7ZFboBPLW3HG9prR6oofM Xhd8uU+TEa4142zPnaUIiusEz8bCthwXHVb7NSUPIx0QX3fhEIX1lwP53cnLsjF7LIwP yfuwK/8Novvh9TkYBMIX5dDtc8MC7mwowONihvqic62vPP0RqzYX3Nwj1GsQSoOH+kgw qoRV7FiYp6UgsR6Sh/ch/q9eHjV98VZLKnggytmo2nHHA87UMX/3UzUP+MJVN0nmXVQI Kajw== Received: by 10.216.134.142 with SMTP id s14mr1463235wei.45.1331409012642; Sat, 10 Mar 2012 11:50:12 -0800 (PST) Received: from fedora.x201.phnet (207-116.62-81.cust.bluewin.ch. [81.62.116.207]) by mx.google.com with ESMTPS id df3sm17337917wib.1.2012.03.10.11.50.09 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Mar 2012 11:50:10 -0800 (PST) Message-ID: <4F5BB06A.504@gmail.com> Date: Sat, 10 Mar 2012 20:50:02 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120131 Thunderbird/10.0 MIME-Version: 1.0 To: Andreas Vogel 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> <4F58D436.7040709@anvo-it.de> In-Reply-To: <4F58D436.7040709@anvo-it.de> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.169 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: Sat, 10 Mar 2012 19:50:18 -0000 On 08.03.2012 16:45, Andreas Vogel wrote: >> 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?? No you didn't. You explicitly said that you used Reply-All to start a new thread. > What else can i do other than > to beg for pardon? If I have something against you, it's your unwillingness to compromise. With others it's easy to find compromise but with your approach "all or nothing" it makes the whole thing much more stressful for both of us without changing the final outcome. That's about basic rules of communication and cooperation, > 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. What is buggy and what isn't depends on what is considered correct. The syntax "-s root" is widely used and is expected by many people. In fact many people would consider it a bug if we don'r > 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. We're not in Platon's world of ideas. It's irrelevant how it should be. At the end of the day there are only actions and consequences. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko