Bug#893252: libjdbm-java FTBFS with openjdk-9

Control: tags -1 + wontfix Le 13/04/2018 à 15:55, Markus Koschany a écrit : > Should this package be removed? Yes, I already filed the removal request (#895328)

Bug#893240: libhibernate3-java FTBFS with openjdk-9

Le 13/04/2018 à 15:22, Markus Koschany a écrit : > I had a look at this package. Despite the fact that we use the magic > --ignore-source-errors option we get a ClassCastException from OpenJDK > 9. I wonder if this is rather a bug in OpenJDK 9 than in libhibernate3-java. This is a JDK bug. We

Bug#816541: ca-certificates: avoid creating an empty /etc/java-6-sun

This has probably been fixed in the version 20160321 when Java 6 support was dropped.

Bug#895328: RM: libjdbm-java -- ROM; Not used, FTBFS with Java 9

Package: ftp.debian.org Severity: normal Hi, Please remove the libjdbm-java package, it isn't used (and probably never was considering its low popcon) and it now fails to build with Java 9. Thank you, Emmanuel Bourg

Bug#893291: libsvm FTBFS with openjdk-9

Control: tags -1 + patch Here is a patch fixing this issue. --- a/java/Makefile +++ b/java/Makefile @@ -5,7 +5,7 @@ svm_train.class svm_predict.class svm_toy.class svm_scale.class #JAVAC = jikes -JAVAC_FLAGS = -target 1.5 -source 1.5 +JAVAC_FLAGS = -target 1.8 -source 1.8

Bug#877799: groovy: GCJ java.lang.ArrayIndexOutOfBoundsException

Control: tags -1 + wontfix Control: close -1 GCJ is gone.

Bug#887666: jh_linkjars: Invalid option: N

Le 08/04/2018 à 12:57, Niels Thykier a écrit : > I had a go and it failed (presumably because I do not have write access) You have to join back the team then ;)

Bug#887666: jh_linkjars: Invalid option: N

o the Git repository (still on Alioth). Emmanuel Bourg

Bug#894789: tightvnc-java: FTBFS with openjdk-9

Control: tags -1 + patch Here is a patch fixing this issue. --- a/Makefile +++ b/Makefile @@ -22,12 +22,12 @@ SocketFactory.java HTTPConnectSocketFactory.java \ HTTPConnectSocket.java ReloginPanel.java -OPTS = -source 1.3 +OPTS = -source 1.8 all: $(CLASSES) $(ARCHIVE)

Bug#894788: vnc-java: FTBFS with openjdk-9

Control: tags -1 + patch Here is a patch fixing this issue. --- a/makefile +++ b/makefile @@ -17,12 +17,12 @@ vncCanvas.java optionsFrame.java clipboardFrame.java \ animatedMemoryImageSource.java DesCipher.java -OPTS = -source 1.3 +OPTS = -source 1.8 all: $(CLASSES)

Bug#893301: logisim FTBFS with openjdk-9

Control: tags -1 + patch Here is a patch fixing this issue. --- a/src/com/cburch/logisim/gui/log/ComponentSelector.java +++ b/src/com/cburch/logisim/gui/log/ComponentSelector.java @@ -279,7 +279,7 @@ return true; } - public Enumeration

Bug#895066: RM: libgnu-regexp-java -- ROM; No longer used, superseded by standard Java APIs

will be useful again. Thank you, Emmanuel Bourg

Bug#894970: tomcat8: missing Depends on libservlet3.1-java

ugh. Emmanuel Bourg [1] https://anonscm.debian.org/cgit/pkg-java/tomcat8.git/commit/?id=4e00f55

Bug#894359: Help needed to port beast2-mcmc to Java 9

Le 06/04/2018 à 13:45, Andreas Tille a écrit : > [javac] error: package org.fest.util does not exist fest-util.jar?

Bug#893251: jabref 3.8 is started with OpenJDK 9 instead of 8

0-2 that should work with Java 8. Could you give it a try? Emmanuel Bourg

Bug#894359: Help needed to port beast2-mcmc to Java 9

Hi Andreas, Le 06/04/2018 à 09:35, Andreas Tille a écrit : > error: package org.antlr.v4.runtime.dfa does not exist I think you have to add antlr4-runtime.jar to the classpath. Emmanuel Bourg

Bug#873993: fixed in munin 2.0.37-1

orward with the transition to openjdk-{9,10,11}. Did you consider changing the JFLAGS variable as suggested by Markus? Emmanuel Bourg

