On 17/06/2025 20:55, Fab Stz wrote:
Could the package be updated to a newer version?
The Netbeans IDE was removed 5 years ago and there is no plan to
reintroduce it, so yes go ahead.
Emmanuel Bourg
#1060960)
Thank you,
Emmanuel Bourg
bug #1060960
Thank you,
Emmanuel Bourg
slf4j-java
Considering that libslf4j-java will be superseded by libslf4j2-java in
Forky and that we are deep in the freeze I'll just disable the tests.
Emmanuel Bourg
On 10/06/2025 12:45, Emmanuel Bourg wrote:
So we have two options:
1. disable the tests in libslf4j-java for Trixie
2. disable the problematic log factory in commons logging 1.3 and change
the forkCount parameter in libslf4j-java
Considering that libslf4j-java will be superseded by
s requires 229 MB of
disk space, or only 26 MB if Java is already installed.
Emmanuel Bourg
nice to have a kernel guru tackling
Maven issues :)
Emmanuel Bourg
er Maven
components). I recommend disabling the slf4j tests for now.
Emmanuel Bourg
s upstream, this is likely to take
some time and the Java Team will tackle that task in Forky.
Emmanuel Bourg
ression is limited because the
full transition will not happen before Forky.
Emmanuel Bourg
Thank you,
Emmanuel Bourg
[1] https://github.com/jetty/jetty.project/issues/7958
unblock jetty12/12.0.17-3
control: reassign -1 src:bouncycastle
control: affects -1 src:jasypt
control: forwarded -1 https://github.com/bcgit/bc-java/issues/1985
control: fixed -1 1.81
On 12/03/2025 17:31, Santiago Vila wrote:
[ERROR] Errors:
[ERROR]
BouncyCastleByProviderBigDecimalEncryptorTest>AbstractPBEBigDecimal
dependencies
I think you have to install jmeter-http to fix this issue. The package
is only recommended, maybe it should be changed to a normal dependency.
Emmanuel Bourg
sg1-2/debian/arduino.links?ref_type=tags#L25
The arduino package will also require a dependency on libbcutil-java.
Emmanuel Bourg
classpath should fix this issue.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: j...@packages.debian.org
Control: affects -1 + src:jdeb
User: ftp.debian@packages.debian.org
Usertags: remove
Hi,
Please remove the jdeb package. This package has a low popcon and isn't used.
Thank you,
Emmanuel Bourg
g the version of JAXB API in experimental
and upload it to experimental too.
The libjaxb-java package must stick to the javax API to preserve the
backward compatibility as we transition to the new jakarta API. Another
package should be uploaded for the jakarta version.
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: jakarta-standard-taglib
Version : 3.0.2
Upstream Contact: Eclipse Foundation
* URL : https://github.com/jakartaee/tags
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: jakarta-authentication-api
Version : 3.0.0
Upstream Contact: The Eclipse Foundation
* URL : https://github.com/jakartaee
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: jakarta-transaction-api
Version : 2.0.1
Upstream Contact: The Eclipse Foundation
* URL : https://jakarta.ee/specifications
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: jakarta-cdi-api
Version : 4.0.1
Upstream Contact: The Eclipse Foundation
* URL : https://jakartaee.github.io/cdi/
* License
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: jakarta-inject-api
Version : 2.0.1
Upstream Contact: The Eclipse Foundation
* URL : https://github.com/jakartaee/inject
temporary for sid/testing, I'd like to remove it
before the freeze.
Emmanuel Bourg
t the target/site/apidocs/* paths). I think that's a
good opportunity to simply remove the affected *-java-doc packages.
Emmanuel Bourg
is another unused
dependency of the old jenkins package.
Thank you,
Emmanuel Bourg
over after it's removal 8 years ago.
Thank you,
Emmanuel Bourg
, this is an old unused
dependency of the netbeans package.
Thank you,
Emmanuel Bourg
its dependency graph and fails to build
The rule would be implemented such that any lib.*-java package found
in the dependencies of the binary package but not declared in the
dependencies of the source package should be reported.
Emmanuel Bourg
dependency
of jenkins that was left over after it's removal 8 years ago.
Thank you,
Emmanuel Bourg
, it's an old dependency
of maven-assembly-plugin that is no longer used. The project has been
discontinued upstream.
Thank you,
Emmanuel Bourg
discontinued upstream
and the last reverse dependency (maven-site-plugin) no longer uses it.
Thank you,
Emmanuel Bourg
transitional package
introduced two years ago to upgrade src:plexus-language without breaking Maven.
The upgrade has been completed and the package can now be removed.
Thank you,
Emmanuel Bourg
-collections
and is no longer used. The projectreactor package was the only one using it and
as of version 2.0.8-2 it now uses eclipse-collections.
Thank you,
Emmanuel Bourg
knowledge of maven-debian-helper
could help.
Did you try disabling the tests and ignoring org.openscience.cdk:cdk-test?
Emmanuel Bourg
lipse libraries that use the javax namespace in Debian, the next
upgrade will switch to the jakarta namespace. A prerequisite is the
packaging of Jetty 11 though.
Emmanuel Bourg
ubles.
Emmanuel Bourg
attempt to package Hadoop for Debian, but that effort was never completed. The
package no longer builds with the recents JDKs and isn't used, it can be
safely removed.
Thank you,
Emmanuel Bourg
to Java 9 and is no longer used.
The project has been abandonned upstream [1] and is unlikely to be useful
to Debian again in the near future.
Thank you,
Emmanuel Bourg
[1] https://github.com/powermock/powermock/issues/1117
org.eclipse.jdt.core.compiler.batch bundle.
This means that Debian packages relying on eclipse-jdt-core.jar now have
to add eclipse-jdt-core-compiler-batch.jar to the classpath.
Emmanuel Bourg
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org
* Package name: plexus-xml
Version : 3.0.1
Upstream Contact: The Codehaus Plexus project
* URL : https://codehaus-plexus.github.io/plexus
merged with
src:eclipse-platform-runtime. The binary package libeclipse-help-java
shouldn't be removed.
Thank you,
Emmanuel Bourg
libeclipse-ui-editors-java
libeclipse-ui-genericeditor-java
libeclipse-ui-workbench-texteditor-java
Thank you,
Emmanuel Bourg
Le 16/05/2024 à 04:38, Otto Kekäläinen a écrit :
I did confirm by running the CI at
https://salsa.debian.org/mariadb-team/mariadb-connector-java/-/pipelines
that it works, so there is no technical reason not to have CI enabled
in the repository.
There is a practical reason, it doesn't solve an
errors do you get when building with the available dependencies?
That might be easily fixable.
Emmanuel Bourg
. You can post to the
debian-java mailing list to get some help with the packaging.
Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: concurrent-d...@packages.debian.org
Control: affects -1 + src:concurrent-dfsg
User: ftp.debian@packages.debian.org
Usertags: remove
The concurrent-dfsg package contains a very old version of the concurrent
programming framework that was ev
the command line and
inside pbuilder are no longer colorized currently.
Emmanuel Bourg
used since.
Thank you,
Emmanuel Bourg
ssing module-info.java files
directly if that's really needed.
Emmanuel Bourg
al by
default, that's the upstream behaviour.
Emmanuel Bourg
Setting the severity to grave will trigger the autoremoval of the whole
set of Kotlin packages. Even if android-platform-tools has issues it
remains useful beyond the direct Android scope. For this reason I've
changed the severity to important.
libjruby-maven-plugin-java, I'd rather not touch the settings of
maven-debian-helper without extensive testing.
Emmanuel Bourg
It looks like leiningen should be patched to adjust the source/target
level automatically.
Emmanuel Bourg
unction with
-source 7
[javac] error: Source option 7 is no longer supported. Use 8 or later.
[javac] error: Target option 7 is no longer supported. Use 8 or later.
This no longer occurs with ant/1.10.14-1, and there is no other build
error with Java 21.
Emmanuel Bourg
Control: notfound -1 0.14.3-6
This was already fixed at the Ant level.
o false for repeatable builds
[javac] Compiling 94 source files to /<>/target/classes
[javac] error: release version 7 not supported
[javac] Usage: javac
[javac] use --help for a list of possible options
This no longer occurs with ant/1.10.14-1.
Emmanuel Bourg
p class path not set in conjunction
with -source 7
[javac] error: Source option 7 is no longer supported. Use 8 or later.
[javac] error: Target option 7 is no longer supported. Use 8 or later.
This no longer occurs with ant/1.10.14-1.
Emmanuel Bourg
On Wed, 27 Sep 2023 11:03:16 +1300 Vladimir Petko wrote:
classes:
[mkdir] Created dir: /<>/build/classes
[javac] Compiling 1117 source files to /<>/build/classes
[javac] warning: [options] bootstrap class path not set in conjunction with
-source 7
[javac] error: Source option 7
last; set to false for repeatable builds
[javac] Compiling 27 source files to /<>/build/classes
[javac] error: Source option 7 is no longer supported. Use 8 or later.
[javac] error: Target option 7 is no longer supported. Use 8 or later.
This no longer occurs with ant/1.10.14-1
Emmanuel Bourg
Control: notfound -1 2.24+dfsg2-1
This was already fixed with ant/1.10.14-1. I've rebuilt with OpenJDK 21
and besides the language level there was no compilation error.
Emmanuel Bourg
r supported. Use 8 or later.
[javac] error: Target option 7 is no longer supported. Use 8 or later.
This report is outdated, the error no longer occurs with ant/1.10.14-1.
Emmanuel Bourg
cally.
Emmanuel Bourg
: source release 8 requires target release 8
So there is still a corner case not properly handled by Ant, I'll get a look.
Emmanuel Bourg
adjusted automatically the release level, that's why
xz-java was still failing to build with ant/1.10.13-2
I told you by mail to check again before reporting the issues :)
Emmanuel Bourg
This change wasn't necessary, Ant automatically updates the
source/target level, sorry for the trouble.
Emmanuel Bourg
0.13-2.
Emmanuel Bourg
ot supported
[javac] Usage: javac
[javac] use --help for a list of possible options
This report is outdated, the error no longer occurs with ant/1.10.13-2.
Emmanuel Bourg
Le 2023-09-26 23:46, Vladimir Petko a écrit :
compile:
[javac] /<>/debian/build.xml:28: warning:
'includeantruntime' was not set, defaulting to
build.sysclasspath=last; set to false for repeatable builds
[javac] Compiling 41 source files to /<>/build
[javac] error: Source option 7 is
Source: super-csv
Version: 2.4.0-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
super-csv fails to build with OpenJDK 21, probably due to type inference
changes when using source/target level 8:
[INFO] --- maven-compiler-plugin:3.10.1:
Source: libeuclid-java
Version: 2.6-1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
libeuclid-java fails to build with OpenJDK 21 because the ThriftyList class
implements the java.util.Deque and java.util.List interface which now share
a si
Source: icedtea-web
Version: 1.8.8-2
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
icedtea-web fails to build with OpenJDK 21 during the configure phase:
checking for a JDK home directory... /usr/lib/jvm/default-java (link to
/usr/lib/
Source: openjpa
Version: 2.4.2-8
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
openjpa fails to build with OpenJDK 21, probably due to type inference
changes when using source/target level 8:
[INFO] -
Source: jboss-logging-tools
Version: 2.2.1-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
jboss-logging-tools fails to build with OpenJDK 21 because new abstract
methods were added to javax.lang.model.element.ExecutableElement:
[INFO]
Source: javamorph
Version: 0.0.20100201-3
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21
Dear Maintainers,
The package javamorph ftbfs with default Java 21.
The relevant part of the build log:
---
make[1]: Entering directory '/<>'
javac -so
Source: tightvnc-java
Version: 1.3.10-4
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21
Dear Maintainers,
The package tightvnc-java ftbfs with default Java 21.
The relevant part of the build log:
---
make -j4 "INSTALL=install --strip
Source: xml-commons-external
Version: 1.4.01-5
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21
Dear Maintainers,
The package xml-commons-external ftbfs with default Java 21.
The relevant part of the build log:
---
make[1]: Entering directory
distribution unstable
dpkg-buildpackage: info: source changed by Emmanuel Bourg
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
fakeroot debian/rules clean
dh clean --with javahelper,jh_maven_repo_helper
debian/rules override_jh_clean
make[1]: Entering
Source: nescc
Version: 1.3.5-1.1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
nescc fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.
M
Source: libmatthew-java
Version: 0.8.1-2
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
libmatthew-java fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
sup
Source: swi-prolog
Version: 9.0.4+dfsg-2
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
swi-prolog fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supporte
Source: clj-yaml-clojure
Version: 0.7.2-1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
clj-yaml-clojure fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
s
Source: geotranz
Version: 3.7-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
geotranz fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.
Source: dicomscope
Version: 3.6.0-25
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
dicomscope fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is
Package: junit
Version: 3.8.2-9
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
junit fails to build with OpenJDK 21 because it invokes javac with the
source/target
options set to 7. Since OpenJDK 20 the minimum version supported is 8.
m
Source: jlapack
Version: 0.8~dfsg-5
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
jlapack fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.
Source: saaj
Version: 1.4.0-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
saaj fails to build with OpenJDK 21 because the tests used the now deprecated
security manager:
[ERROR] Tests run: 30, Failures: 0, Errors: 15, Skipped: 0, Tim
Source: velocity-tools
Version: 2.0-8
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
velocity-tools fails to build with OpenJDK 21 due to javadoc errors:
[javadoc] Building index for all the packages and classes...
[javadoc] Standard D
dpkg-buildpackage: info: source version 0.14-5
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Emmanuel Bourg
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
fakeroot debian/rules clean
dh clean --with
Source: truffle-dsl-processor
Version: 0.6-2.1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
truffle-dsl-processor fails to build with OpenJDK 21 because it invokes javac
with
the source/target options set to 7. Since OpenJDK 20 the minimu
Source: truffle
Version: 0.6-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
truffle fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported is 8.
d
Source: stringtemplate
Version: 3.2.1-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
stringtemplate fails to build with OpenJDK 21 because its use of
the StringTemplate class is now ambiguous with the newly introduced
java.lang.StringTempl
Source: eprosima-idl-parser
Version: 1.4.0+dfsg-1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
eprosima-idl-parser fails to build with OpenJDK 21 because its use of
the StringTemplate class is now ambiguous with the newly introduced
java.l
changed by Emmanuel Bourg
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
fakeroot debian/rules clean
dh clean
dh_auto_clean
dh_clean
debian/rules build
dh build
dh_update_autotools_config
dh_autoreconf
dh_auto_configure
Package: libcommons-digester-java
Version: 1.8.1-5
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
libcommons-digester-java fails to build with OpenJDK 21 due to javadoc errors:
[javadoc] Building index for all the packages and classes...
It looks like Fedora gave up with Gradle [1], I'm not sure the upgrades
are significantly easier with this approach.
[1]
https://src.fedoraproject.org/rpms/gradle/c/4a126e8e3380eda7ceda22b18a9d9633bcd8cda8?branch=rawhide
Package: gradle
Version: 4.4.1-18
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
Gradle currently adjusts the minimum Java source/target level to 7,
but it order to support OpenJDK 21 it should now set the minimum
level to 8.
Source: surankco
Version: 0.0.r5+dfsg-3
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
surankco fails to build with OpenJDK 21 because it invokes javac with
the source/target options set to 7. Since OpenJDK 20 the minimum version
supported i
Source: checker-framework-java
Version: 3.2.0+ds-2
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
checker-framework-java fails to build with OpenJDK 21, the code is compiled with
the -Werror flag and javac now emits new warnings, thus trigge
Package: libgoogle-gson-java
Version: 2.10-1
Severity: important
Tags: ftbfs sid trixie
User: debian-j...@lists.debian.org
Usertags: default-java21
libgoogle-gson-java fails to build with OpenJDK 21, the code is compiled with
the -Werror flag and javac now emits new warnings, thus triggering an e
I can't see a loong64 build of openjdk-17 [1]. That architecture isn't
supported by Debian yet?
[1] https://buildd.debian.org/status/package.php?p=openjdk-17
1 - 100 of 2408 matches
Mail list logo
