From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KQRe2-0003Dd-5E for mharc-grub-devel@gnu.org; Tue, 05 Aug 2008 14:52:30 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KQRdz-0003DM-M3 for grub-devel@gnu.org; Tue, 05 Aug 2008 14:52:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KQRdx-0003DA-9G for grub-devel@gnu.org; Tue, 05 Aug 2008 14:52:26 -0400 Received: from [199.232.76.173] (port=41959 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQRdx-0003D7-2A for grub-devel@gnu.org; Tue, 05 Aug 2008 14:52:25 -0400 Received: from gateway06.websitewelcome.com ([67.18.15.14]:41370) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1KQRdw-0000Ai-Q4 for grub-devel@gnu.org; Tue, 05 Aug 2008 14:52:25 -0400 Received: (qmail 13102 invoked from network); 5 Aug 2008 19:00:57 -0000 Received: from gator297.hostgator.com (74.53.228.114) by gateway06.websitewelcome.com with SMTP; 5 Aug 2008 19:00:57 -0000 Received: from spk.venturedesignservices.com ([65.61.115.34]:11764 helo=localhost) by gator297.hostgator.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1KQRds-00079i-La for grub-devel@gnu.org; Tue, 05 Aug 2008 13:52:20 -0500 Date: Tue, 5 Aug 2008 11:51:07 -0700 From: Colin D Bennett To: grub-devel@gnu.org Message-ID: <20080805115107.65e5e446@gibibit.com> In-Reply-To: <1217961713.14674.34.camel@localhost> References: <414717.45608.qm@web31604.mail.mud.yahoo.com> <20080725081827.42534c83@gibibit.com> <87ljzbg2yb.fsf@xs4all.nl> <48987410.3030005@nic.fi> <87sktjcvit.fsf@xs4all.nl> <1217961713.14674.34.camel@localhost> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator297.hostgator.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gibibit.com X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Subject: Re: Remove conf/*.mk from svn 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: Tue, 05 Aug 2008 18:52:28 -0000 On Tue, 05 Aug 2008 20:41:53 +0200 Javier Mart=C3=ADn wrote: > El mar, 05-08-2008 a las 17:48 +0200, Marco Gerards escribi=C3=B3: > > Vesa J=C3=A4=C3=A4skel=C3=A4inen writes: > >=20 > > > Marco Gerards wrote: > > >> Colin D Bennett writes: > > >>> I think we should remove conf/*.mk from the Subversion > > >>> repository. If people are going to be developing on GRUB and > > >>> checking out svn branches, then I think it's fine to require > > >>> them to have Ruby. For released tarballs that we expect > > >>> non-developers to use, we just need to generate the *.mk files > > >>> and include them in the tarball. > > >> > > >> I do not have problems with this. Besides this, it will stop > > >> people from sending in patches with .mk changes in it :-) > > > > > > I think Okuji's objection is based on fact that it makes it > > > harder for people to compile from sources. Now what if we would > > > generate those files when making a release? Of course this should > > > be enabled to script/makefile to make it automatically so it is > > > not forgotten ;) > >=20 > > Right. Just to be clear, personally I didn't have these objections > > but Okuji has. > >=20 > > Actually, since ruby is required to generate these files, I guess we > > can better keep the .mk files. > Why not rewrite genmk.rb in a more common language (i.e. with an > interpreter more commonly found in stock GNU installs) like Python or > Perl? Fine with me. It shouldn't be too hard for someone who understands it. Based on the discussions following my initial suggestion, it sounds like it is considered too much work for people compiling from a svn checkout to install Ruby? Did I emphasize enough that released tarballs or any sort of archived snapshot should be generated *with* the .mk files? I am concerned only with the files under version control -- the point being that files generated from often-modified files (such as the ``conf/*.rmk`` which are often modified) have no business being under version control. I think that this is even more important than lesser modified files such as the configure script, etc., since fewer developers have to touch that. Regards, Colin