Bug#893227: libbluray FTBFS with openjdk-9

xed as soon as possible. Emmanuel Bourg

Bug#894689: davmail does not work with java-9-openjdk

in davmail.jar > though (as it is not davmail that depends on activation.jar but > mail.jar). I've just uploaded libmail-java/1.6.1-2 with the Class-Path attribute pointing to activation.jar. Is it any better ? Emmanuel Bourg

Bug#894584: RM: jta -- ROM; Obsolete, no longer used, FTBFS with Java 9

Package: ftp.debian.org Severity: normal Hi, Please remove the jta package, this is a SSH applet that is no longer used, applet support has been removed from browsers lately, and the package now fails to build with Java 9. Thank you, Emmanuel Bourg

Bug#893353: libinline-java-perl FTBFS with openjdk-9

Le 31/03/2018 à 00:39, gregor herrmann a écrit : > BTW, do you have an idea why 0.63-1 and 0.64-1 don't build on armel? Sorry I can't see. Is there a way to have more details on the test failures ? Emmanuel Bourg

Bug#893197: jfractionlab FTBFS with openjdk-9

Control: tags -1 + patch This is easily fixed by modifying the javac arguments in debian/rules: --- a/debian/rules +++ b/debian/rules @@ -13,7 +13,7 @@ build-arch: build-stamp build-indep: build-stamp -JAVA_ARGS=-source 1.5 -target 1.5 +JAVA_ARGS=-source 1.8 -target 1.8 -encoding ISO-8859-1

Bug#893381: openstereogram FTBFS with openjdk-9

Control: tags -1 + patch This is easily fixed by adding a debian/ant.properties files containing: source.encoding=ISO-8859-1

Bug#893353: libinline-java-perl FTBFS with openjdk-9

Control: fixed -1 0.63-1 Control: close -1 I confirm this is now fixed in unstable.

Bug#894452: RM: libdtdparser-java -- ROM; No longer used, FTBFS with Java 9

, Emmanuel Bourg

Bug#894365: virtualbox build depends on openjdk-8-jdk-headless

ckage javax.xml.ws is not visible > import javax.xml.ws.*; > ^ > > seems to make not much difference That's slightly better since it no longer complains about the invalid module name. I wonder if this could be a javadoc error this time. Could you try adding the same --add-modules option to VBOX_JAVADOC_OPTS? Emmanuel Bourg

Bug#893221: knopflerfish-osgi FTBFS with openjdk-9

