Bug#869996: RM: maven-embedder -- ROM; No longer used, moved to libmaven3-core-java

Package: ftp.debian.org Severity: normal Hi, Please remove the maven-embedder package, it is no longer used and its content is now provided by libmaven3-core-java. Thank you, Emmanuel Bourg

Bug#869985: ITP: maven-reporting-exec -- Apache Maven Reporting Executor

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: maven-reporting-exec Version : 1.3 Upstream Author : The Apache Software Foundation * URL : http://maven.apache.org/shared/maven-reporting-exec/ * License : Apac

Bug#869944: RM: doxia-maven-plugin -- ROM; Not used, discontinued

Package: ftp.debian.org Severity: normal Hi, Please remove the doxia-maven-plugin package. This Maven plugin is never used in Debian and upstream stopped updating it 6 years ago. Thank you, Emmanuel Bourg

Bug#635964: Newest version is now 3.3.2

Le 27/07/2017 à 11:37, Wouter Verhelst a écrit : > If so, it would have been helpful if the bug report showed that. You could have inquired politely about the state of package too. > That's not how Debian works, sorry. Blaming maintainers is certainly not how Debian works.

Bug#869867: RM: plexus-compiler-1.0 -- ROM; Transitional package, no longer used

Package: ftp.debian.org Severity: normal Hi, Please remove the plexus-compiler-1.0 package, it was required for the transition to Maven 3 but it is no longer used. Thank you, Emmanuel Bourg

Bug#869866: RM: maven-compiler-plugin-2.5 -- ROM; Transitional package, no longer used

Package: ftp.debian.org Severity: normal Hi, Please remove the maven-compiler-plugin-2.5 package, it was required for the transition to Maven 3 but it is no longer used. Thank you, Emmanuel Bourg

Bug#869862: RM: plexus-component-api -- ROM; No longer used, replaced by plexus-containers

Package: ftp.debian.org Severity: normal Hi, Please remove the plexus-component-api package, it has been replaced by plexus-containers/plexus-containers1.5 and is no longer used. Thank you, Emmanuel Bourg

Bug#869861: RM: plexus-active-collections -- ROM; Obsolete, no longer used

Package: ftp.debian.org Severity: normal Hi, Please remove the the plexus-active-collections package, this is an obsolete library from the Plexus/Maven ecosystem that is no longer used. Thank you, Emmanuel Bourg

Bug#869839: ITP: maven-reporting-api -- Maven Reporting API

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: maven-reporting-api Version : 3.0 Upstream Author : The Apache Software Foundation * URL : http://maven.apache.org/shared/maven-reporting-api/ * License : Apac

Bug#635964: Newest version is now 3.3.2

Le 26/07/2017 à 21:10, Wouter Verhelst a écrit : > this is getting ridiculous. Do you realize that there is an ongoing effort to upgrade pdfsam and that this kind of comment is rather demotivating? If you don't help you are not allowed to complain. Emmanuel Bourg

Bug#869716: libplexus-containers-java: Wrong scope for junit dependency

Le 25/07/2017 à 22:45, Mykola Nikishov a écrit : > Upgrade to 1.0~beta3.0.7-9 will drag junit. Please change default > scope [1] to the test one. > > [1] > https://anonscm.debian.org/cgit/pkg-java/plexus-containers.git/tree/pom.xml#n32 Actually in this case the scope is correct, because the

Bug#869361: maven-bundle-plugin: FTBFS after maven-archive 3.1.1 update

Le 23/07/2017 à 03:34, tony mancill a écrit : > Thank you for the guidance - much appreciated! I'm working on the patch > for maven-bundle-plugin 2.5.4 now, since it's just a simple signature > change to add the MavenSession [1]. Thank you for the fix Tony!

Bug#869279: hdrhistogram FTBFS: java.lang.NoSuchMethodError: org.apache.maven.archiver.MavenArchiver.getManifest

