Release tarballs are full of garbage
Peter Eisentraut <[email protected]> Tue, 7 Dec 2004 00:19:35 +0100
| Newsgroups | gmane.comp.db.rekall.devel |
|---|---|
| Message-ID | <[email protected]> |
Greetings, It would give me a better feeling if the release tarballs contained an up to date build system and less garbage. Here is a selection from rekall 2.2.3: admin.kde3/config.guess -- too old, does not recognize new systems admin.kde3/config.sub -- too old, does not recognize new systems admin.kde3/cvs.sh -- requires automake 1.5, which is ancient admin.kde3/ltmain.sh -- libtool 1.4e, doesn't work on new systems The whole admin.kde3/ tree should probably be updated regularly. Similar issues exist in admin.qt/; many files are not even executable. The whole thing is probably broken. Every directory contains suspicious leftover files named Makefile.am.tmp. autom4te-2.53.cache/ and autom4te.cache/ are useless. Delete them. BUILD is an empty file. Delete it. ChangeLog is clearly not maintained. Delete it. The following files belong to a local build and should be deleted before making a release. Releases ought to be build using "make dist" or better even "make distcheck" to make sure everything is clean. build.log config.h config.log config.status libtool The following files in the top-level directory are useless because the corresponding files in admin/ are used. The files in the top-level directory should be deleted. config.guess config.sub install-sh ltconfig ltmain.sh missing mkinstalldirs stamp-h stamp-h1 The file "dlog" is garbage. Also, there is a file called rekall-2.2.3.tar.gz *in* the package. The po/ directory is full of files from a local build that should not be in a distribution. The po/Makefile fails to clean po/de.gmo po/it.gmo. They should be added to CLEANFILES or something. Also, the distclean target fails to remove about half of the Makefiles in the tree. That's because config.status creates a makefile there, but the makefiles are not set up to recurse there to clean up. The directories should be added to DISTSUBDIRS, I believe, to make that work. Using "make dist" to build the distribution tarball really helps with most of these issues. In any case, the 2.2.3 release tarball is really broken. I hope you find the time to build a better one soon. Thanks.