Le 30/03/2018 à 09:41, Felix Natter a écrit : > Is the following ok for getting rid of the -java-doc package > (I don't think it makes sense to keep an older doc package)? > > Package: libknopflerfish-osgi-framework-java > Architecture: all > Depends: ${misc:Depends} > -Suggests:

Bug#894409: ITP: jaxws-api -- Java API for XML-Based Web Services (JAX-WS)

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: jaxws-api Version : 2.3.0 Upstream Author : Oracle Corporation * URL : https://github.com/javaee/jax-ws-spec * License : CDDL-1.1 or GPL-2 with Classpath exc

Bug#894405: ITP: saaj -- SOAP with Attachments API for Java (SAAJ)

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: saaj Version : 1.4.0 Upstream Author : Oracle Corporation * URL : https://github.com/javaee/javax.xml.soap * License : CDDL-1.1 or GPL-2 with Classpath exc

Bug#894365: virtualbox build depends on openjdk-8-jdk-headless

xml.ws instead of: --add-modules javax.xml.ws This will work for OpenJDK 9 and 10. For OpenJDK 11 we'll have to package the JAX-WS API separately, I'll look into this. Emmanuel Bourg

Bug#877919: libcodemodel-java: circular dependency hell

a new libistack-commons-tools-java binary package. Emmanuel Bourg

Bug#894365: virtualbox build depends on openjdk-8-jdk-headless

> even the --add-modules or similar keyword didn't fix the javax missing > package. Could you post the build log with openjdk-9? I'll get a look. Emmanuel Bourg

Bug#894327: pgpool2 fails its autopkg tests with OpenJDK 9

the repository (we haven't migrated to Salsa yet but we'll do a mass transition in the near future). Emmanuel Bourg

Bug#892733: gettext: msgfmt doesn't work with Java 9

Le 24/03/2018 à 15:05, Santiago Vila a écrit : > Is this still an issue with gettext 0.19.8.1-5? I confirm it works with gettext 0.19.8.1-6. Many thanks for the quick fix. Emmanuel Bourg

Bug#874006: FTBFS with Java 9 due to -source/-target only

Control: tags -1 + patch msgfmt has been fixed in gettext/0.19.8.1-6. Now the build issue can be fixed with this change to debian/rules: --- a/debian/rules +++ b/debian/rules @@ -9,7 +9,7 @@ VERSION=$(shell dpkg-parsechangelog | sed -n '/^Version/s/Version: \(.*\)-[^-]*$

Bug#874005: FTBFS with Java 9 due to -source/-target only

Control: tags -1 + patch msgfmt has been fixed in gettext/0.19.8.1-6. Now the build issue can be fixed wit this change to debian/rules: --- a/debian/rules +++ b/debian/rules @@ -11,7 +11,7 @@ override_dh_auto_test: override_dh_auto_build: # Add here commands to compile the package. -

Bug#874151: FTBFS with Java 9: [gettext-dist] msgfmt returned 1

Control: block -1 by 873705 The msgfmt issue has been fixed in gettext/0.19.8.1-6, but there is now an issue related to Scala: compile: [mkdir] Created dir: /home/ebourg/packaging/plm/site/bin [scalac] Compiling 136 scala and 570 java source files to /home/ebourg/packaging/plm/site/bin

Bug#432677: libstylebook-java: JPEG encoding is broken

Control: tags -1 + wontfix Control: close -1 GCJ is gone.

Bug#893221: knopflerfish-osgi FTBFS with openjdk-9

gain in the future. I suggest simply removing the -java-doc package, it has a low popcon and no reverse dependencies. Emmanuel Bourg

Bug#893561: libtablelayout-java: license does not seem to meet the DFSG

a package. Emmanuel Bourg

Bug#893359: marked as done (jboss-xnio FTBFS with openjdk-9)

Le 28/03/2018 à 22:39, Markus Koschany a écrit : > Ah, I see. Forgive my ignorance but wasn't --ignore-source-errors some > kind of internal developer hack which can be removed at anytime? You are right, I'm just crossing my fingers that it will happen after Java 11 (so far our openjdk-11

Bug#893359: marked as done (jboss-xnio FTBFS with openjdk-9)

Le 28/03/2018 à 22:29, Markus Koschany a écrit : > I'm just wondering, we never had 3.0.0-3 of maven-bundle-plugin in > Debian. How did it get fixed and what does maven-bundle-plugin do now to > make those Java modules accessible? I thought this was an issue of the > application build system and

Bug#893427: tunnelx FTBFS with openjdk-9

Control: tags -1 + patch Here is a patch fixing this issue. --- a/src/SelectedSubsetsStructure.java +++ b/src/SelectedSubsetsStructure.java @@ -257,7 +257,7 @@ OneLeg ol = (OneLeg)tn.getUserObject(); if (btransitivesubset)

Bug#891259: libecj-java: Update to new upstream version

FTR I've upgraded ecj to the version 3.12.3 (upstream tag 4.6.3), which is the version currently used by Tomcat 8.5. I haven't been able to upgrade to the latest 3.13.x release (tag 4.7.x) because it requires the org.eclipse.core.runtime classes from the org.eclipse.equinox.common bundle [1]

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

Control: fixed -1 3.12.3-1 Control: close -1 Le 28/03/2018 à 07:26, 殷啟聰 | Kai-Chung Yan a écrit : > Thank you for this! > > However, the Jack & Jill toolchain is deprecated now and we no longer plan to > package it... Ok, let's assume it's fixed then :)

Bug#893547: ant: please do not emit --ignore-source-errors on Java 9

target level to 1.7 in anticipation of the 1.6 removal in Java 11 * Added activation.jar to the build classpath to fix the empty ant-javamail jar with Java 9 Emmanuel Bourg

Bug#892528: ant: Depends on GCJ which is going away

Control: fixed -1 1.9.10-2 Control: close -1 This was fixed by Matthias' NMU.

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

On Thu, 8 Dec 2016 15:48:36 +0800 seamlikok wrote: > android-toolchain-jack requires both the existing libecj-java and the > "org.eclipse.jdt.compiler.apt" module in "eclipse.jdt.core". As the > upstream of src:ecj is exactly "eclipse.jdt.core", so I wish that the > entire "eclipse.jdt.core" is

Bug#701951: libecj-java-gcj: Not installable with /var on 9p (non-hdd) filesystem

Control: tag -1 + wontfix Control: close -1 GCJ is going away (#892531) and libecj-java-gcj is about to be removed as well.

Bug#893247: Bug#893268: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team

Le 25/03/2018 à 23:29, Andreas Tille a écrit : > I'm fine with moving libjbzip2-java (which I uploaded today) once > pkg-java has moved to Salsa (or did I missed the move?) I'm working on the migration, I haven't finalized the notification hooks yet.

Bug#893247: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team

now java-team on Salsa) is always granted. Emmanuel Bourg

Bug#893247: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team

Hi Andreas, These are quite generic non-med related libraries, I'd prefer keeping them under the Java Team umbrella. Emmanuel Bourg

Bug#893931: jarwrapper: No longer use the d32/d64 options to detect the JVM data model

Package: jarwrapper Version: 0.62 Severity: important jarwrapper uses the -d32/-d64 options to detect if the JVM is running in 32 or 64 bits mode. Theses options are no longer working with Java 10. An alternative querying the value of the sun.arch.data.model system property must be implemented.

Bug#893098: axis FTBFS with openjdk-9

wonder if it's really worth upgrading Axis, or if we should try to remove it. Emmanuel Bourg

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

in failed to honor the compile > classpath. The javadoc is useless for Maven plugins anyway, nobody codes against their API. I suggest removing it. Emmanuel Bourg

Bug#789802: lintian: False positive source-contains-prebuilt-java-object reported against jar files without classes

Control: tag -1 - moreinfo On 24/12/2017 21:33, Chris Lamb wrote: > Do you have any up-to-date false-positives? The ones you listed > are now not showing up for me :) cronometer is another example. Lintian reports two jar files that only contain xml files and no compiled Java files: P:

Bug#892760: antlr3: FTBFS with Java 9

Thank you, the fix looks good. Do you want to upload it? Emmanuel Bourg

Bug#874155: FTBFS with Java 9: overrides core packages

Control: tag -1 + patch Control: tag -1 - help The org.xml.sax classes should be removed from the package. Until that happens, the build failure can be solved with this patch: --- a/build.xml +++ b/build.xml @@ -4,7 +4,7 @@ - +

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

Le 08/03/2018 à 13:29, 殷啟聰 | Kai-Chung Yan a écrit : > I tried building Maven Dependency Tree 2.2 against Maven 3.x and found that > it uses removed APIs, and that patching it would make a huge code change. > Maybe someone else would have a better skill than me to do the job, but I > simply

Bug#892760: antlr3: FTBFS with Java 9

Package: antlr3 Version: 3.5.2-8 Severity: normal User: debian-j...@lists.debian.org Usertags: default-java9 antlr3 fails to build with Java 9: [INFO] [INFO] Reactor Summary: [INFO] [INFO] ANTLR 3 Master build control POM

Bug#873209: Please drop dependency on avalon-framework

Le 12/03/2018 à 16:27, Sylvestre Ledru a écrit : > The bug is about fop :) About fop... depending on avalon-framework :) fop builds fine with Java 9, so no more action is needed for the transition on this side. Emmanuel Bourg

