From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LnsUK-00036q-Nq for mharc-grub-devel@gnu.org; Sun, 29 Mar 2009 06:43:36 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LnsUI-00036i-Ov for grub-devel@gnu.org; Sun, 29 Mar 2009 06:43:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LnsUE-00031F-2u for grub-devel@gnu.org; Sun, 29 Mar 2009 06:43:34 -0400 Received: from [199.232.76.173] (port=35673 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LnsUD-000314-T6 for grub-devel@gnu.org; Sun, 29 Mar 2009 06:43:29 -0400 Received: from fg-out-1718.google.com ([72.14.220.159]:10040) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LnsUC-0006FP-Sd for grub-devel@gnu.org; Sun, 29 Mar 2009 06:43:29 -0400 Received: by fg-out-1718.google.com with SMTP id 19so555010fgg.7 for ; Sun, 29 Mar 2009 03:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=MJkS27xLFW4GjJ4IIMb6Brg4qNgp8nkvszwfTQ58NJI=; b=Ix+zZY+UBdD/qsFuz/SU3lY4oDM1wAkd2NefFAjScF/4LiQFsBJWEkPzgdkQRQlGNV L9NrYbrgAeSj3yl+Lb9lCoL+5PjBOqC8ip7giDbr4l4xXR8HoJAuT0IsfDnS4X7gxTXY ffmyLN8fgb2rKqxEpRTenZGRCFNTzziux1Yc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=w4F6YuIw4pOJEcImYKC7fQPV+yJtlYY0TuTu1Uoib8SKe7ye4vJ2Xk+v7At/tdX8S+ HVs5ndxW6JXcdFCzGhmlBkzC5VLaDMXXpcgwOdRl9W3Wc7YBOyVIayY/8bJtV3D0N7nH ssj8Gp2r1XFjPAwGPzN6xbgjI/t3rFXPRq1s0= Received: by 10.86.91.3 with SMTP id o3mr3474374fgb.3.1238323407931; Sun, 29 Mar 2009 03:43:27 -0700 (PDT) Received: from ?192.168.1.25? (242-90.62-81.cust.bluewin.ch [81.62.90.242]) by mx.google.com with ESMTPS id e11sm4045353fga.15.2009.03.29.03.43.27 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Mar 2009 03:43:27 -0700 (PDT) Message-ID: <49CF50D5.4060308@gmail.com> Date: Sun, 29 Mar 2009 12:43:33 +0200 From: phcoder User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: The development of GRUB 2 References: <49CF4200.7010500@nic.fi> <200903291909.56201.okuji@enbug.org> In-Reply-To: <200903291909.56201.okuji@enbug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [PATCH] Split of the normal mode X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 10:43:35 -0000 I'm actually quite unhappy with the grub's authority in general. Some people can commit their patches after a week of no replies while others like me have to wait that someone has time to review their patches in depth. I already have a collection of patches that are not commited, not because someone objects against them but just because nobody qualified enough has time to review and commit it. All this despite having already signed copyright assignment which because of slowness of FSF took more time than it should. From developer viewpoint it's very frustrating experience. If I wasn't so motivated as I am I would have already given up. IMO opinion if we want people coding for grub2 this has to be changed. But now you come and say you want to revert some patches just because they seem useless to you or rewrite some code just because you find it ugly or because it has a minor bug which could be easily fixed without rewriting. IMO this can easily drive developers to fork or leave project altogether. And additionally your energy would be much better spent in writing new stuff and making/reviewing design propositions than rewriting chunks of already working code. Sorry for being somewhat rude but I really find it frustrating this coder-unfriendliness > In brief, I take back the leadership of this project for general directions. > For some subsystems (e.g. the coreboot support), I continue leaving the > responsibility to those who know better or are more active. Once the current > code is reviewed and fixed (at some degree), I will make a new release. > > Any objection? > > Regards, > Okuji -- Regards Vladimir 'phcoder' Serbinenko