From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lnuyy-00005x-L5 for mharc-grub-devel@gnu.org; Sun, 29 Mar 2009 09:23:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lnuyx-0008Vh-Fz for grub-devel@gnu.org; Sun, 29 Mar 2009 09:23:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lnuys-0008Ln-L9 for grub-devel@gnu.org; Sun, 29 Mar 2009 09:23:23 -0400 Received: from [199.232.76.173] (port=43536 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lnuys-0008Lb-FB for grub-devel@gnu.org; Sun, 29 Mar 2009 09:23:18 -0400 Received: from mta-out.inet.fi ([195.156.147.13]:37242 helo=jenni2.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lnuys-00071c-0S for grub-devel@gnu.org; Sun, 29 Mar 2009 09:23:18 -0400 Received: from [192.168.1.102] (84.248.105.254) by jenni2.inet.fi (8.5.014) id 49CA1E6700289C9E for grub-devel@gnu.org; Sun, 29 Mar 2009 16:23:17 +0300 Message-ID: <49CF763F.2040305@nic.fi> Date: Sun, 29 Mar 2009 16:23:11 +0300 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: The development of GRUB 2 References: <200903291909.56201.okuji@enbug.org> <200903292029.26967.okuji@enbug.org> <20090329.044017.240977477.davem@davemloft.net> <200903292155.34578.okuji@enbug.org> In-Reply-To: <200903292155.34578.okuji@enbug.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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 13:23:23 -0000 Yoshinori K. Okuji wrote: > On Sunday 29 March 2009 20:40:17 David Miller wrote: >> Everybody is too busy to give this project the attention and time it >> deserves to be maintained properly. >> >> I honestly do not think the situation will change significantly until >> someone is able to devote real time as a maintainer and process all of >> the patches that get submitted each day. > > This is ideal but not absolutely required. If you look at some popular > projects, such as Linux and Firefox, you can find out that not all (actually, > very few) patches are handled so quickly, but those projects are functioning > so well. For both of those projects there are people that are paid to do that work either directly or indirectly. How it internally affects, I don't know. Anyway... when people are paid to work there is certainly different driving force behind it. Both of those projects has divided work force dedicated to maintain and drive enhancements to defined goals. Now if we map this to our situation: - We are missing what we want to do (eg. roadmap, feature plan) - What different components should be able to do, eg. design documentation. - Use cases what we want to support - We don't really have defined responsibilities (expect for maintainers, and even that can be a bit vague) - What is philosophy what kind of work is being accepted and what we require for patches/commits - Systematic software functionality verification (either manual or automated) - If I am not mistaken no-one is being paid to maintain GRUB* or to develop for. (not so big deal) I have tried from time to time enhance some of those... but they seem not to drive enough interest. Perhaps with better coordination it could work. So perhaps it would be best to form some kind of organization that defines the goals and then defines responsibilities and backups for components and tries to drive targeting those goals. Those could be like though like internal maintainers for specific components. It could be like bi-monthly meeting to tackle issues on horizon.