Bug#873210: FTBFS with Java 9

Control: tag -1 + patch Here is patch fixing this issue. --- a/basex-core/src/main/java/org/basex/query/func/crypto/MyKeySelector.java +++ b/basex-core/src/main/java/org/basex/query/func/crypto/MyKeySelector.java @@ -48,7 +48,7 @@ final SignatureMethod sm = (SignatureMethod) m;

Bug#874660: FTBFS with Java 9: sun.misc

Le 23/02/2018 à 22:50, Emmanuel Bourg a écrit : > I guess this issue can be closed now. Actually there is still an issue left when generating the javadoc: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:3.0.0:aggregate (default-cli) on project xbean: An er

Bug#874159: FTBFS with Java 9 due to Terrible Swing

There is also an issue with proguard: shrink: [proguard] ProGuard, version 5.3.3 [proguard] ProGuard is released under the GNU General Public License. You therefore [proguard] must ensure that programs that link to it (jdk.internal.reflect, ...) [proguard] carry the GNU General Public

Bug#873975: FTBFS with Java 9 due to -source/-target only

Control: tag -1 + patch Here is a patch fixing this issue. --- a/java/Makefile +++ b/java/Makefile @@ -37,7 +37,7 @@ # Java compiler flags # - source 1.4 is needed for Escjava # - Xlint may be compiler dependent -JFLAGS += -Xlint -g -source 1.4 +JFLAGS += -Xlint -g -source 1.7 # source

Bug#873209: Please drop dependency on avalon-framework

