Hum old bug, it should have been closed since we use the 0.x version for
this library now.
Le 15/10/2016 à 00:29, Thorsten Glaser a écrit :
> Ideally, yes. I need one in com/google/code/findbugs/jsr305 at the
> very least, to package minify-maven-plugin which depends on Google’s
> closure-compiler, which depends on <version>debian</version> of jsr305
> at least according to:
> Shouldn’t *every* artefact have a debian version, anyway?
Every artifact (except the Maven plugins) should have a generic version
that doesn't change with every update. The recommended version is
'debian' because it's the default and doesn't require any extra
substitution rule, but sometimes we use a '<n>.x' version when two
incompatible versions share the same groupId/artifactId (junit 3 and 4
is a good example).
> Anyway, patch attached. I applied to join pkg-java on Alioth; if
> that’s granted I’ll commit and team-upload it, otherwise I might
> consider an NMU unless you prefer to handle this.
I added you to the group, welcome :) The patch isn't strictly
necessary, you could add a substitution rule in the minify-maven-plugin
package (in debian/maven.rules) such as:
s/com.google.code.findbugs/org.jsr-305/ jsr305 * s/.*/0.x/ * *
A 'debian' version wouldn't hurt though, I added a --relocate option to
maven-repo-helper recently to ease the migration from '<n>.x' to
'debian' version or other groupId/artifactId changes.
This is the maintainer address of Debian's Java team
debian-j...@lists.debian.org for discussions and questions.