Package: cbmc
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
cbmc build-depends on openjdk-8-jdk that we plan to remove in Buster,
it should use default-jdk instead.
Source: ldapjdk
Severity: serious
Tags: patch sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
ldapjdk build-depends on openjdk-8-jdk that we aim to remove in Buster,
it should use default-jdk instead. So far nothing prevents ldapjdk from
building with more recent JDKs, it's
Control; severity -1 important
Downgrading the severity, upstream doesn't support non x86 architectures
and the packages are only provided as a best effort.
it now defaults to
OpenJDK 11.
Emmanuel Bourg
Source: libspring-java
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
libspring-java fails to build with Java 11 due to the removal of the JAXB API:
libspring-java/spring-core/src/main/java/org/springframework/util/Base64Utils.java:21:
, I think it would be simpler to scrap the convoluted Java
detection logic and simply assume the version pulled from the build
dependencies is suitable. Otherwise we'll have to apply a patch again
every 6 months. If we do so we can directly test with Java 10.
Emmanuel Bourg
r as I know it's rather unique. If gettext only
needs a Java 1.4 compiler any version of Java released in the past 15
years is suitable anyway.
Emmanuel Bourg
Package: gettext
Version: 0.19.8.1-7
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
gettext fails to build with Java 11 because the configuration script
doesn't recognize the new version. During the build the following warning
can be seen:
gi-bin/pkgreport.cgi?tag=default-java11;users=debian-j...@lists.debian.org
The removal of sun.misc.Unsafe.defineClass() has a substantial impact
that should be addressed first, at least for aspectj and gradle.
Emmanuel Bourg
y it out and report back that would be great.
Emmanuel Bourg
Control: tags -1 + wontfix
Control: close -1
Upstream no longer builds javapackager by default. The tool is likely to
be moved elsewhere as part of JEP 343 [1]. For these reasons I'm tagging
the bug as wontfix and closing it.
[1] http://openjdk.java.net/jeps/343
4.4 and fix the Java 11 incompatibilities.
> I'm sure you may have read the freeze time-table which was shared few days
> ago.
>
> It would be nice to have all the components in debian tested etc. well
> before freeze.
Sure but this won't happen magically, we need more contributors.
Emmanuel Bourg
Le 01/10/2018 à 11:48, Emmanuel Bourg a écrit :
> Thanks a lot for investigating this issue Tiago. I'll apply the patch.
The fix for the Java version parsing issue can be reduced to:
--- a/subprojects/base-services/src/main/java/org/gradle/api/JavaVersion.java
+++ b/subprojects/base-servi
Le 29/09/2018 à 21:41, Tiago Daitx a écrit :
> Please consider the attached patch which applies the upstream patch [1].
Thanks a lot for investigating this issue Tiago. I'll apply the patch.
Emmanuel Bourg
Le 28/09/2018 à 09:30, Sylvestre Ledru a écrit :
> the url should be:
> https://www-archive.mozilla.org/directory/
>
> https://www.mozilla.org/fr/directory/javasdk.html
> is failing
Maybe the mozilla.org web server could add an HTTP redirect for this
URL? The Debian package isn't the only
I got the same issue with some big eclipse packages. I worked around it
by watching and repacking the .zip archive instead of the .tar.gz
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: equinox-p2
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/equinox/p2/
* License : EPL-1.0
Programming Lang: Java
Description
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-debug
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/eclipse/debug/
* License : EPL-1.0
Programming Lang: Java
Description
Package: ftp.debian.org
Severity: normal
Please remove the androidsdk-tools package, it has been abandoned
upstream and has been failing to build for nearly a year (#879175).
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Please remove the android-platform-tools-swt package, it has been abandonned
upstream and has been failing to build for over a year (#852903).
Thank you,
Emmanuel Bourg
e version 'debian' here stands for the latest version available (i.e.
1.2.0 currently).
So the poms in /usr/share/maven-repo are consistent and safe using.
Emmanuel Bourg
lution. This bug was blocking the more
important Java transition. Let's pick the fights one by one. We can
still work on this later.
Emmanuel Bourg
Source: procyon
Version: 0.5.32-4
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
procyon fails to build with Java 11 due to the removal of the defineClass()
method in sun.misc.Unsafe:
Source: objenesis
Version: 2.6-2
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
objenesis fails to build with Java 11 due to the removal of the defineClass()
method in sun.misc.Unsafe:
[ERROR]
Source: gmbal-pfl
Version: 4.0.1-b003-1
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
gmbal-pfl fails to build with Java 11 due to the removal of the defineClass()
method in sun.misc.Unsafe:
[ERROR]
Source: aspectj
Version: 1.9.1-1
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
aspectj fails to build with Java 11 due to the removal of the defineClass()
method in sun.misc.Unsafe:
[ajbuild]
This is actually an issue with lombok not supporting Java 10. It was
fixed with the upload of lombok/1.16.22-1.
user debian-j...@lists.debian.org
usertag 903769 + default-java11
e default-jdk can be used to
build the package, the dependency on openjdk-8-jdk has to be retained
(the build adds rt.jar to the bootclasspath when compiling some classes).
Emmanuel Bourg
I tried using the maven-jaxb2-plugin but it doesn't seem be work in
offline mode when a catalog is used. For some reason it tries to
download http://www.w3.org/2001/XMLSchema.dtd and
http://www.w3.org/2001/xml.xsd.
radle-debian-helper isn't to blame here, I think jayway-jsonpath is
simply missing a build dependency on default-jdk-doc (or should disable
the generation of the javadoc since it's doesn't create a doc package).
Emmanuel Bourg
Control: reassign -1 jarwrapper
Control: affects -1 davmail
This is a jarwrapper bug, the CheckProperty class was compiled without
specifying the source/target level, thus defaulting to Java 10 bytecode
(version 54.0).
Control: fixed -1 6.2.1-1
Control: close -1
It looks like the upgrade to the version 6.2.1 fixed this issue.
Control: reassign -1 gradle-debian-helper 2.0
Control: affects -1 src:jayway-jsonpath
Control: affects -1 src:bnd
Le 17/09/2018 à 00:54, Ivo De Decker a écrit :
> The latest version of jayway-jsonpath in unstable fails on all:
>
> https://buildd.debian.org/status/package.php?p=jayway-jsonpath
Package: maven-debian-helper
Version: 2.3.2
Severity: serious
I introduced a regression in maven-debian-helper/2.3 when I modified
the Maven mojos to use the plugin annotation. A copy/paste error in
SysInstallMojo caused the ignore rules to be added to the installed
poms instead of the publish
Le 11/09/2018 à 00:54, Emmanuel Bourg a écrit :
> I haven't figured out the origin of these rules yet
The rules added are the surefire own ignore rules.
Still looking for what triggered their addition to the pom.
Package: libsurefire-java
Version: 2.21.0-2
Severity: serious
When libsurefire-java/2.21.0-2 was built last week extra rules were
automatically added to the pom of the Maven plugin:
--- maven-surefire-plugin-2.21.0-1.pom 2018-09-11 00:24:27.213383006 +0200
+++ maven-surefire-plugin-2.21.0-2.pom
Le 10/09/2018 à 18:44, Miroslav Kravec a écrit :
> Thanks! It took some effort, so I'm glad the package is considered to be
> well packaged.
There was just a redundant build dependency on default-jre-headless
(implied by default-jdk), and the ${maven:Depends} variable was useless
because it only
Hi Miroslav,
Le 09/09/2018 à 17:26, Miroslav Kravec a écrit :
> could you please take a look at this package, and sponsor upload, if
> the packaging correct?
Uploaded. Very good packaging, well done!
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: jsonb-api
Version : 1.0
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/jsonb-spec
* License : CDDL-1.1 or GPL-2 with Classpath exception
Programming Lang: Java
> [ERROR] Failed to execute goal on project bookkeeper-server: Could not
> resolve dependencies for project
> org.apache.bookkeeper:bookkeeper-server:jar:4.4.0: Cannot access central
> (https://repo.maven.apache.org/maven2) in offline mode and the artifact
> io.netty:netty:jar:debian has not
Control: reassign -1 libsimple-xml-java
Control: affects -1 carrotsearch-randomizedtesting
Control: retitle -1 libsimple-xml-java: Missing dependency on libstax-java
This is an issue with libsimple-xml-java which has a pom depending on
stax-api but the package doesn't depend on libstax-java. It
I stumbled on this issue as well and I'm currently working on a fix for
maven-debian-helper. The same issue will have to be addressed in
maven-repo-helper.
Le 28/08/2018 à 15:25, Markus Koschany a écrit :
> I added a new rule to debian/maven.rules
>
> org.apache.xbean maven-xbean-plugin * s/.*/4\.5/ * *
>
> Expected behavior:
>
> The version in src/pom.xml will be tranformed from 4.1 to 4.5.
>
> Result:
>
> Version is still 4.1
For plugins and
to 10. Using a backport of a recent version of
maven-debian-helper should also work (at least version 2.2.3 I think).
Emmanuel Bourg
Control: block -1 908023
Control: tags -1 + pending
I've prepared the upgrade of async-http-client to the version 2.5.3
which uses Netty 4.1, but it requires a new dependency (see #908023).
The update is ready in the Salsa repository.
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: netty-reactive-streams
Version : 2.0.1
Upstream Author : Typesafe
* URL : https://github.com/playframework/netty-reactive-streams
* License : Apache-2.0
Programming Lang: Java
Le 04/09/2018 à 23:10, Jochen Sprickerhof a écrit :
> Exception in thread "main" java.lang.UnsatisfiedLinkError: Could not load SWT
> library. Reasons:
> no swt-gnome-gtk-3836 in java.library.path:
> [/home/jspricke/.local/lib, ., /usr/java/packages/lib,
>
Le 03/09/2018 à 17:29, Markus Koschany a écrit :
> Just updating libequinox-osgi-java would have been
> a straightforward solution.
I agree this is mostly a change in the name of the binary package. I
could have kept the libequinox-osgi-java name with some contortions and
avoid updating the
eam vs
Eclipse Git repository, different naming convention, different build
system, no upstream version tracking). That's why I think it's more
consistent to replace libequinox-osgi-java now.
Emmanuel Bourg
[1] https://lists.debian.org/debian-java/2018/07/msg00020.html
Control: reassign -1 libeclipse-osgi-java
Control: affects -1 libequinox-osgi-java
libeclipse-osgi-java will replace libequinox-osgi-java. I forgot to add
the proper Breaks/Replaces fields.
On 28/08/2018 21:31, Jochen Sprickerhof wrote:
> As a quick fix we could probably hack around the visibility modifiers of
> Marshaller, but I guess that would be rather ugly. Just mentioning it
> for completeness.
+1 for adjusting the xml-security API.
Emmanuel Bourg
On 25/08/2018 17:44, Andreas Tille wrote:
> No, it is different:
> [ERROR] The project com.itextpdf:itextpdf:5.5.13
> (/build/libitext5-java-5.5.13/itext/pom.xml) has 1 error
> [ERROR] Non-resolvable parent POM for com.itextpdf:itextpdf:5.5.13:
> Cannot access central
On 25/08/2018 09:00, Andreas Tille wrote:
> I realised that there is a new upstream version, fixed the watch file in
> Git and tried to build the package. Unfortunately the build fails as
> well.
Do you get the same build failure with the new version?
Emmanuel Bourg
or collecting RC bugs.
I agree. Not all CVEs are equally important though, here simple-xml is
just a test dependency of another package and has a very low popcon, the
vulnerability has no real impact on the Debian users.
Emmanuel Bourg
nished once that was
reverted in ant/1.10.4-2.
Emmanuel Bourg
xml is a dependency of carrotsearch-randomizedtesting.
The fix should be trivial, it's just a matter of disabling external
entities parsing on the underlying XML parser. And maybe we've already
fixed the XML parser used by default.
Emmanuel Bourg
ages.
That said, I don't mind lowering the minimum Java level to 6 since we
are now sure that Java 11 will support it. But we'll have to revert to
Java 7 to transition to Java 12 after the Buster release.
Emmanuel Bourg
of the plugin
in the pom.xml file will fix the issue.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the wagon2 package, it was introduced to ease the transition
to Maven 3 but is no longer used now.
Thank you,
Emmanuel Bourg
go/darwin/jmodeltest/ModelTestService.java:31:
error: package converter does not exist
[javac] import converter.Factory;
[javac] ^
There is an issue with a dependency (alter-sequence-alignment maybe?),
the Java version isn't to blame here.
Emmanuel Bourg
Le 09/08/2018 à 15:05, 殷啟聰 | Kai-Chung Yan a écrit :
> It needs JetBriains's fork of JDOM [1].
>
> [1]: https://github.com/JetBrains/intellij-deps-jdom
Interesting. Looking at the commit history I think we should be able to
reuse the current libjdom2-java package by removing some final modifiers
systemd service file for
Tomcat. I'm currently experimenting with this and it works rather well.
Emmanuel Bourg
mmonly used to set JAVA_OPTS anyway
and that would solve this recurring issue.
Emmanuel Bourg
> We can do this to `picocontainer`, `protobuf`,`spullara-cli-parser`
> and `jdom`.
We already have two version of jdom (libjdom1-java and libjdom2-java).
What is the version required by Kotlin?
Emmanuel Bourg
ggest
setting the JAVA_HOME variable in /etc/default/tomcat8.
Emmanuel Bourg
Control: tags -1 + wontfix
Control: close -1
I don't think the init script can be run without root privileges. sudo
looks like the right alternative.
I wonder if this issue is a duplicate of #658554. Dave do you know if
JAVA_OPTS in /etc/default/tomcat8 is on multiple lines?
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: jaxrpc-api
Version : 1.1.2
Upstream Author : Oracle Corporation
* URL : https://github.com/javaee/javax.xml.rpc
* License : CDDL-1.1 or GPL-2 with Classpath exception
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: jaxws
Version : 2.3.0.2
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/metro-jax-ws/
* License : CDDL-1.1
Package: libhibernate-validator-java
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
libhibernate-validator-java calls the xjc tool in its debian/rules file,
but xjc has been removed from Java 11. The package should now use the
maven-jaxb2-plugin
Source: jersey1
Severity: important
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java11
jersey1 calls the xjc tool in its debian/rules file, but xjc has been
removed from Java 11. The package should now use the maven-jaxb2-plugin
or the standalone jaxb package providing
Source: jaxb
Severity: important
User: debian-j...@lists.debian.org
Usertags: default-java11
JAXB has been removed from the JDK in Java 11, and the two related
command line tools xjc and schemagen are no longer available.
These tools are available in the src:jaxb package but aren't installed
yet.
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: saaj-ri
Version : 1.4.1
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/metro-saaj/
* License : CDDL-1.1
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: jws-api
Version : 1.1
Upstream Author : Oracle Corporation
* URL : https://github.com/javaee/javax.jws
* License : CDDL-1.1
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: metro-policy
Version : 2.7.2
Upstream Author : Oracle Corporation
* URL : https://github.com/javaee/metro-policy
* License : CDDL
Source: jakarta-jmeter
Version: 2.13-3
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java9
jakarta-jmeter fails to build with Java 9 due to the generification
of the javax.swing.JTable constructors:
compile-jorphan:
[mkdir] Created dir:
Control: reopen -1
Control: severity -1 important
I'm reopening the bug because ultimately this issue will have to be
fixed, but I'm lowering the severity to prevent the autoremoval.
Source: apache-log4j2
Version: 2.10.0-2
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
apache-log4j2 currently fails to build with Java 10, the build breaks
with the following javadoc error:
[ERROR] javadoc: error - An internal exception has
Control: reassign -1 testng
Control: affects -1 dom4j
Control: forcemerge 895886 891437
This issue is actually a duplicate of #895886.
Package: libquartz2-java
Version: 2.2.3-3
Severity: serious
Tags: sid buster
User: debian-j...@lists.debian.org
Usertags: default-java10
libquartz2-java fails to build with Java 10 due to a change in the signature
of the getPrefixes() method in javax.xml.namespace.NamespaceContext:
[ERROR]
Control: tags -1 + wontfix
Control: close -1
Packages installing Maven plugins can't provide a generic '2.x' or
'debian' version.
Le 30/07/2018 à 04:32, Dmitry Smirnov a écrit :
> Recommended way to do that is through copyright/FilesExcluded header and
> "watch" file setting repacksuffix to indicate that tarball has been
> processed.
>
> "debian/orig-tar.sh" is redundant as all it does can be done by "uscan".
It can be
Control: reopen -1
Control: severity -1 important
I'm reopening the bug because ultimately this issue will have to be
fixed, but I'm lowering the severity to prevent the autoremoval.
.
I'm not sure to understand why do_auto is called from do_set though. We
can try removing it and see how it works.
Emmanuel Bourg
Control: tags -1 + wontfix
Control: close -1
gcj and postgresql-pljava are both gone now, I don't think the initial
question is still relevant.
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: gmbal
Version : 4.0.0-b002
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/gmbal
* License : CDDL-1.1
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: gmbal-pfl
Version : 4.0.1-b003
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/gmbal-pfl/
* License : CDDL
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
User: debian-j...@lists.debian.org
Usertags: default-java11
* Package name: gmbal-commons
Version : 3.2.1-b003
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/gmbal-commons
* License
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: mimepull
Version : 1.9.7
Upstream Author : Oracle Corporation
* URL : https://javaee.github.io/metro-mimepull/
* License : CDDL-1.1 or GPL-2 with Classpath exception
Programming Lang
On Tue, 04 Oct 2016 13:47:24 +0200 Emmanuel Bourg wrote:
> maven-debian-helper seems unable to ignore a module no defined in a direct
> child
> directory relatively to its parent pom.
>
> This can be observed with the carrotsearch-randomizedtesting/2.1.6 package,
> there are
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-jdt-core
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/jdt/core/
* License : EPL-1.0
Programming Lang: Java
Description
report Erich. What version of OpenJDK 11 did you use?
Could you check the value of the java.specification.version system
property please?
Emmanuel Bourg
Control: tags -1 + pending
Control: block -1 by 903617 903658 903653 903645 903632 903575 903559
The packaging of AspectJ 1.9 which supports Java 9 and later is ready in
the Git repository on Salsa. New Eclipse packages are required before
uploading though.
ore of
Eclipse).
https://en.wikipedia.org/wiki/OSGi
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-ui
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : https://www.eclipse.org/eclipse/platform-ui/
* License : EPL-1.0
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-text
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/eclipse/platform-text/
* License : EPL-1.0
Programming Lang: Java
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-resources
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://wiki.eclipse.org/Resources
* License : EPL-1.0
Programming Lang: Java
Description
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: eclipse-platform-runtime
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/eclipse/platform-core/
* License : EPL-1.0, Apache-2.0
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: equinox-framework
Version : 4.7.3
Upstream Author : Eclipse Foundation, Inc.
* URL : http://www.eclipse.org/equinox/framework/
* License : EPL-1.0, Apache-2.0
Programming Lang: Java
701 - 800 of 2416 matches
Mail list logo