Control: user debian-j...@lists.debian.org Control: usertag -1 - default-java9 avalon-framework has been fixed to build with Java 9, so removing the dependency is no longer required for the transition to Java 9 and can be delayed until upstream removes it.

Bug#892733: gettext: msgfmt doesn't work with Java 9

installing gcj or set $JAVAC msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC This issue breaks the build of at least two packages (plm and salliere). It's possible to reproduce this issue by installing default-jdk/0.59+exp2 from experimental. Emmanuel Bourg

Bug#875369: FTBFS with Java 9: fails to find javac

Control: tag -1 + wontfix Tagging as wontfix since the package is unmaintained, dead upstream, and therefore likely to be removed.

Bug#875582: FTBFS with Java 9: boot classpath misdetected

Control: tag -1 + patch Here is a patch fixing this issue. --- a/build.xml +++ b/build.xml @@ -67,10 +67,8 @@ encoding="${encoding}" source="${javac.source}" target="${javac.target}" - bootclasspath="${bootstrap.path}"

Bug#875585: FTBFS with Java 9: AWT api changes

Control: tag -1 + patch Here is a patch fixing this issue. Besides the JSpecView error caused by changes to DefaultMutableTreeNode in Java 9 there is an error caused by the use of sun.audio.* classes (replaced by equivalent classes in javax.sound.sampled in the patch), and another one during the

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

Le 10/03/2018 à 08:57, Emmanuel Bourg a écrit : > I'll upgrade Groovy, we'll see if that helps. Groovy 2.4.14 is now in unstable. Is it any better?

Bug#892555: ITP: libgradle-plugin-bintray-java -- Gradle Bintray Plugin

On Sat, 10 Mar 2018 17:50:42 +0200 Al Nikolov wrote: > The Gradle Bintray Plugin allows you to publish artifacts to Bintray. > > It's required for gradle coveralls plugin (ITP: #892554) You probably want to skip this plugin as well since we fortunately don't need to publish

Bug#892554: ITP: libgradle-plugin-coveralls-java -- gradle plugin for coveralls

Le 10/03/2018 à 23:00, Al Nikolov a écrit : > It's a good point, thank you. My life would be easier this way. > > Shall I cancel this ITP then? Yes I think so.

Bug#892554: ITP: libgradle-plugin-coveralls-java -- gradle plugin for coveralls

ld. I recommend disabling the coveralls plugin when building the markdown plugin instead, that will be easier. Emmanuel Bourg

Bug#640873: ITP

aging. > > I plan to maintain is myself or within Debian XMPP Maintainers. Hi, Would you be willing to co-maintain this package with the Java Team? We would be happy to help you with the packaging and the maintenance. Emmanuel Bourg

Bug#892532: libxerces2-java: Depends on GCJ which is going away

Le 10/03/2018 à 10:42, Emilio Pozuelo Monfort a écrit : > Yes, this is not listed in the cruft report, so needed a bug report and manual > action. I have filed the bug, #892542. Thank you for the help. Emmanuel Bourg

Bug#892532: libxerces2-java: Depends on GCJ which is going away