Hi Adrian, Thank you for the report. No need to report more "NoSuchMethodError" related to MavenArchiver, this is a toolchain issue with maven-bundle-plugin which affects all its rdeps (~160 packages). I'll look into this shortly. Emmanuel Bourg

Bug#869361: maven-bundle-plugin: FTBFS after maven-archive 3.1.1 update

to bnd. I suggest fixing the compatibility with maven-archiver without upgrading the plugin yet, and later upgrade it when the new version of bnd is ready. Emmanuel Bourg

Bug#869216: Patches for 0.62 and 0.56

Le 21/07/2017 à 23:11, Tiago TT a écrit : > For example, the package for 8u141 would be called: oracle-java8u141-jdk > And the resulting DEB file: oracle-java8u141-jdk_8u141_amd64.deb Thank you for the example, I like the idea. I'm not sold on the name of the '--multi' parameter though,

Bug#869216: Patches for 0.62 and 0.56

Hi Tiago, Thanks a lot for the patches! Could you give an example of the package name and installation path generated with the --multi option? Emmanuel Bourg

Bug#869087: devscripts: [uscan] Files excluded without a matching pattern in debian/copyright's Files-Excluded

Package: devscripts Version: 2.17.9 Severity: normal Hi, While updating plexus-archiver I noticed that uscan filters more files than expected. The watch file is: version=3 opts=uversionmangle=s{-alpha-}{~alpha} \ https://github.com/codehaus-plexus/plexus-archiver/tags

Bug#868881: ITP: maven-artifact-transfer -- Apache Maven Artifact Transfer

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: maven-artifact-transfer Version : 0.9.1 Upstream Author : The Apache Software Foundation * URL : http://maven.apache.org/shared/maven-artifact-transfer/ * L

Bug#868676: RM: maven-ear-plugin -- ROM; No longer used

Package: ftp.debian.org Severity: normal Hi, Please remove the maven-ear-plugin package. It's never used in Debian (and probably never will). Thank you, Emmanuel Bourg

Bug#868660: ITP: maven-mapping -- Apache Maven Mapping

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: maven-mapping Version : 3.0.0 Upstream Author : The Apache Software Foundation * URL : https://maven.apache.org/shared/maven-mapping/ * License : Apache-2.0 Progr

Bug#865117: [pkg-db-devel] Bug#865117: db5.3: GCJ package removal

Here is a patch, only build tested on amd64, that's the best I can do. diff --git a/debian/control b/debian/control index 369594d98..3ff9f1b76 100644 --- a/debian/control +++ b/debian/control @@ -6,16 +6,14 @@ Uploaders: Ondrej Surý , Dmitrijs Ledkovs

Bug#863337: visualvm: Typos in launcher script - does not start anymore

onfirm the error we'll backport the fix. Emmanuel Bourg

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

Le 4/07/2017 à 20:21, Markus Koschany a écrit : > I understand what you intend to say. Even if UTF-8 was the default, > libidw-java would require an override with ISO-8859-1 encoding. However > we are talking about the general case. What is more likely that a Java > project contains an UTF-8

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

Le 4/07/2017 à 17:45, Markus Koschany a écrit : > I think it is very important that the encoding is handled consistently > by all build tools. I wanted to fix this for a while now because too > many times I had to specify UTF-8 explicitly and the build system tried > to use ASCII. UTF-8 is the

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

Le 4/07/2017 à 14:08, Markus Koschany a écrit : > Maybe let's start with an upload to > experimental and we try it on some guinea pig javahelper packages first. Why not but it looks like a lot of efforts for no gain (besides the satisfaction of compiling with a modern encoding, but that's not a

Bug#866929: "Unable to find javadoc command:" on openjdk-9

