Source: libmatthew-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
libmatthew-java fails to build with OpenJDK 17 due to a javadoc warning that
became an error:
cx/ath/matthew/unix/UnixSocket.java:174: error: @param name not found
to build kotlin but it isn't
ready yet. It doesn't matter if it isn't in testing at this stage.
Emmanuel Bourg
Source: lombok-ast
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
lombok-ast fails to build with OpenJDK 17:
templateProcessor:
[taskdef] Could not load definitions from resource
org/apache/ivy/ant/antlib.xml. It could not be
Source: xmlbeans
Version: 3.0.2-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
xmlbeans fails to build with OpenJDK 17 because it uses classes from
the com.sun.javadoc package which was removed:
jam.classes:
[mkdir] Created
Source: octave-ltfat
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
octave-ltfat fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum version
supported is 7.
Package: ant
Version: 1.10.9-2
Severity: important
User: debian-j...@lists.debian.org
Usertags: default-java17
Several packages fail to build with OpenJDK 17 because the javadoc linter is
too strict. When building a Debian package ant should automatically disable
doclint (similarly to the
Source: neobio
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
neobio fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.
dh binary --with
Source: zookeeper
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
zookeeper fails to build with OpenJDK 17 because it contains a Record class
that clashes with the new java.lang.Record class:
build-generated:
[javac] Using javac
Source: gnome-split
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
gnome-split fails to build with OpenJDK 17, the configuration script fails to
detect the JDK:
make[1]: Entering directory '/<>'
./configure prefix=/usr
Package: gradle
Version: 4.4.1-12
Severity: important
Tags: sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
gradle doesn't work with OpenJDK 17, it quickly dies with the error below.
The 90 packages built with gradle therefore FTBFS with OpenJDK 17.
Initialized native
Source: libvt-ldap-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
libvt-ldap-java fails to build with OpenJDK 17 because the java.security.acl
package has been removed:
[ERROR]
Source: apache-log4j1.2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
apache-log4j1.2 fails to build with OpenJDK 17 due to the removal of rmic:
build.examples:
[javac] Using javac -source 1.4 is no longer supported, switching to
Source: lz4-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
lz4-java fails to build with OpenJDK due to the removal of Nashorn:
bundle:
Java 15 has removed Nashorn, you must provide an engine for running
JavaScript yourself.
Package: junit4
Version: 4.13.1-1
Severity: important
Tags: sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
junit4 fails to build with OpenJDK 17 because the javadoc contains errors.
The pom.xml defines its own -Xdoclint settings and prevents maven-javadoc-plugin
from
Package: weka
Severity: important
Tags: sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
weka fails to build with OpenJDK 17 because rmic has been removed from the JDK:
BUILD FAILED
/<>/build.xml:93: rmic does not exist under Java 15 and higher,
use rmic of an older
Source: jacoco
Severity: important
Tags: sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
jacoco fails to build with OpenJDK 17 due to the removal of the pack200 API:
[INFO] -
[ERROR] COMPILATION ERROR :
.
Thank you,
Emmanuel Bourg
gt;
> [Service}
> Environment="JAVA_HOME=/usr/lib/jvm/adoptopenjdk-8-hotspot-amd64"
>
> in its override file, i.e.
> /etc/systemd/system/tomcat9.service.d/00_javahome.conf .
Hi Giuseppe,
This was fixed in the version 9.0.40-1 of the package. You can get it
from buster-backports.
Emmanuel Bourg
packaged now
(src:lgooddatepicker).
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org
Hi,
Please remove the geronimo-ejb-3.0-spec package, it was replaced by
geronimo-ejb-3.2-spec
and is no longer used.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org
Hi,
Please remove the geronimo-jta-1.1-spec package, it has been replaced
by geronimo-jta-1.2-spec and is no longer used.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org
Hi,
Please remove the jenkins-htmlunit-core-js package, it's an old dependency
of jenkins which was removed 5 years ago, it's no longer used and unlikely
to be useful in the future.
Thank you,
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: sisu-mojos
Version : 0.3.4
Upstream Author : The Eclipse Foundation
* URL : https://github.com/eclipse/sisu.mojos
* License
Package: maven
Version: 3.6.3-1
Severity: important
maven/3.6.3-1 fails to run with OpenJDK 16, the following error is displayed:
[ERROR] Error executing Maven.
[ERROR] java.lang.IllegalStateException: Unable to load cache item
[ERROR] Caused by: Unable to load cache item
[ERROR]
Package: xmlstarlet
Version: 1.6.1-2.1
Severity: normal
Dear Maintainer,
I've noticed a segmentation fault when running:
$ xmlstarlet ed -v foo.xml
Warning: unrecognized option '-v'
Segmentation fault
-- System Information:
Debian Release: bullseye/sid
APT prefers
Control: severity -1 important
nagios4/4.4.6-2 currently in unstable seems to build fine with
gcc-10/10.2.0-18 on the builders [1], so I guess this was fixed? I'm
downgrading the severity to let nagios4 migrate to testing.
Emmanuel Bourg
[1] https://buildd.debian.org/status/package.php?p
ture from
> the list of supported architectures in debian/control.
As a side note, if we keep getting issues with service-wrapper-java I
wonder if we could scrap it, systemd is now able to provide similar
auto-restart features for services.
Emmanuel Bourg
does dojo use upstream?
Emmanuel Bourg
ations hosted by Tomcat when the
security manager is enabled. This is convenient when the applications
aren't fully trusted. But in the pki-server case there is no trust issue
and the security manager could be disabled. The sandboxing could be
implemented at the systemd level if necessary.
Emmanuel Bourg
quot;debian" version available, but I
> understand you rationale and won't push further :)
I'd have preferred a 'debian' version for this package too, the 1.x
version was picked for no good reason in this case.
Emmanuel Bourg
r-pom
plugin (from libuber-pom-java). This issue may occur again if this
plugin is used to build other packages, in which case it would be better
to fix the issue directly at the plugin level.
Emmanuel Bourg
library much easier, as I would not have to hardcode
> a version.
That's similar to #976741, you have to use the '2.x' version instead of
'debian'. Same thing with the other jackson packages.
Emmanuel Bourg
library much easier, as I would not have to hardcode
> a version.
Hi Louis-Philippe,
libyaml-snake-java already provides a Maven artifact with a generic
version. You just have to use '1.x' instead of 'debian'.
Emmanuel Bourg
Le 06/12/2020 à 22:39, Pierre Gruet a écrit :
> This issue is well-documented on the Apache issue tracker [0] and I'm
> proposing the enclosed patch by Bernd Rinn to get around it in version 2.8.0.
The patch looks good. I'll try to get it applied upstream.
Emmanuel Bourg
ps of google-oauth-client-java.
I've fixed this issue yesterday, libopencensus-java was missing a
dependency on libgrpc-java.
Emmanuel Bourg
Hi David,
Did you try to install systemd 241-5~bpo9+1 from stretch-backports? If
you can I recommended upgrading to buster.
Emmanuel Bourg
ernative
>> implementation of systemd's sysusers that also works with other init
>> systems or without init system at all.
I think I'll rather wait for the standalone systemd-sysusers package
(#946456) and eventually the sysusers support in debhelper (#962384) to
remove the systemd-sysusers call in tomcat9.postinst.
Emmanuel Bourg
t9 package, i lost my
> modification.
/usr/lib/systemd/system/tomcat9.service belongs to the package and
should not be modified. Custom settings go to a conf file under
/etc/systemd/system/tomcat9.service.d/, you can look at the
README.Debian file for an example.
Emmanuel Bourg
NA_OPTS has ever been intended to be supported in
/etc/default/tomcat.
Emmanuel Bourg
On 15/11/2020 20:26, Alejandro Sánchez wrote:
> Tomcat 9.0.31 has an upload bug
> https://bz.apache.org/bugzilla/show_bug.cgi?id=64202
Thank you for the information but there is need to forward the upstream
bugs to the Debian BTS. This will be fixed when the new version is uploaded.
Em
to be on
the default path. OpenJFX should now be handled like any other library.
Setting the classpath is therefore under the reponsability of the script
launching the application.
Emmanuel Bourg
container,
could you check in the logs of the host why the permission was denied?
If the container isn't unprivileged this is maybe an issue with
AppArmor, adding this line to the container conf file might help:
lxc.apparmor.profile: unconfined
Emmanuel Bourg
version 5.x is a prerequisite to upgrade Spring to the next major
release. Also the version 4.x is no longer supported and security issues
are frequently reported. The idea is to use libhibernate-validator4-java
as a transitional package until all reverse dependencies are updated to
use the version 5.x.
Emmanuel Bourg
The version 4.x has been packaged separately as
libhibernate-validator4-java. libspring-java has been updated to use it
but not the other reverse dependencies.
Emmanuel Bourg
n "${HOME}/.ssh/" by default, which would mean "/.ssh/".
That's a good point. Maybe we could use /var/lib/tomcat as the home
directory then.
Emmanuel Bourg
Thank you for the patch Gilles. Could you also push it upstream?
Emmanuel Bourg
le/common/jimfs/PathService.java:[290,30]
> error: is not abstract and
> does not override abstract method test(Object) in Predicate
Have you tried setting the source/target level to Java 8?
Just add this to debian/maven.properties:
maven.compiler.source=8
maven.compiler.target=8
Emmanuel Bourg
issue. Upgrading bnd isn't straightforward,
I'll try to modify the bnd configuration instead.
Emmanuel Bourg
eserve the compatibility with the
layout of the old src:eclipse package (which dates back to 2002, it was
replaced two years ago by a set of smaller packages) :
https://packages.debian.org/stretch/amd64/eclipse-platform/filelist
https://packages.debian.org/stretch/amd64/eclipse-rcp/filelist
Emmanuel Bourg
. Even if the
geogebra package is outdated it's still fairly popular. Would it be
possible to package an older version of FreeHEP so we can preserve geogebra?
Emmanuel Bourg
rased the
fix just before uploading. I'll upload it again.
Emmanuel Bourg
at may trigger an issue during upgrades.
Emmanuel Bourg
to architecture independent jar files.
Emmanuel Bourg
his case. This is a very small API consisting in 14 Java
annotations that have barely changed in years. The risk of radical
changes between the RC and the final release is really zero.
Emmanuel Bourg
l
version will be nearly identical. The JakartaEE APIs consist basically
in the JavaEE versions that have been stable and in use for years with
the base package renamed from 'javax' to 'jakarta'. I don't expect much
surprise in the final version.
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: jakarta-annotation-api
Version : 2.0.0~RC1
Upstream Author : Eclipse Foundation
* URL : https://github.com/eclipse-ee4j/common-annotations-api
* License : EPL-2.0
Programming Lang: Java
This issue also occurs with jakarta-activation 2.0:
SEVERE: An error occured when processing the pom file ./activation/pom.xml
javax.xml.stream.XMLStreamException: ParseError at [row,col]:[76,17]
Message:
http://www.w3.org/TR/1999/REC-xml-names-19990114#ElementPrefixUnbound?Xlint:all
on these architectures.
Thank you,
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: tomcat-jakartaee-migration
Version : 0.0.2
Upstream Author : The Apache Software Foundation
* URL : https://github.com/apache/tomcat-jakartaee-migration
* License : Apache-2.0
Programming
Le 13/06/2020 à 08:57, e...@i2pmail.org a écrit :
> Version: 2.4.0.0-1
>
> With latest BBT I can no longer reproduce the bug.
Great news, thank you for the feedback. Did you try in testing or sid?
There is also a new version of SWT in unstable that may have fixed this
issue.
Emmanuel Bourg
to migrate 1000+ packages
to a different address.
Could you please exclude this address from the ones reported by this tag?
Thank you,
Emmanuel Bourg
ror means OpenJDK 8 is your default JRE. You should use OpenJDK
11 instead:
sudo update-java-alternatives --set java-1.11.0-openjdk-amd64
Emmanuel Bourg
Le 14/05/2020 à 17:10, Ruedi Steinmann a écrit :
> According to upstream the issue is fixed now.
Just tried the version 11.0.7+1 and it looks good now. Uploading soon.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the gmetric4j package, it was only used by dropwizard-metrics
but isn't anymore since the version 3.2.6-1.
Thank you,
Emmanuel Bourg
closely emulate java.util.function.Predicate [2] and use of the
> Guava Predicate is discouraged by its authors anyway [3].
If that helps, building closure-compiler with source/target=8 should fix
this issue. I did that for Gradle this week to fix the same issue.
Emmanuel Bourg
the name of
the OSGi bundles, so libeclipse-remote-core-java and
libeclipse-remote-ui-java.
Emmanuel Bourg
y adds an optional
whitelisting feature to check the classes being deserialized. But the
default behavior is still the same (no check), so the charge of
addressing the vulnerability is actually shifted to the applications
using jodd.
Emmanuel Bourg
build.xml file.
Since it requires an action from the user and the issue is already
avoidable I'm tempted to think a backport to stable isn't important.
Emmanuel Bourg
mpatibility. I
think I've fixed most (and hopefully all) of the regressions reported by
ratt.
Emmanuel Bourg
is best when Emmanuel Bourg chimes in here.
On the other hand, putting a license header in a META-INF file is
absurd, this type of file is purely functional and unlikely to be
copyrightable anyway. I suggest patching the tomcat9 package to remove
the comment from
res/META-INF/jasper-el.
Control: reassign -1 libxalan2-java
Control: found -1 2.7.2-3
Control: severity -1 important
Control: affects -1 + libjdom2-intellij-java
Control: retitle -1 libxalan2-java: xml-apis dependency left in the
xalan:serializer pom
The actual issue is with libxalan2-java, because the xalan:serializer
t version.
That said, I've uploaded the version 23.6.1 to experimental, and the
version 29.0 should follow soon. So if it doesn't work with Guava 19 you
can try with the recent releases.
Emmanuel Bourg
If Bazel pulls the transitive dependencies this
shouldn't be a problem. Otherwise you can simply replace the netty-all
dependency by the individual artifacts used by Bazel.
Emmanuel Bourg
epends on xml-apis but the package doesn't depend on
libjaxp1.3-java. Any package depending on xalan is likely to fail similarly.
The xml-apis artifact contains the javax.xml classes now integrated in
the JDK. In most cases this dependency can be dropped (from the poms and
the packages dependencies).
Emmanuel Bourg
Hi Olek,
Le 29/04/2020 à 15:38, Olek Wojnar a écrit :
> Please update guava-libraries to a newer version. This is necessary for
> properly packaging Bazel in Debian. Bazel is currently using version 25.1.
Did you try building Bazel with the version 19 of Guava currently packaged?
Em
Le 19/04/2020 à 20:57, Sebastiaan Couwenberg a écrit :
> 11.0.7+0-2 still FTBFS on arm64 & mips*, will you still file the RM bugs
> for openjfx & zeroc-ice to unblock the testing migration or shall I?
Yes go ahead with the RM, thank you for the help.
Emmanuel Bourg
esn't fix anything, the constructor of SAXReader
still allows external entities by default, but the documentation now
suggests to disable them.
Emmanuel Bourg
er bug.
> Will openjfx & zeroc-ice be removed from those architectures to allow it
> to migrate to testing if that's the case?
I'll request the mips binaries to be removed if it still doesn't work.
Emmanuel Bourg
,
Emmanuel Bourg
Source: openjdk-11
Version: 11.0.7+9-1
Severity: normal
The makefile of OpenJDK computes the current year to be used in the copyright
templates. By default the year is derived from the current date and this makes
the build non reproducible. There is a --with-copyright-year configure option
to
Le 06/04/2020 à 16:41, tony mancill a écrit :
> I'm going to look what it would take to update those packages, but I
> might use a trick that Emmanuel has used in the past, which is to
> restore the removed methods.
Yes that's definitely the recommended solution :)
Emmanuel Bourg
t.GenericServlet.init(GenericServlet.java:158)
Hi Timo,
Why do you think this is related to tomcat9?
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi, please remove the weupnp package, this package isn't used and has
a low popcon. This was a jitsi dependency left over after its removal
in 2017.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi, please remove the jmxetric package, this package isn't used,
has a low popcon, and the project is dead upstream. Better and
actively maintained alternatives like jmxtrans could be packaged
as a replacement.
Thank you,
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the jsmpp package, this package isn't used, has a low popcon
and has never been upgraded since its initial upload 5 years ago.
Thank you,
Emmanuel Bourg
Le 22/10/2019 à 19:20, Michael Meier a écrit :
> java -dvecm can't be executed anymore:
>
> java -dcevm
> java: relocation error: /usr/lib/jvm/java-11-openjdk-amd64/lib/libjava.so:
> symbol JVM_InitializeFromArchive version SUNWprivate_1.1 not defined in file
> libjvm.so with link time reference
is fixed in the next update.
Emmanuel Bourg
esktop environment did you use?
Emmanuel Bourg
Hi Kit,
Thank you for the report. Does it work better if you install systemd
241-5~bpo9+1 from stretch-backports?
Emmanuel Bourg
It looks like this is fixed in Tomcat 9.0.17 (no packaged yet).
Emmanuel Bourg
/8.5.50-0+deb9u1/debian/patches/0002-do-not-load-AJP13-connector-by-default.patch
https://salsa.debian.org/java-team/tomcat7/blob/debian/7.0.56-3+really7.0.91-1/debian/patches/0002-do-not-load-AJP13-connector-by-default.patch
Emmanuel Bourg
pen if libmaven3-core-java had the correct versioned
dependency on libplexus-utils2-java. Unfortunately due to a bug in
maven-debian-helper the versioned dependency is wrong (the version is
2.x instead of 3.2.1).
Emmanuel Bourg
Le 07/01/2020 à 00:02, Emmanuel Bourg a écrit :
> It could be placed into it's own libguice-noaop-java package,
> this would save ~400KB when installing Maven.
Actually this won't work, because Maven still depends indirectly
on Guice through:
maven -> libmaven3-core-java -> libsisu
:
- libmaven3-core-java has to depend on libguice-noaop-java instead of
libguice-java
- the guice.jar symlink in /usr/share/maven/lib should point to the no_aop
variant
Emmanuel Bourg
could address this issue. It could be placed
into it's own libguice-noaop-java package, this would save ~400KB when
installing Maven.
Emmanuel Bourg
[1] https://github.com/google/guice/wiki/OptionalAOP
[2] https://github.com/cglib/cglib/issues/129
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
* Package name: biglybt
Version : 2.2.0.2
Upstream Author : Bigly Software, Inc
* URL : http://www.biglybt.com
* License : GPL-2+
Programming Lang: Java
Description : BiglyBT BitTorrent client
On 29/12/2019 17:50, Felix Lechner wrote:
> Done with:
>
>
> https://salsa.debian.org/lintian/lintian/commit/ca5adad9cb21805b871a9f2e6cdd30b8bdb0246c
>
> Thanks for helping to make Lintian better.
Thank you for the quick fix!
Emmanuel Bourg
or pedantic, and adjust the
description to explain the suffix is optional.
Emmanuel Bourg
s blocked by the packaging of SBT
which causes substantial issues. Help is welcome.
Emmanuel Bourg
.
If the conflict can't be lifted I can see two solutions, either elogind
provides its own version of systemd-sysusers, or systemd-sysusers is
extracted into an independent package that doesn't conflict with elogind
(I've filed #946456 for that).
Emmanuel Bourg
301 - 400 of 2416 matches
Mail list logo