Am 07.02.2016 um 21:38 schrieb Emmanuel Bourg:
> Le 7/02/2016 17:21, Alex Vong a écrit :
> 
>> You are right, it is more of a workaround than an actual fix, in case
>> we need to use gcj with clojure for some reason. By the way, may I ask
>> why all clojure version has +dfsg suffice? My guess is that because
>> the upstream tarball contains pre-built jar. Should we document it in
>> `README.source'?
> 
> You're probably right about the removed jar files, but that's so common
> for the Java packages that we don't bother documenting it.

Usually every package should provide either a get-orig-source target or
a README.source file if you repack the tarball. It is in general a good
idea to create a simple get-orig-source target in debian/rules like

get-orig-source:
        uscan --download-current-version --force-download

If your debian/watch file is up-to-date and works it will download the
corresponding upstream sources. If you need to repack them, you could
also use the Files-Excluded field in debian/copyright, e.g.

Files-Excluded:
        *.jar

and enhance the get-orig-source target like that:

get-orig-source:
        uscan --download-current-version --force-download --repack -compression 
xz

and all pre-built jar files will be removed while downloading the
original sources.

This is usually an adequate documentation and a comfortable method to
quickly obtain the upstream sources. Since it is indeed rather common
for Java packages to include pre-built jar files, you can also omit the
+dfsg suffix. That's up to you. I

Markus

Attachment: signature.asc
Description: OpenPGP digital signature

__
This is the maintainer address of Debian's Java team
<http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers>. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Reply via email to