xihesi / chartr

Automatically exported from code.google.com/p/chartr
0 stars 0 forks source link

Remove auto-generated stuffs from SVN #74

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
Check out chartr from SVN and you see several auto-generated files, which
appear to be useless to keep versioned, such as config.log, config.h,
Makefile, build-stap, configure-stamp, libtool, py-compile. I don't think
this is a good practice, as it can overwrite users' copies when updating.

Instead, gnome-autogen.sh from gnome-common can be used to issue those
autotools calls. So, all autotools-generated files should be removed from
SVN as well.

Original issue reported on code.google.com by theppi...@gmail.com on 20 Jul 2009 at 1:59

GoogleCodeExporter commented 8 years ago
This patch removes all auto-generated files, and add autogen.sh taken from 
typical
GNOME packages. You will need gnome-common to use it.

While testing it, I got stuck at the partially done intltool support. So, I 
also fix
it so I can test it.

After applying it, you may want to issue these commands before committing:

$ svn rm --force `lsdiff -E -s chartr-vcs-build.patch | grep '^-' | cut -d' ' 
-f2`
$ chmod +x autogen.sh

And then you can use './autogen.sh' instead of './configure' to configure the 
source,
just like typical GNOME packages.

Besides, please use 'make dist' or 'make distcheck' to generate the distributed
tarball. Having unrelated files like debian/chartr/usr/* tree in it is quite 
awkward.

Original comment by theppi...@gmail.com on 20 Jul 2009 at 2:08

Attachments:

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
Your probably right. I tried your patch out, but had some difficulties to build 
the 
package from there. Therefore, I may let the messy inherited building stuff as 
it is 
for now. But as cleaning it would improve the readability of the project, I 
will 
probably take care of this problem in a later developing session.

Original comment by nico.big...@gmail.com on 27 Oct 2009 at 11:03