Re: Removing autogenerated files from svn

2009-04-14 Thread Felix Zielcke
Am Mittwoch, den 15.04.2009, 00:35 +0900 schrieb Yoshinori K. Okuji: > > Well, it was not only about ruby, but also about autoconf. Anyway, if someone > updates the INSTALL file appropriately, I don't object. > Ok, I just removed configure,config.h.in,stamp-h.in,DISTLIST,conf/*.mk, updated INS

Re: Removing autogenerated files from svn

2009-04-14 Thread Yoshinori K. Okuji
On Monday 13 April 2009 23:30:42 Robert Millan wrote: > On Sun, Apr 12, 2009 at 04:54:21PM -0400, Pavel Roskin wrote: > > On Sun, 2009-04-12 at 11:29 -0700, Colin D Bennett wrote: > > > phcoder wrote on Sunday 12 April 2009: > > > > Hello, we all know how annoying are these autogenerated files. We

Re: Removing autogenerated files from svn

2009-04-14 Thread Jordi Mallach
On Sun, Apr 12, 2009 at 01:47:49PM +0200, phcoder wrote: > Hello, we all know how annoying are these autogenerated files. We could > remove it. The main argument against it is that people will not be able > to compile without installing a lot of developement tools. It changes > nothing for th

Re: Removing autogenerated files from svn

2009-04-13 Thread Robert Millan
On Sun, Apr 12, 2009 at 04:54:21PM -0400, Pavel Roskin wrote: > On Sun, 2009-04-12 at 11:29 -0700, Colin D Bennett wrote: > > phcoder wrote on Sunday 12 April 2009: > > > Hello, we all know how annoying are these autogenerated files. We could > > > remove it. The main argument against it is that pe

Re: Removing autogenerated files from svn

2009-04-12 Thread Pavel Roskin
On Sun, 2009-04-12 at 11:29 -0700, Colin D Bennett wrote: > phcoder wrote on Sunday 12 April 2009: > > Hello, we all know how annoying are these autogenerated files. We could > > remove it. The main argument against it is that people will not be able > > to compile without installing a lot of devel

Re: Removing autogenerated files from svn

2009-04-12 Thread Colin D Bennett
phcoder wrote on Sunday 12 April 2009: > Hello, we all know how annoying are these autogenerated files. We could > remove it. The main argument against it is that people will not be able > to compile without installing a lot of developement tools. It changes > nothing for the users wanting to modif