Le 2/07/2017 à 21:19, Chris West a écrit : > I couldn't find an upstream issue for this, which suggests it may be an > issue with openjdk-9 itself... or that everyone else is just setting > JAVA_HOME. Setting JAVA_HOME does fix it, but it may be easier to fix > the plugin than all the various

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

). Using ISO-8859-1 is roughly equivalent to the behavior we had before changing the language level to 1.7. Since this mostly affects comments in the code it isn't very important. I'm fine if someone wants to use UTF-8, but he has to be prepared to also fix the packages built with jh_build. Emmanuel Bourg

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

Le 3/07/2017 à 11:48, Markus Koschany a écrit : > So if I understand correctly all pure javahelper packages are safe as > long as they have defined the encoding already? Yes, but I'm under the impression that no javahelper based package does so (a code search on "JH_JAVADOC_OPTS" returns only

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

Le 3/07/2017 à 11:19, Markus Koschany a écrit : > Don't we have a way to say javahelper and maven-debian-helper default to > UTF-8 but existing overrides like project.build.sourceEncoding (Maven) > or export _JAVA_OPTIONS (javahelper) still continue to work and take > precedence over them? For

Bug#866845: libidw-java FTBFS: PropertyMapImpl.java:383: error: unmappable character for encoding ASCII

specify a default encoding. ISO-8859-1 should be a good choice because any one byte character is considered valid. Emmanuel Bourg

Bug#866855: libgettext-commons-java FTBFS: Gettext Commons build failure

erefore, I'm going to reassign this > bug and hopefully address it with an upload of maven-assembly. I'd add that most of the time maven-assembly-plugin isn't required for building our packages. So this could probably be solved by ignoring this plugin. Emmanuel Bourg

Bug#864768: libquartz2-java: Disable the update checker

Hi Tony, You are right, thank you for investigating this issue. Emmanuel

Bug#865627: ITP: gmavenplus -- Maven plugin to build Groovy source files

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: gmavenplus Version : 1.5 Upstream Author : Keegan Witt * URL : http://groovy.github.io/GMavenPlus/ * License : Apache-2.0 Programming Lang: Java, Groovy Descr

Bug#865499: gradle fails to start in unstable after plexus-containers update

annotations-1.5.jar). Emmanuel Bourg

Bug#863606: vlc: Unable to play DVDs after upgrading to Stretch

Le 21/06/2017 à 13:34, Sebastian Ramacher a écrit : > Sorry, I categorized the vdpau driver incorrectly. It looks more like > mesa-vdpau-drivers. Could you please install vdpauinfo, run it and attached > its > output? I attached the output of vdpauinfo to this message. > The issues could be a

Bug#865354: java.lang.NoClassDefFoundError: org/apache/tomcat/InstanceManager

Le 20/06/2017 à 21:48, Joe Pfeiffer a écrit : > So... should this bug be reported against eclipse (or, I suppose, > eclipse-platform-data)? And can you suggest a workaround? Considering that InstanceManager is properly built by tomcat8 I think this is indeed an eclipse issue and the bug should

Bug#865405: protobuf: Add protobuf-javanano to libprotobuf-java

Source: protobuf Severity: normal Hi, Could you build javanano and install it in libprotobuf-java please? It is required to upgrade netty (>= 4.1.9). Thank you, Emmanuel Bourg

Bug#865354: java.lang.NoClassDefFoundError: org/apache/tomcat/InstanceManager

Thank your for the report Joe. The InstanceManager class is in /usr/share/java/tomcat8-api.jar. It looks like this jar is missing from the classpath used by Eclipse. Did you use the version of eclipse currently in testing/unstable? Emmanuel Bourg

Bug#865281: RM: cglib3 -- ROM; No longer used, replaced by cglib

Package: ftp.debian.org Severity: normal Hi, Please remove the src:cglib3 package, it has been replaced by src:cglib and is no longer used. Thank you, Emmanuel Bourg

Bug#865119: docbook-xsl-saxon-gcj: GCJ package removal

Package: docbook-xsl-saxon-gcj Severity: important Hi, GCJ will go away in Buster with GCC 7, could you stop building the docbook-xsl-saxon-gcj package and remove the build dependency on gcj-native-helper please? Thank you, Emmanuel Bourg

