Removing autogenerated files from svn

Removing autogenerated files from svn

[phcoder]

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 modify the code. So I propose to remove 
these files but in compensation setup a nightly build server. I'm ready 
to supply all necessary scripts to create a source tar.gz with 
autogenerated files, binary tar.gz and rescue iso for all platforms 
where applicable.
-- 

Regards
Vladimir 'phcoder' Serbinenko

Re: Removing autogenerated files from svn

[Colin D Bennett]

[-- Attachment #1: Type: text/plain, Size: 622 bytes --]

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 modify the code. So I propose to remove
> these files but in compensation setup a nightly build server. I'm ready
> to supply all necessary scripts to create a source tar.gz with
> autogenerated files, binary tar.gz and rescue iso for all platforms
> where applicable.

Great idea.  I'd love to see this happen.

Regards,
Colin

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: Removing autogenerated files from svn

[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 developement tools. It changes
> > nothing for the users wanting to modify the code. So I propose to remove
> > these files but in compensation setup a nightly build server. I'm ready
> > to supply all necessary scripts to create a source tar.gz with
> > autogenerated files, binary tar.gz and rescue iso for all platforms
> > where applicable.
> 
> Great idea.  I'd love to see this happen.

Me too.

-- 
Regards,
Pavel Roskin

Re: Removing autogenerated files from svn

[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 people will not be able
> > > to compile without installing a lot of developement tools. It changes
> > > nothing for the users wanting to modify the code. So I propose to remove
> > > these files but in compensation setup a nightly build server. I'm ready
> > > to supply all necessary scripts to create a source tar.gz with
> > > autogenerated files, binary tar.gz and rescue iso for all platforms
> > > where applicable.
> > 
> > Great idea.  I'd love to see this happen.
> 
> Me too.

Me too.

Okuji, can we agree on it this time?  It's annoying for most people, and
release tarballs can include the autogenerated files, so the ruby dependency
is not a problem for end users.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."

Re: Removing autogenerated files from svn

[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
> > > > 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 modify the code. So I
> > > > propose to remove these files but in compensation setup a nightly
> > > > build server. I'm ready to supply all necessary scripts to create a
> > > > source tar.gz with autogenerated files, binary tar.gz and rescue iso
> > > > for all platforms where applicable.
> > >
> > > Great idea.  I'd love to see this happen.
> >
> > Me too.
>
> Me too.
>
> Okuji, can we agree on it this time?  It's annoying for most people, and
> release tarballs can include the autogenerated files, so the ruby
> dependency is not a problem for end users.

Well, it was not only about ruby, but also about autoconf. Anyway, if someone 
updates the INSTALL file appropriately, I don't object.

Regards,
Okuji

Re: Removing autogenerated files from svn

[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 INSTALL and svn:ignore property.
-- 
Felix Zielcke

Re: Removing autogenerated files from svn

[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 the users wanting to modify the code. So I propose to remove  
> these files but in compensation setup a nightly build server. I'm ready  
> to supply all necessary scripts to create a source tar.gz with  
> autogenerated files, binary tar.gz and rescue iso for all platforms  
> where applicable.

Please do. Even without the nightly tarballs, I don't think the requirement
to have a few tools installed to build from the VCS is that bad. People
who compile software from SVN should be used to this.

There was also talk of rewriting the ruby scripts into any other language,
preferably shell. That would make things a bit more simple.

-- 
Jordi Mallach Pérez  --  Debian developer     http://www.debian.org/
jordi@sindominio.net     jordi@debian.org     http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/