Bug#847428: Package the Entire "eclipse.jdt.core"

Thank you for this! However, the Jack & Jill toolchain is deprecated now and we no longer plan to package it... signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

Control:  forwarded -1 https://issues.apache.org/jira/browse/FELIX-5795 signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team . Please use

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

forwarded -1 https://issues.apache.org/jira/browse/FELIX-5795 signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team . Please use debian-j...@lists.debian.org for

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

I removed the javadoc package now and it builds find in Sid. Shall I upload it right now? (I still need the upload permission) signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

I adopted the patch from Fedora and it looks good. The package builds fine now and 154 of its reverse-build-dependencies built successfully. 27 failed: * activemq-activeio * activemq * apache-directory-server * dnssecjava * istack-commons * jackson-datatype-joda * javassist * jayway-jsonpath *

Bug#875336: FTBFS with Java 9: _ as identifier

I just tried building it and Groovy was fine enough, but now Gradle complains Theoretically, ALL Gradle packages FTBFS since the current version is too old to play with Java 9's fancy version number. signature.asc Description: OpenPGP digital signature __ This is the maintainer address

Bug#875336: FTBFS with Java 9: _ as identifier

I recently updated the package to 3.5.0 just to find out the current Groovy (2.4.8) does not support Java 9 [1]. Groovy was used by the bootstrapping script. Setting source & target to Java 8 doesn't solve the problem either. [1]: https://github.com/gradle/gradle/issues/2995 signature.asc

Bug#891695: "mh_linkjar" and "mh_installpoms" Do Not Support "--relocate"

Because I was trying to get around with the error of "mh_linkjar" I admit that is a wrong attempt. But never mind, the point is to let all "mh_" sequence support all options in "*.poms" files but ignore whatever is irrelevant to them. signature.asc Description: OpenPGP digital signature

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

This is getting awkward... Maven Bundle Plugin does not only rely on old Maven Dependency Tree, but also targets Maven 2.x [1]. What's worse, Maven Dependency Tree 2.x also relies on Maven 2.x [2]. I tried building Maven Dependency Tree 2.2 against Maven 3.x and found that it uses removed

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

I propose to bring back Maven Dependency Tree 2.x as a new package that coexists with its latest version. Even in the latest (3.5.0) version, Maven Bundle Plugin still uses those deprecated APIs in Maven Dependency Tree 2.x. These deprecated APIs have been removed from Maven Dependency Tree

Bug#891695: "mh_linkjar" and "mh_installpoms" Do Not Support "--relocate"

I put this in the .poms: > debian/pom.xml --no-parent --usj-name=osgi.cmpn > --relocate=org.osgi:org.osgi.compendium:debian The point is to let all mh_ sequences support all options and simply ignore anything that's irrelevant to themselves. signature.asc Description: OpenPGP digital

Bug#891695: "mh_linkjar" and "mh_installpoms" Do Not Support "--relocate"

Package: maven-repo-helper Version: 1.9.2 Severity: important If I use "jh_maven_repo_helper" and then add a "relocate" option to ".poms", "mh_linkjar" shows the following error: > Invalid option: relocate So I move the "relocate" option to "debian/rules" as ```make override_mh_installpoms:   

Bug#890345: Depending on "default-jre-headless" Should be Sufficient

Package: jflex Version: 1.6.1-2 Severity: wishlist "jflex" seems to me a commandline program, thus depending on "default-jre-headless" should be sufficient. Right now it depends on "default-jre" and "pbuilder" always fetches the whole graphical stack while building "libsmali-java".

Bug#888741: Does Not Honor defaultTasks

Package: gradle-debian-helper Version: 1.6 Severity: normal One may specify the default tasks to run in a Gradle script, thus avoid messing with the commandline. However gradle-debian-helper makes it impossible to use this feature, for it adds a "jar" task if no task is specified. It could be

Bug#879175: androidsdk-tools: Duplicate of android-platform-tools-swt

(I am one maintainer of android-platform-tools-swt) To be honest, both should be removed since Google has abandoned android-platform-tools-swt. That's why it remains unbuildable as of today. signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's