Bug#865117: db5.3: GCJ package removal

Source: db5.3 Severity: important Hi, GCJ will go away in Buster with GCC 7, could you please stop building the libdb5.3-java-gcj package and remove the build dependency on gcj-native-helper? Thank you, Emmanuel Bourg

Bug#792130: Version 1.2 is out

Control: fixed -1 1.2-1 Control: close -1 The package is misnamed, the version 1.1 is hardcoded in the name but the actual version is more recent. The version 1.2 was packaged in 2008. Emmanuel Bourg

Bug#864769: Duplicate bug reports?

intentional, that's two different packages with different fixes. Emmanuel Bourg

Bug#864597: upgrade-reports: jessie -> stretch: gnome fails to upgrade: cycle found while processing triggers

rtificates-java and move the keystore generation to openjdk-8. That would also solve the circular dependency (#864657). If you upload a NMU could you please push the changes to the Git repository? Emmanuel Bourg

Bug#864769: libquartz-java: Disable the update checker

to preserve the user's privacy (i.e. change the value of runUpdateCheck to false in QuartzSchedulerResources.java). Emmanuel Bourg

Bug#864768: libquartz2-java: Disable the update checker

to preserve the user's privacy. Emmanuel Bourg

Bug#864767: ehcache: Disable the update checker

to preserve the user's privacy (i.e. change the value of DEFAULT_UPDATE_CHECK to false in Configuration.java). Emmanuel Bourg

Bug#863606: vlc: Unable to play DVDs after upgrading to Stretch

0p with an Intel Core 2 Duo T2600 and an ATI Mobility FireGL V5200 video card. Is there a way to force the use of VA-API with this setup? In Output combobox of the video settings I saw nothing related to VA-API. Emmanuel Bourg signature.asc Description: OpenPGP digital signature

Bug#864631: unblock: jetty9/9.2.22-1

(#857217). Note that Jetty 9.2.x is in maintenance mode and receives only critical fixes from upstream, that's why I'm suggesting to upload a new version (it mostly consists in the security fix anyway). Thank you, Emmanuel Bourg diff --git a/VERSION.txt b/VERSION.txt index 5257d881..5ae8c45c

Bug#864630: unblock: tomcat8/8.5.14-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tomcat8, the version 8.5.14-2 contains a fix for CVE-2017-5664 (#864447). Thank you, Emmanuel Bourg diff --git a/debian/changelog b/debian/changelog index 363623db

Bug#863803: ca-certificates-java: depends on obsolete openjdk-7-jre-headless

Thank you for the report Andreas. The upgrade problem is odd because ca-certificates-java expects openjdk-7-jre-headless *or* java7-runtime-headless which is provided by openjdk-8-jre-headless. openjdk-8 isn't pulled automatically in this case?

Bug#863131: unblock: tomcat-native/1.2.12-2

Control: tags -1 - moreinfo Thanks a lot, uploaded.

Bug#863272: unblock: tomcat7/7.0.78-1

), but this update will allow us to refresh the backports for jessie and wheezy. Thank you, Emmanuel Bourg

Bug#863235: RM: libgnuinet-java -- ROM; no longer used

Package: ftp.debian.org Severity: normal Hi, Please remove the libgnuinet-java package, this library is only used as a build dependency of libgnumail-java which is about to be removed. Thank you, Emmanuel Bourg

Bug#863234: RM: libgnumail-java -- ROM; no longer used, replaced by libmail-java

Package: ftp.debian.org Severity: normal Hi, Please remove the libgnumail-java package, it has been replaced by libmail-java and is no longer used. Thank you, Emmanuel Bourg

Bug#862601: libmaven3-core-java: Version upgrade request to 3.5.0

Hi Elana, Maven 3.5.0 with the new maven-resolver replacing eclipse-aether is now in experimental. Let me know how it works for you with pomegranate. Emmanuel Bourg

Bug#863223: maven-plugin-tools: FTBFS: maven/tools/plugin/generator/PluginHelpGenerator.java:[300,61] unreported exception java.io.IOException; must be caught or declared to be thrown

an IOException that must be caught. It may affect a few other maven related libraries. I'll fix that in plexus-utils2 by replacing the IOException with an unchecked runtime exception. Emmanuel Bourg

Bug#862529: uncommons-watchmaker-doc: Rename the documentation package to lib*-java-doc

On 05/18/2017 06:48 PM, 殷啟聰 wrote: > The reason behind this package name is that it provides the Javadoc > for both of the 2 library packages > (libuncommons-watchmaker-framework-java & > libuncommons-watchmaker-swing-java). If I split their Javadocs, there > will be dead hyperlinks (or in fact

Bug#862894: maven-debian-helper: Installed poms are missing the debian.hasPackageVersion property when --has-package-version is specified

dependencies in binary packages. Emmanuel Bourg

Bug#862601: libmaven3-core-java: Version upgrade request to 3.5.0

't know when Stretch will be released, but I can upload Maven 3.5.0 to experimental. I got a look and the upgrade seems straightforward. Emmanuel Bourg

Bug#862703: ITP: maven-resolver -- Library to handle Java artifact repositories

Package: wnpp Severity: wishlist Owner: Emmanuel Bourg <ebo...@apache.org> * Package name: maven-resolver Version : 1.0.3 Upstream Author : Apache Software Foundation * URL : https://maven.apache.org/resolver/ * License : Apache-2.0 Programming Lang

Bug#862601: libmaven3-core-java: Version upgrade request to 3.5.0

Maven 3.5 after the Stretch release. Did you try building pomegranate with libaether-java? If it works we can keep it in Debian even if it is abandoned upstream. Emmanuel Bourg

Bug#862529: uncommons-watchmaker-doc: Rename the documentation package to lib*-java-doc

, or considering its low popcon, removing it. Emmanuel Bourg

Bug#859001: libbrowserlauncher-java: No jar file without version number

Control: severity -1 important This library was last updated 10 years ago, the probability of a new release and a subsequent breakage of the reverse dependencies building their classpath with the versioned jar is rather low. Emmanuel Bourg

Bug#861707: unblock: mysql-connector-java/5.1.42-1

Control: tags -1 - moreinfo Le 7/05/2017 à 19:02, Niels Thykier a écrit : > Ack, please go ahead and remove the moreinfo tag once the upload has > been accepted. Thank you, uploaded.

Bug#861681: unblock: tomcat8/8.5.14-1

sn't used in Debian yet. Emmanuel Bourg

Bug#861903: groovy: Do not depend on junit4

e must be preserved (unless we split the groovy package). testng is never used at runtime, so we could drop it from the recommended dependencies. Emmanuel Bourg

Bug#861872: Tomcat fails to serve png images

Hi, Could you try with the version 7.0.56-1~bpo70+3 available from the wheezy-backports repository? Emmanuel Bourg

Bug#861521: libxstream-java: CVE-2017-7957

Thank you Salvatore. Here is the upstream commit that has to be backported: https://github.com/x-stream/xstream/commit/b3570be Emmanuel Bourg

Bug#858016: unblock: tomcat8/8.5.12-1

ew upload is in > unstable and built on the relevant architecture. Hi, Thanks a lot, tomcat8/8.5.12-1 is now in unstable. This version contains the fix for CVE-2017-5648 which was backported in 8.5.11-2. If time allows I'll probably propose a last update to include the fixes for the other CVE

Bug#860650: zookeeper: FTBFS on i386: java.io.FileNotFoundException: /home/user42/.ant/cache/resolved-org.apache.zookeeper-zookeeper-3.4.9-2.xml (No such file or directory)

settings of the main build aren't use there, and ivy-2.4.0.jar is downloaded from http://repo2.maven.org. I guess this explains the failure. Emmanuel Bourg

Bug#860489: apache-log4j2: CVE-2017-5645: socket receiver deserialization vulnerability

a isn't used in jessie, this CVE can be ignored there. Emmanuel Bourg

Bug#858876: libjna-jni: causes NoClassDefFoundError

Le 18/04/2017 à 00:07, Emmanuel Bourg a écrit : > I'll get another look. I wrote a simple test case: import com.sun.jna.platform.unix.X11; public class JNATest { public static void main(String[] args) throws Exception { System.setProperty("jna.boot.libr

Bug#858876: libjna-jni: causes NoClassDefFoundError

amed path of the library is now hardcoded and can't be changed by a system property. Creating a symlink should have no effect. Could this be caused by an embedded jar in netbeans ? Emmanuel Bourg

Bug#858876: libjna-jni: causes NoClassDefFoundError

Le 17/04/2017 à 23:55, Markus Koschany a écrit : > I'm quite sure that we don't use an embedded jar of JNA somewhere in > Netbeans. Could you try removing the jna jar manually from /usr/share/java to confirm that? > I suspect that Netbeans' System.setProperty does something differently > and

Bug#858876: libjna-jni: causes NoClassDefFoundError

a functional divergence though. I can implement this. The netbeans patch can later be simplified since tweaking jna.boot.library.name will be no longer necessary. Emmanuel Bourg [1] https://codesearch.debian.net/search?q=jna.boot.library.name signature.asc Description: OpenPGP digital signature

Bug#858876: libjna-jni: causes NoClassDefFoundError

-platform-nojnabinaries.patch should be changed such that the jna.boot.library.name property is no longer set. This will use the default library wired in libjna-java. Emmanuel Bourg signature.asc Description: OpenPGP digital signature

Bug#631991: libmaven-ant-tasks-java is missing all its dependencies.

dehaus/classworlds/uberjar/protocol/jar/Handler.class org/codehaus/classworlds/uberjar/protocol/jar/JarUrlConnection.class Emmanuel Bourg

Bug#859004: Bug#859001: Let's remove BrowserLauncher from Stretch

stallation, how safe is it to assume that this works when default-jre is installed? And do I need to check if Desktop.Action.BROWSE is available or can I safely assume it? Excellent question, this needs some testing with various desktop environments. Emmanuel Bourg

Bug#631991: libmaven-ant-tasks-java is missing all its dependencies.

there is no need to declare the dependencies on the package. Emmanuel Bourg

Bug#859005: Bug#859001: Let's remove BrowserLauncher from Stretch

Le 30/03/2017 à 14:21, Ole Streicher a écrit : > IMO that makes the BrowserLauncher package *really* obsolete here. I agree, BrowserLauncher was interesting before Java 6, but the Desktop API is good enough for most usages now. Emmanuel Bourg

Bug#859001: Let's remove BrowserLauncher from Stretch

e JDK API for launching the browser instead (the browse(URI) method in the java.awt.Desktop class [1]) ? Emmanuel Bourg [1] http://docs.oracle.com/javase/7/docs/api/java/awt/Desktop.html#browse(java.net.URI)

Bug#858876: libjna-jni: causes NoClassDefFoundError

Le 28/03/2017 à 07:41, YOSHINO Yoshihito a écrit : > Workaround: Creating a symlink libjnidispatch.so -> libjnidispatch.system.so > fixes this error. Hi, Thank you for the report. The symlink was in the same directory? What JRE did you use? Emmanuel Bourg

Bug#852251: libregex-clojure: Version upgrade request to 1.1.0

they'll be happy to guide you. Emmanuel Bourg

Bug#858561: maven needs to have a metapackage to install all the libraries

library packages" ? 'apt-get install maven' will install everything necessary to run the mvn executable. Emmanuel Bourg

Bug#858561: maven needs to have a metapackage to install all the libraries

but you'll have to install them manually as you did. A metapackage would be too broad and would probably pull all the Java library packages in Debian, that doesn't seem desirable. Emmanuel Bourg

Bug#857939: [libtcnative-1] Does not work without symlink

/lib/x86_64-linux-gnu/) aren't on the default library path. In this case you have to specify the library path in the JAVA_OPTS variable defined in /etc/default/tomcat8. See #769167 for more information. Emmanuel Bourg

Bug#857128: unblock: mysql-connector-java/5.1.41-1

Control: tags -1 - moreinfo Le 15/03/2017 à 21:34, Emilio Pozuelo Monfort a écrit : > Go ahead, and remove the moreinfo tag once the package is accepted. Thank you, the package has been uploaded. Emmanuel Bourg

Bug#852342: patch proposal add --no-strip parameter

Le 15/03/2017 à 17:01, Sven Hoexter a écrit : > Would that be something you'd be willing to accept? If the stripping breaks jmap, I guess it might be better to disable it completely. Is there a good reason to keep it?

Bug#857847: java-package: proposal to add a --no-deps flag to make-jpkg

hieved with an override_dh_shlibdeps in the rules file used to generate the package. Emmanuel Bourg

Bug#856996: libjacoco-java: Where is the jacoco agent located?

Le 11/03/2017 à 20:00, Martin Quinson a écrit : > thanks for this build log. It seems that we need to package > org.apache.maven.plugins:maven-gpg-plugin and it seems that no ITP is > filled yet. This, in turn have other dependencies, as shown here: >

Bug#857343: liblogback-java: logback < 1.2.0 has a vulnerability in SocketServer and ServerSocketReceiver

Hi Fabrice, Thank you for the report. Do you know if there is a CVE ID assigned to this vulnerability? Emmanuel Bourg

Bug#857123: lintian: warning about missing classpath is confusing

Le 8/03/2017 à 10:19, Markus Koschany a écrit : > I suggest to remove this Lintian tag or lower the severity from > warning to info. +1 for lowering the severity to info. Emmanuel Bourg

Bug#857034: Please update openjdk-8-jre-dcevm in jessie-backports

Hi Christian, Thank you for the report, I'll upload openjdk-8-jre-dcevm/8u112-1 to jessie-backports shortly. Let me know if it works for you. Emmanuel Bourg

Bug#856693: Drop ant dependency

the dependency from the binary package. Splitting ant into ant+libant-java is a good idea, but this can probably wait for the Buster development cycle. Emmanuel Bourg [1] https://poi.apache.org/spreadsheet/excelant.html [2] https://codesearch.debian.net/search?q=excelant

Bug#856602: postinst sed delimiter causes failure

Le 3/03/2017 à 23:07, Markus Koschany a écrit : > I think we could reassign this bug report to tomcat8 which is also affected. Or merged with #770911 which has been fixed 3 months ago.

Bug#856602: postinst sed delimiter causes failure

Hi Joshua, The tomcat7/7.0.75-1 package no longer exist in unstable/testing. Did you mean to report this issue against the Jessie backport? Emmanuel Bourg

Bug#856560: ppc64el: "Cannot find any VM in Java Home" issue

Le 2/03/2017 à 14:48, Breno Leitao a écrit : > This is a debdiff that fixes this problem on Power. Thank you, it looks good. If you want you can upload the update as a team upload. Just join the team [1] and you'll get commit access on the Git repository [2]. [1]

Bug#856560: ppc64el: "Cannot find any VM in Java Home" issue

Control: severity -1 important Thank you for the report Breno. I'm lowering the severity, I don't think this is critical to the point the package should be removed from Stretch. Emmanuel Bourg

Bug#856409: proguard: Please relax the dependency on proguard-gui

rd-gui to preserve the compatibility with the previous versions of the package (i.e. installing proguard should pull the cli/gui, even if --no-install-recommends is specified). Emmanuel Bourg

<    8   9   10   11   12   13   14   15   16   17   >