Le 10/03/2018 à 09:58, po...@debian.org a écrit : > libxerces2-java depends or build-depends on GCJ. GCJ has been dropped > upstream since GCC 7, so we are dropping it from Debian. Thus please > either drop support for GCJ if you are just building an alternative > package with GCJ support (e.g.

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

Le 10/03/2018 à 08:16, 殷啟聰 | Kai-Chung Yan a écrit : > 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. I'll

Bug#875592: FTBFS with Java 9: javadoc classpath

Control: tag -1 + patch This is easily fixed by setting the javadoc classpath in debian/rules: - javadoc -locale en_US -d debian/build/javadoc -link /usr/share/doc/default-jdk-doc/api $(shell find -name "*.java") + javadoc -locale en_US -d debian/build/javadoc -classpath

Bug#874303: (no subject)

reassign 874303 ftp.debian.org retitle 874303 RM: jsymphonic -- ROM; obsolete, FTBFS with Java 9

Bug#873222: FTBFS with Java 9 due to Terrible Swing

Control: tag -1 + wontfix This package is about to be removed (see #874303).

Bug#875790: FTBFS with Java 9: configure fails to detect Java

Control: tag -1 + patch I prepared a merge request on Salsa addressing this issue: https://salsa.debian.org/science-team/scilab/merge_requests/1 It builds fine with OpenJDK 8 & 9.

Bug#875790: FTBFS with Java 9: configure fails to detect Java

The detection of the JDK has been fixed in scilab 6.0.1, but there are some compilations issues left caused by Swing changes in Java 9: ./scilab/modules/xcos/src/java/org/scilab/modules/xcos/BrowserView.java:260: error: incompatible types: Enumeration cannot be converted to Enumeration

Bug#875584: FTBFS with Java 9: can't find jdk

Control: tag -1 + patch I sent a merge request on Salsa fixing this issue: https://salsa.debian.org/science-team/jhdf/merge_requests/1

Bug#892411: java3d FTBFS on armhf: compile-ogl fails

, thank you. I'll add the client path. Emmanuel Bourg

Bug#803713: Elasticsearch should not be part of a Debian release

Le 08/03/2018 à 22:50, Nicolas Braud-Santoni a écrit : > Given that this is the last activity and the package, that the last upload > is almost 2 years old, and that no progress has been made towards fixing the > RC bugs (esp. the issues wrt. security), should we ask ftp-masters to remove > this

Bug#875402: RM? FTBFS with Java 9, no upstream support, 1 recommends rdep

On Mon, 11 Sep 2017 09:32:48 +0100 Chris West wrote: > The package appears to already have been RM'd, I don't really understand > why it came back into the archive: https://bugs.debian.org/657305 The package was re-uploaded because the upgrade of icu4j from the version 4.2.1.1

Bug#874127: FTBFS with Java 9

Control: tag -1 + wontfix wsdl2c is no longer used and can be removed.

Bug#875365: FTBFS with Java 9: sun.misc

Control: tag -1 + wontfix glassfish will be removed once the remaining rdeps are updated (see #882489 and #884186).

Bug#892262: RM: wsdl2c -- ROM; No longer used, FTBFS with Java 9

Package: ftp.debian.org Severity: normal Hi, Please remove the wsdl2c package, it's a leftover of the Eucalyptus packaging effort which was abandonned a few years ago. The package is no longer used and it fails to build with Java 9 (#874127). Thank you, Emmanuel Bourg

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

Le 28/02/2018 à 09:42, 殷啟聰 | Kai-Chung Yan a écrit : > The point is to let all mh_ sequences support all options and simply ignore > anything that's irrelevant to themselves. Is it standard for dh_* commands to ignore unknown options? Still, I fail to understand how you end up with a

Bug#873695: jetty9: RolloverFileOutputStream does not roll over

Hi Jan, Le 02/03/2018 à 10:31, Jan a écrit : > Is it possible to put jetty 9.2.22 on jessie-backports? Technically no because the version is higher than the one in stretch, but jetty 9.2.22 can be uploaded to jessie-backports-sloppy. So you'll have to adjust your APT sources.list file. Emman

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

Le 03/03/2018 à 14:50, Markus Koschany a écrit : > If it helps with upgrading bnd to a more recent version I'm in favor of it. Well, no objection unless it pulls a herd of Maven 2 dependencies :/

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

Le 28/02/2018 à 03:46, 殷啟聰 | Kai-Chung Yan a écrit : > If I use "jh_maven_repo_helper" and then add a "relocate" option to > ".poms", "mh_linkjar" shows the following error: > >> Invalid option: relocate What syntax did you use in debian/.poms? > So I move the "relocate" option to

Bug#874660: FTBFS with Java 9: sun.misc

rc/main/java/org/apache/xbean/classpath/SunURLClassPath.java:[52,17] > cannot find symbol > [ERROR] symbol: class URLClassPath > [ERROR] location: package sun.misc The xbean-classpath module is no longer built since libxbean-java/4.5-5 uploaded 3 days after this bug report. I guess this issue can be closed now. Emmanuel Bourg

Bug#891175: leiningen-clojure: Build depend on libwagon-java instead of libwagon2-java

Source: leiningen-clojure Severity: normal leiningen-clojure builds depend on libwagon2-java but this package is now deprecated and on its way out, it should be replaced with libwagon-java.

Bug#890624: RM? Outdated, no rdeps, broken deps

ade apache-curator, otherwise I have no objection to remove it. Emmanuel Bourg [1] https://github.com/ebourg/hadoop-debian

Bug#889344: O: commons-vfs -- Java API for accessing various filesystems

Control: Close -1 This package is team maintained.

Bug#889325: O: libreflectasm-java -- library that provides reflection by using code generation

Control: Close -1 This package is team maintained.

Bug#889331: O: spock -- testing and specification framework for Java and Groovy application

Control: Close -1 This package is team maintained.

<    5   6   7   8   9   10   11   12   13   14   >