With xmlenc[1] and my work on SOLR[2], I filtered out all .jar and pregenerated docs coming from upstream when importing to GIT. So the upstream tarball gets repackaged.
Now I saw, that in the eclipse GIT repository[3] there's one tag upstream/3.5.1 and another one upstream/3.5.1+repack. I don't know, whether the eclipse package is doing so, but we could standardize on: - import the upstream tarball as is without filtering to tag upstream/VERSION - import the upstream tarball again with filtering to tag upstream/VERSION+SUFFIX Some questions: - What is the right SUFFIX? +dfsg is not right IMHO, since it's not related to unfree stuff. I saw some packages with +ds. What does that mean? Do we need a suffix at all? - Should all java stuff be repackaged? For example the xmlenc upstream tarball contains only one jar and some docs. I could as well have removed these files during package building. - For small packages with pristine upstream: When to remove the crap? Should it be removed by debian/rules (which rule) or by diff.gz? [1] http://github.com/thkoch2001/pkg-debian-libxmlenc-java [2] http://github.com/thkoch2001/pkg-debian-solr [3] http://git.debian.org/?p=pkg-java/eclipse.git;a=summary [4] /usr/share/doc/developers-reference/best-pkging-practices.html#bpp- origtargz Thomas Koch, http://www.koch.ro Only for my bookmark: http://www.eyrie.org/~eagle/notes/debian/git.html http://archive.daniel-baumann.ch/debian/documents/packaging.html -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
