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
signature.asc
Description: OpenPGP digital signature
