Bug#1081213: Should eclipse-tracecompass be removed from unstable?
Hi Sudip, On 13/09/2024 12:37, Sudip Mukherjee wrote: The sad part is that I know the fix but I can not do it as some members of Debian Java team are not accepting it. I think you may have misunderstood my position on this issue. It's definitely *not* a hard objection, but rather the expression of my concerns and an invitation to discuss a better solution, if there is one. The impact of the change wasn't evaluated for example. It wasn't clear to me how many packages would have to be modified, and who would maintain the patches. I feel like we are missing an important bit to make it possible to combine packaged libraries with mismatched OSGi metadata, something similar to the pom rewriting feature of maven-debian-helper, but for the OSGi ecosystem. However in the meantime, if you feel confident the impact is limited and that you can maintain it, then go for it. That said, the original issue will probably vanish in the near future since the Eclipse runtime has recently migrated from the javax to the jakarta namespace. The Geronimo dependencies won't be used anymore, this should solve the version mismatch. We have the last version of the Eclipse 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
Bug#1081033: Please consider switching to the com.github.mwiede:jsch fork
Hi Pierre, I just noticed the upload to experimental, thank you for the update. The pom redirection is a good idea, however it's not supported by Gradle. Maybe keeping the com.jcraft:jsch coordinates and redirecting com.github.mwiede:jsch to com.jcraft:jsch would cause less troubles. Emmanuel Bourg
Bug#1080366: RM: bookkeeper -- ROM; Broken, not used
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: bookkee...@packages.debian.org, debian-j...@lists.debian.org Control: affects -1 + src:bookkeeper User: ftp.debian@packages.debian.org Usertags: remove Hi, Please remove the bookkeeper package. This project was packaged as part of an 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
Bug#1080365: RM: powermock -- ROM; Broken, no longer maintained upstream
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: powerm...@packages.debian.org, debian-j...@lists.debian.org Control: affects -1 + src:powermock User: ftp.debian@packages.debian.org Usertags: remove Hi, Please remove the powermock package, it has been failing to build since the switch 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
Bug#1079015: Breaks other packages' build: Malformed jar [eclipse-jdt-core-3.35.0.jar] found on classpath
Hi Pierre, On 19/08/2024 11:52, Pierre Gruet wrote: The latest upload of eclipse-jdt-core causes other packages to ftbfs. For instance libsis-jhdf5-java builds fine in trixie but not in sid, and one gets the error message in the build log attached to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1079015#5 It seems there is something wrong with the jar file shipped in libeclipse-jdt-core-compiler-batch-java. The Eclipse compiler has been restructured upstream, some classes that were part of the org.eclipse.jdt.core bundle have been moved to the new 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
Bug#1077332: ITP: plexus-xml -- Plexus XML Utilities
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-xml/ * License : Apache-2.0 Programming Lang: Java Description : Plexus XML Utilities plexus-xml is a collection of various utility classes to ease working with XML in Maven. This library is required to upgrade Maven.
Bug#1076715: RM: eclipse-platform-ua -- ROM; No longer used, merged with eclipse-platform-runtime
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: eclipse-platform...@packages.debian.org, debian-j...@lists.debian.org Control: affects -1 + src:eclipse-platform-ua User: ftp.debian@packages.debian.org Usertags: remove Hi, Please remove the src:eclipse-platform-ua package, it was merged with src:eclipse-platform-runtime. The binary package libeclipse-help-java shouldn't be removed. Thank you, Emmanuel Bourg
Bug#1076700: RM: eclipse-platform-text -- ROM; No longer used, merged with eclipse-platform-ui
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: eclipse-platform...@packages.debian.org, debian-j...@lists.debian.org Control: affects -1 + src:eclipse-platform-ui User: ftp.debian@packages.debian.org Usertags: remove Hi, Please remove the src:eclipse-platform-text package, upstream has merged this project with src:eclipse-platform-ui. The binary packages built by src:eclipse-platform-text are now built by src:eclipse-platform-ui and must not be removed: libeclipse-core-filebuffers-java libeclipse-jface-text-java libeclipse-search-java libeclipse-text-java libeclipse-ui-editors-java libeclipse-ui-genericeditor-java libeclipse-ui-workbench-texteditor-java Thank you, Emmanuel Bourg
Bug#933032: Add Salsa-CI integration
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 any problem, and there is an ethical reason, it would consume unnecessary resources.
Bug#1068629: jtreg7: please vendor jtreg7 dependencies to avoid the backporting overhead
Hi Vladimir On Mon, 08 Apr 2024 20:38:45 +1200 Vladimir Petko wrote: jtreg7 depends on newer versions of the Java packages such as junit4, junit5, hamcrest, etc. Updating them in the stable releases will require significant effort. jtreg7 is already in bookworm. Did you mean bullseye? What errors do you get when building with the available dependencies? That might be easily fixable. Emmanuel Bourg
Bug#1023237: openjdk-11: Keep out of testing and stable
Le 17/04/2024 à 09:54, Timo Röhling a écrit : FastDDSGen currently depends on OpenJDK 11 (or more precisely, any OpenJDK before 15) because it needs the Nashorn JavaScript engine, so could OpenJDK 11 be kept in trixie for the time being? That's a dead end, if OpenJDK 11 is kept there will be no incentive to update softwares to follow the evolution of Java, and the old JDK will just hang there forever. Alternatively, someone could help me package the standalone version: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038142 Packaging Nashorn is the way to go in this case. You can post to the debian-java mailing list to get some help with the packaging. Emmanuel Bourg
Bug#1068707: RM: concurrent-dfsg -- ROM; Obsolete, no longer used
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 eventually merged into Java 5 20 years ago. This old version is no longer used in Debian and can be safely removed.
Bug#1039607: libjansi-java: causes maven to always output escape character
Le 05/01/2024 à 07:22, tony mancill a écrit : However, for the short-term, I believe we can achieve the desired behavior and fix the issue for most use cases by 1. Patching the mvn wrapper script in our maven package to set jansi.mode=force (and thus colorize output) unless the --batch-mode option is provided. 2. Moving forward with the current jansi package in experimental. That restores the desired --batch-mode behavior but maintains colorized output by default and during Debian package builds. Would that be acceptable? Hi Tony, Was this plan fully implemented? Maven builds from the command line and inside pbuilder are no longer colorized currently. Emmanuel Bourg
Bug#1059906: RM: sdes4j -- ROM; No longer used
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: sde...@packages.debian.org Control: affects -1 + src:sdes4j Hi, Please remove sdes4j, this was a dependency of jitsi which was removed 6 years ago (#870990) and it hasn't been used since. Thank you, Emmanuel Bourg
Bug#1039607: libjansi-java: causes maven to always output escape character
Le 01/01/2024 à 00:27, tony mancill a écrit : (Not directly related, but it would be nice to migrate to upstream 2.4.1, which uses moditect [3], which would need to be packaged.) moditect can be ignored, it's mostly used to build JPMS module info files with Java 8. We can add the missing module-info.java files directly if that's really needed. Emmanuel Bourg
Bug#1039607: libjansi-java: causes maven to always output escape character
On 28/12/2023 00:48, tony mancill wrote: - Maven output is colorized by default when invoked during Debian package builds that depend on maven-debian-helper. Good - Direct `mvn` Maven output is not colorized by default. That's an issue, mvn output should be colorized on a terminal by default, that's the upstream behaviour. Emmanuel Bourg
Bug#1050300: mkbootimg package missing gki module
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.
Bug#1054324: Inability to override install.to.usj property
Le 21/10/2023 à 22:54, Jérôme Charaoui a écrit : Alternatives are: package name status quo, using "libjruby-maven-plugin-java" (singular), or breaking out the various plugins into different packages (even though they all depend on each other), but it's all sub-optimal. +1 for libjruby-maven-plugin-java, I'd rather not touch the settings of maven-debian-helper without extensive testing. Emmanuel Bourg
Bug#1053016: cheshire-clojure: FTBFS with default Java 21
It looks like leiningen should be patched to adjust the source/target level automatically. Emmanuel Bourg
Bug#1053063: mobile-atlas-creator: FTBFS with default Java 21
Control: notfound -1 2.1.4+dfsg.1-2 Control: close -1 On Wed, 27 Sep 2023 11:12:38 +1300 Vladimir Petko wrote: build: [mkdir] Created dir: /<>/build/mobac [javac] Compiling 1 source file to /<>/build/mobac [javac] warning: [options] bootstrap 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, and there is no other build error with Java 21. Emmanuel Bourg
Bug#1053027: java-imaging-utilities: FTBFS with default Java 21
Control: notfound -1 0.14.3-6 This was already fixed at the Ant level.
Bug#1053053: libjamon-java: FTBFS with default Java 21
Control: notfound -1 2.7-8 Control: close -1 Le 27/09/2023 à 00:09, Vladimir Petko a écrit : compile: [mkdir] Created dir: /<>/target/classes [javac] /<>/debian/build.xml:7: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 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
Bug#1053065: nekohtml: FTBFS with default Java 21
Control: notfound -1 1.9.22.noko2-0.1 Le 27/09/2023 à 00:13, Vladimir Petko a écrit : compile: [mkdir] Created dir: /<>/build/classes [echo] Compiling with Xerces-2.12.2 [javac] Compiling 31 source files to /<>/build/classes [javac] warning: [options] bootstrap 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
Bug#1053033: jmol: FTBFS with default Java 21
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 is no longer supported. Use 8 or later. [javac] error: Target option 7 is no longer supported. Use 8 or later. This error no longer occurs with ant/1.10.14-1, but there is another error caused by the addLast() method in the Lst class conflicting with the newly introduced List.addLast() method. Changing the return type of this method should fix the issue. [javac] /home/ebourg/packaging/jmol/src/javajs/util/Lst.java:50: error: addLast(V) in Lst cannot implement addLast(E) in List [javac] public boolean addLast(V v) { [javac] ^ [javac] return type boolean is not compatible with void [javac] where V,E are type-variables: [javac] V extends Object declared in class Lst [javac] E extends Object declared in interface List [javac] /home/ebourg/packaging/jmol/src/javajs/img/GifEncoder.java:239: error: methods addLast(V) from Lst and addLast(E) from ArrayList are inherited with the same signature [javac] private class ColorCell extends Lst { [javac] ^ [javac] where V,E are type-variables: [javac] V extends Object declared in class Lst [javac] E extends Object declared in class ArrayList [javac] /home/ebourg/packaging/jmol/src/jspecview/common/MeasurementData.java:38: error: methods addLast(V) from Lst and addLast(E) from ArrayList are inherited with the same signature [javac] public class MeasurementData extends Lst implements [javac]^ [javac] where V,E are type-variables: [javac] V extends Object declared in class Lst [javac] E extends Object declared in class ArrayList [javac] /home/ebourg/packaging/jmol/src/jspecview/common/IntegralData.java:26: error: addLast(V) in Lst cannot implement addLast(E) in List [javac] public class IntegralData extends MeasurementData { [javac]^ [javac] return type boolean is not compatible with void [javac] where V,E are type-variables: [javac] V extends Object declared in class Lst [javac] E extends Object declared in interface List [javac] /home/ebourg/packaging/jmol/src/jspecview/common/PeakData.java:17: error: addLast(V) in Lst cannot implement addLast(E) in List [javac] public class PeakData extends MeasurementData { [javac]^ [javac] return type boolean is not compatible with void [javac] where V,E are type-variables: [javac] V extends Object declared in class Lst [javac] E extends Object declared in interface List [javac] /home/ebourg/packaging/jmol/src/org/jmol/smiles/SmilesRingSet.java:37: error: methods addLast(V) from Lst and addLast(E) from ArrayList are inherited with the same signature [javac] class SmilesRingSet extends Lst { [javac] ^ [javac] where V,E are type-variables: [javac] V extends Object declared in class Lst [javac] E extends Object declared in class ArrayList
Bug#1053060: maven-repo-helper: FTBFS with default Java 21
Control: notfound -1 1.11 Le 27/09/2023 à 00:11, Vladimir Petko a écrit : --- compile: [mkdir] Created dir: /<>/build/generated-sources [javac] /<>/debian/build.xml:45: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=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
Bug#1053045: king: FTBFS with default Java 21
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
Bug#1053081: svnkit: FTBFS with default Java 21
Le 27/09/2023 à 00:22, Vladimir Petko a écrit : compile-library: [mkdir] Created dir: /<>/svnkit/bin [mkdir] Created dir: /<>/svnkit-cli/bin [mkdir] Created dir: /<>/svnkit-javahl16/bin [javac] /<>/debian/build.xml:20: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 1082 source files to /<>/svnkit/bin [javac] warning: [options] bootstrap 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 report is outdated, the error no longer occurs with ant/1.10.14-1. Emmanuel Bourg
Bug#1053087: xz-java: FTBFS with default Java 21
Le 29/09/2023 à 00:58, Vladimir Petko a écrit : The source level 7 is hardcoded in the build properties[1]. [1] https://sources.debian.org/src/xz-java/1.9-1/build.properties That's not a problem, Ant is patched to detect an unsupported level for the JDK used and change it automatically. Emmanuel Bourg
Bug#1053013: beansbinding: FTBFS with default Java 21
Le 29/09/2023 à 01:00, Vladimir Petko a écrit : The source level 7 is hardcoded in project properties[1]. [1] https://sources.debian.org/src/beansbinding/1.2.1-4/nbproject/project.properties/ The javadoc error you reported initially no longer occurs, but when Ant adjusts the level there is this error later: -do-compile: [javac] Using javac -source 1.7 is no longer supported, switching to 8 [javac] Using javac -target 1.7 is no longer supported, switching to 8 [javac] Compiling 123 source files to /home/ebourg/packaging/beansbinding/build/classes [javac] warning: 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
Bug#1053087: xz-java: FTBFS with default Java 21
Le 29/09/2023 à 00:44, Vladimir Petko a écrit : Please see the attached log: The relevant part: -- Preparing to unpack .../065-ant_1.10.13-2_all.deb ... Unpacking ant (1.10.13-2) -- ant/1.10.13-2 adjusted automatically the source/target level. ant/1.10.14-1 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
Bug#1053032: fixed in jlibeps 0.1.ds3-7
This change wasn't necessary, Ant automatically updates the source/target level, sorry for the trouble. Emmanuel Bourg
Bug#1053013: beansbinding: FTBFS with default Java 21
Le 26/09/2023 à 23:49, Vladimir Petko a écrit : -javadoc-build: [mkdir] Created dir: /<>/dist/javadoc [javadoc] Generating Javadoc [javadoc] Debian build on Java 9+ detected: Adding the --ignore-source-errors option [javadoc] Debian build on Java 9+ detected: Adding the -Xdoclint:none option [javadoc] Javadoc execution [javadoc] error: Source option 7 is no longer supported. Use 8 or later. [javadoc] error: Target option 7 is no longer supported. Use 8 or later. [javadoc] 2 errors This report is outdated, the error no longer occurs with ant/1.10.13-2. Emmanuel Bourg
Bug#1053087: xz-java: FTBFS with default Java 21
Le 27/09/2023 à 00:24, Vladimir Petko a écrit : compile: [mkdir] Created dir: /<>/build/classes [javac] Compiling 108 source files to /<>/build/classes [javac] Ignoring source, target and bootclasspath as release has been set [javac] error: release version 7 not 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
Bug#1053011: avalon-framework: FTBFS with default Java 21
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 no longer supported. Use 8 or later. [javac] error: Target option 7 is no longer supported. Use 8 or later. This issue no longer occurs with ant/1.10.13-2 uploaded 2 months ago.
Bug#1052695: super-csv: FTBFS with OpenJDK 21 due to type inference changes
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:testCompile (default-testCompile) @ super-csv --- [INFO] Changes detected - recompiling the module! [INFO] Compiling 80 source files to /<>/super-csv/target/test-classes Use of target 1.5 is no longer supported, switching to 8 Use of source 1.5 is no longer supported, switching to 8 [INFO] /<>/super-csv/src/test/java/org/supercsv/mock/ResultSetMock.java: Some input files use or override a deprecated API. [INFO] /<>/super-csv/src/test/java/org/supercsv/mock/ResultSetMock.java: Recompile with -Xlint:deprecation for details. [INFO] /<>/super-csv/src/test/java/org/supercsv/util/CsvContextTest.java: /<>/super-csv/src/test/java/org/supercsv/util/CsvContextTest.java uses or overrides a deprecated API that is marked for removal. [INFO] /<>/super-csv/src/test/java/org/supercsv/util/CsvContextTest.java: Recompile with -Xlint:removal for details. [INFO] /<>/super-csv/src/test/java/org/supercsv/example/ParseDay.java: Some input files use unchecked or unsafe operations. [INFO] /<>/super-csv/src/test/java/org/supercsv/example/ParseDay.java: Recompile with -Xlint:unchecked for details. [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[57,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[58,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[78,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[79,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[88,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[89,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/constraint/LMinMaxTest.java:[98,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[58,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[59,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[62,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[63,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match [ERROR] /<>/super-csv/src/test/java/org/supercsv/cellprocessor/ParseIntTest.java:[72,17] reference to assertEquals is ambiguous both method assertEquals(long,long) in org.junit.Assert and method assertEquals(java.lang.Object,java.lang.Object) in org.junit.Assert match
Bug#1052694: libeuclid-java: FTBFS with OpenJDK 21 due to conflicting reversed() methods in the List and Deque interfaces
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 similar reversed() method but with an incompatible return type: [INFO] --- maven-compiler-plugin:3.10.1:compile (default-compile) @ euclid --- [INFO] Changes detected - recompiling the module! [INFO] Compiling 100 source files to /<>/target/classes [INFO] /<>/src/main/java/org/xmlcml/euclid/RealMatrix.java: Some input files use or override a deprecated API. [INFO] /<>/src/main/java/org/xmlcml/euclid/RealMatrix.java: Recompile with -Xlint:deprecation for details. [INFO] /<>/src/main/java/org/xmlcml/euclid/RealRange.java: Some input files use or override a deprecated API that is marked for removal. [INFO] /<>/src/main/java/org/xmlcml/euclid/RealRange.java: Recompile with -Xlint:removal for details. [INFO] /<>/src/main/java/blogspot/software_and_algorithms/stern_library/data_structure/ThriftyList.java: Some input files use unchecked or unsafe operations. [INFO] /<>/src/main/java/blogspot/software_and_algorithms/stern_library/data_structure/ThriftyList.java: Recompile with -Xlint:unchecked for details. [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /<>/src/main/java/blogspot/software_and_algorithms/stern_library/data_structure/ThriftyList.java:[74,8] types java.util.Deque and java.util.List are incompatible; both define reversed(), but with unrelated return types [INFO] 1 error [INFO] -
Bug#1052691: icedtea-web: FTBFS with OpenJDK 21: jdk.internal.util.jar.JarIndex not found
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/jvm/java-21-openjdk-amd64) checking for javac... /usr/lib/jvm/default-java/bin/javac checking for ecj... no checking for ecj-3.1... no checking for ecj-3.2... no checking for ecj-3.3... no checking if we are using ecj as javac... no checking for jar... /usr/lib/jvm/default-java/bin/jar checking whether jar supports @ argument... yes checking whether jar supports stdin file arguments... no checking whether jar supports -J options at the end... yes checking for an ecj JAR file... no checking for a JRE home directory... /usr/lib/jvm/default-java (link to /usr/lib/jvm/java-21-openjdk-amd64) checking for a Java virtual machine... /usr/bin/java checking JDK version... 21 checking for javadoc... /usr/lib/jvm/default-java/bin/javadoc checking whether javadoc supports -J options... yes checking for keytool... /usr/lib/jvm/default-java/bin/keytool checking for jarsigner... /usr/lib/jvm/default-java/bin/jarsigner checking for hg... no checking for distribution package version... 1.8.8 checking what version string to use... 1.8.8 (1.8.8) checking whether to build the browser plugin... no checking whether make supports the include directive... yes (GNU style) checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether to build plugin jar for javaws -html... no checking if java.net.CookieManager is available from some.pkg (module "")... yes checking if java.net.HttpCookie is available from some.pkg (module "")... yes checking if java.net.CookieHandler is available from some.pkg (module "")... yes checking if sun.security.util.SecurityConstants is available from some.pkg (module "java.base")... yes checking if sun.security.util.HostnameChecker is available from some.pkg (module "java.base")... yes checking if sun.security.x509.X500Name is available from some.pkg (module "java.base")... yes checking if sun.security.action.GetPropertyAction is available from some.pkg (module "java.base")... yes checking if sun.security.util.HexDumpEncoder is available from some.pkg (module "java.base")... yes checking if jdk.internal.util.jar.JarIndex is available from some.pkg (module "java.base")... no configure: error: jdk.internal.util.jar.JarIndex not found. make[1]: *** [debian/rules:12: override_dh_auto_configure] Error 1 make[1]: Leaving directory '/<>' make: *** [debian/rules:8: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
Bug#1052623: openjpa: FTBFS with OpenJDK 21 due to type inference changes
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] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /<>/openjpa-persistence/src/main/java/org/apache/openjpa/persistence/criteria/CriteriaQueryImpl.java:[234,72] incompatible types: bad type in conditional expression java.util.Set cannot be converted to java.util.Set> [INFO] 1 error [INFO] -
Bug#1052622: jboss-logging-tools: FTBFS with OpenJDK 21 due to javax.lang.model.element.ExecutableElement changes
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] --- maven-compiler-plugin:3.10.1:compile (default-compile) @ jboss-logging-processor --- [INFO] Changes detected - recompiling the module! [INFO] Compiling 61 source files to /<>/processor/target/classes [INFO] /<>/processor/src/main/java/org/jboss/logging/processor/apt/TranslationFileGenerator.java: /<>/processor/src/main/java/org/jboss/logging/processor/apt/TranslationFileGenerato r.java uses or overrides a deprecated API that is marked for removal. [INFO] /<>/processor/src/main/java/org/jboss/logging/processor/apt/TranslationFileGenerator.java: Recompile with -Xlint:removal for details. [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /<>/processor/src/main/java/org/jboss/logging/processor/model/MessageMethod.java:[35,8] types org.jboss.logging.processor.model.DelegatingElement and javax.lang.model.element.ExecutableElement are incompatible; interface org.jboss.logging.processor.model.MessageMethod inherits abstract and default for getEnclosingElement() from types org.jboss.logging.processor.model.DelegatingElement and javax.lang.model.element.ExecutableElement [ERROR] /<>/processor/src/main/java/org/jboss/logging/processor/model/DelegatingExecutableElement.java:[39,8] types org.jboss.logging.processor.model.DelegatingElement and javax.lang.model.element.ExecutableElement are incompatible; interface org.jboss.logging.processor.model.DelegatingExecutableElement inherits abstract and default for getEnclosingElement() from types org.jboss.logging.processor.model.DelegatingElement and javax.lang.model.element.ExecutableElement [ERROR] /<>/processor/src/main/java/org/jboss/logging/processor/apt/MessageMethodBuilder.java:[288,20] org.jboss.logging.processor.apt.MessageMethodBuilder.AptMessageMethod is not abstract and does not override abstract method getEnclosingElement() in javax.lang.model.element.ExecutableElement [INFO] 3 errors
Bug#1052620: javamorph: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 -source 7 -target 7 -d . javamorph/*.java warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[1]: *** [debian/rules:7: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:4: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 --- -- System Information: Debian Release: trixie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.108-1-pve (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1052618: tightvnc-java: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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-program=true" make[1]: Entering directory '/<>' javac -source 1.7 -target 1.7 -O VncViewer.java RfbProto.java AuthPanel.java VncCanvas.java VncCanvas2.java OptionsFrame.java ClipboardFrame.java ButtonPanel.java DesCipher.java CapabilityInfo.java CapsContainer.java RecordingFrame.java SessionRecorder.java SocketFactory.java HTTPConnectSocketFactory.java HTTPConnectSocket.java ReloginPanel.java InStream.java MemInStream.java ZlibInStream.java javac -source 1.7 -target 1.7 -O VncViewer.java RfbProto.java AuthPanel.java VncCanvas.java VncCanvas2.java OptionsFrame.java ClipboardFrame.java ButtonPanel.java DesCipher.java CapabilityInfo.java CapsContainer.java RecordingFrame.java SessionRecorder.java SocketFactory.java HTTPConnectSocketFactory.java HTTPConnectSocket.java ReloginPanel.java InStream.java MemInStream.java ZlibInStream.java javac -source 1.7 -target 1.7 -O VncViewer.java RfbProto.java AuthPanel.java VncCanvas.java VncCanvas2.java OptionsFrame.java ClipboardFrame.java ButtonPanel.java DesCipher.java CapabilityInfo.java CapsContainer.java RecordingFrame.java SessionRecorder.java SocketFactory.java HTTPConnectSocketFactory.java HTTPConnectSocket.java ReloginPanel.java InStream.java MemInStream.java ZlibInStream.java javac -source 1.7 -target 1.7 -O VncViewer.java RfbProto.java AuthPanel.java VncCanvas.java VncCanvas2.java OptionsFrame.java ClipboardFrame.java ButtonPanel.java DesCipher.java CapabilityInfo.java CapsContainer.java RecordingFrame.java SessionRecorder.java SocketFactory.java HTTPConnectSocketFactory.java HTTPConnectSocket.java ReloginPanel.java InStream.java MemInStream.java ZlibInStream.java warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[1]: *** [Makefile:35: AuthPanel.class] Error 2 make[1]: *** Waiting for unfinished jobs warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. make[1]: *** [Makefile:35: VncCanvas.class] Error 2 error: Target option 7 is no longer supported. Use 8 or later. warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[1]: *** [Makefile:35: RfbProto.class] Error 2 make[1]: *** [Makefile:35: VncViewer.class] Error 2 make[1]: Leaving directory '/<>' dh_auto_build: error: make -j4 "INSTALL=install --strip-program=true" returned exit code 2 make: *** [debian/rules:10: binary] Error 25 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 --- -- System Information: Debian Release: trixie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.108-1-pve (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1052617: xml-commons-external: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 '/<>' # Build all classes mkdir classes javac -source 7 -target 7 -d classes `find org/ javax/ -name '*.java'` warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[1]: *** [debian/rules:11: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:6: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 --- -- System Information: Debian Release: trixie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.108-1-pve (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1052583: com-hypirion-io-clojure: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
Source: com-hypirion-io-clojure Version: 0.3.1-4 Severity: important Tags: ftbfs sid trixie User: debian-j...@lists.debian.org Usertags: default-java21 com-hypirion-io-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 supported is 8. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package com-hypirion-io-clojure dpkg-buildpackage: info: source version 0.3.1-4 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 javahelper,jh_maven_repo_helper debian/rules override_jh_clean make[1]: Entering directory '/<>' jh_clean rm -f /<>/hypirion-io.jar rm -rf /<>/meta make[1]: Leaving directory '/<>' dh_clean debian/rules build dh build --with javahelper,jh_maven_repo_helper dh_update_autotools_config dh_autoreconf jh_linkjars debian/rules override_jh_build make[1]: Entering directory '/<>' jh_build --javacopts="-target 7 -source 7 -Xlint:-options" hypirion-io.jar src jh_build: warning: Java machine does not support --release 7, using --release 8 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. jh_build: error: find src -name '*.java' -and -type f -print0 | xargs -s 512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp :debian/_jh_build.hypirion-io -d debian/_jh_build.hypirion-io -target 7 -source 7 -Xlint:-options -encoding ISO8859-1 returned exit code 123 make[1]: *** [debian/rules:16: override_jh_build] Error 25 make[1]: Leaving directory '/<>' make: *** [debian/rules:13: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Build finished at 2023-09-22T20:05:32Z
Bug#1052582: nescc: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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. Making all in doc make[2]: Entering directory '/<>/doc' make[2]: Nothing to be done for 'all'. make[2]: Leaving directory '/<>/doc' Making all in tools make[2]: Entering directory '/<>/tools' Making all in java make[3]: Entering directory '/<>/tools/java' Making all in net make[4]: Entering directory '/<>/tools/java/net' Making all in tinyos make[5]: Entering directory '/<>/tools/java/net/tinyos' Making all in nesc make[6]: Entering directory '/<>/tools/java/net/tinyos/nesc' Making all in wiring make[7]: Entering directory '/<>/tools/java/net/tinyos/nesc/wiring' CLASSPATH=`cygpath -w ../../../.. 2>/dev/null || echo ../../../..` javac -source 1.7 -target 1.7 WiringCheck.java warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[7]: *** [Makefile:469: WiringCheck.class] Error 2
Bug#1052581: libmatthew-java: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 supported is 8. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package libmatthew-java dpkg-buildpackage: info: source version 0.8.1-2 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Thorsten Alteholz dpkg-source --before-build . dpkg-buildpackage: info: host architecture amd64 fakeroot debian/rules clean dh clean --with javahelper debian/rules override_dh_auto_clean make[1]: Entering directory '/<>' dh_auto_clean make -j8 clean make[2]: Entering directory '/<>' rm -rf classes doc rm -f .classes .enabledebug .disabledebug *.o *.so *.tar.gz *.jar *.cgi Manifest rm -rf libmatthew-java-0.8.1 make[2]: Leaving directory '/<>' #rm -f cx/ath/matthew/debug/Debug.java make[1]: Leaving directory '/<>' jh_clean dh_clean debian/rules build dh build --with javahelper dh_update_autotools_config dh_autoreconf dh_auto_configure jh_linkjars debian/rules override_dh_auto_build make[1]: Entering directory '/<>' /usr/bin/make JAVA_HOME=/usr/lib/jvm/default-java \ JAVAC=/usr/lib/jvm/default-java/bin/javac \ JAVAH=/usr/lib/jvm/default-java/bin/javah \ JAVADOC=/usr/lib/jvm/default-java/bin/javadoc \ JAVADOCFLAGS="-quiet -author -link /usr/share/doc/default-jdk-doc/api/" \ JVERCFLAGS="-source 1.7" \ JAR=/usr/bin/fastjar \ PREFIX=/usr \ all doc make[2]: Entering directory '/<>' mkdir -p classes /usr/bin/make .disabledebug make[3]: Entering directory '/<>' mkdir -p classes cpp -C -P -DDEBUGSETTING=false < cx/ath/matthew/debug/Debug.jpp > cx/ath/matthew/debug/Debug.java /usr/lib/jvm/default-java/bin/javac -source 1.7 -cp classes -d classes cx/ath/matthew/debug/Debug.java cx/ath/matthew/utils/Hexdump.java warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. make[3]: *** [Makefile:110: .disabledebug] Error 2 make[3]: Leaving directory '/<>' make[2]: *** [Makefile:54: .classes] Error 2 make[2]: Leaving directory '/<>' make[1]: *** [debian/rules:7: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:4: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Build finished at 2023-09-22T18:02:36Z
Bug#1052580: swi-prolog: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 supported is 8. [ 65%] Building Java objects for jpl_jar.jar cd /<>/packages/jpl/src/main/java && /usr/bin/cmake -DCMAKE_JAVA_CLASS_OUTPUT_PATH=/<>/build/packages/jpl/src/main/java/CMakeFiles/jpl_jar.dir -DCMAKE_JAR_CLASSES_PREFIX= -P /usr/sh are/cmake-3.27/Modules/UseJava/ClearClassFiles.cmake cd /<>/packages/jpl/src/main/java && /usr/bin/javac -source 7 -target 7 -Xlint:-options -classpath :/<>/packages/jpl/src/main/java:/<>/build/packages/jpl/src/main/java -d /<>/build/packages/jpl/src/main/java/CMakeFiles/jpl_jar.dir @/<>/build/packages/jpl/src/main/java/CMakeFiles/jpl_jar.dir/java_sources error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later.
Bug#1052576: clj-yaml-clojure: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 supported is 8. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package clj-yaml-clojure dpkg-buildpackage: info: source version 0.7.2-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Jérôme Charaoui dpkg-source --before-build . dpkg-buildpackage: info: host architecture amd64 debian/rules clean dh clean --with javahelper --with maven_repo_helper jh_clean debian/rules execute_before_dh_clean make[1]: Entering directory '/<>' rm -f debian/maven-repo rm -f debian/pom.xml rm -Rf target make[1]: Leaving directory '/<>' dh_clean debian/rules binary dh binary --with javahelper --with maven_repo_helper dh_update_autotools_config dh_autoreconf debian/rules override_dh_auto_configure make[1]: Entering directory '/<>' cd debian && ln -sf /usr/share/maven-repo . make[1]: Leaving directory '/<>' jh_linkjars debian/rules override_dh_auto_build make[1]: Entering directory '/<>' lein pom debian/pom.xml Wrote /<>/debian/pom.xml lein jar Compiling 1 source files to /<>/target/classes error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. Compilation of Java sources(lein javac) failed. make[1]: *** [debian/rules:18: override_dh_auto_build] Error 1 make[1]: Leaving directory '/<>' make: *** [debian/rules:11: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 Build finished at 2023-09-22T21:44:04Z
Bug#1052574: geotranz: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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. make makefile-build-indep-target make[1]: Entering directory '/<>' make -C GEOTRANS3/java_gui all make[2]: Entering directory '/<>/GEOTRANS3/java_gui' chmod 644 geotrans3/gui/icons/*.gif test -f Geotrans_orig.gif || { \ cp geotrans3/gui/icons/Geotrans.gif Geotrans_orig.gif; \ giftrans -t '#ced0ce' -o geotrans3/gui/icons/Geotrans.gif Geotrans_orig.gif; \ } test -f Icon_orig.gif || { \ cp geotrans3/gui/icons/Icon.gif Icon_orig.gif; \ convert -shave 2x2 -scale 16x16 geotrans3/gui/icons/Geotrans.gif geotrans3/gui/icons/Icon.gif; \ } test -f NGA_orig.gif || { \ cp geotrans3/gui/icons/NGA.gif NGA_orig.gif; \ giftrans -t '#ff' -o geotrans3/gui/icons/NGA.gif NGA_orig.gif; \ } find geotrans3 -type f -name '*.java' > files /usr/lib/jvm/default-java/bin/javac -source 1.7 -target 1.7 @files warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[2]: *** [Makefile:11: compile] Error 2 make[2]: Leaving directory '/<>/GEOTRANS3/java_gui' make[1]: *** [Makefile:7: makefile-build-indep-target] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:10: build-indep] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
Bug#1052573: dicomscope: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 8. cd /<>/tkgui && /usr/lib/jvm/default-java/bin/javac -encoding Latin1 -d ../DICOMscope -classpath . -source 1.7 -target 1.7 dicomscope/DICOMscope.java warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[3]: *** [tkgui/CMakeFiles/dummy.dir/build.make:303: /<>/DICOMscope/DICOMscope.class] Error 2 make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu' make[2]: *** [CMakeFiles/Makefile2:145: tkgui/CMakeFiles/dummy.dir/all] Error 2 make[2]: *** Waiting for unfinished jobs
Bug#1052571: junit: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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. make[1]: Leaving directory '/<>' debian/rules override_dh_auto_build make[1]: Entering directory '/<>' mkdir -p classes (cd src;/usr/lib/jvm/default-java/bin/javac -source 1.7 -target 1.7 -classpath . -d ../classes junit/*/*.java) warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[1]: *** [debian/rules:22: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:15: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
Bug#1052570: jlapack: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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. mkdir -p simple/org/netlib/blas cp `find obj/org/netlib/blas -name "[A-Z][A-Z]*.java"` simple/org/netlib/blas javac -source 1.7 -target 1.7 -classpath .:blas.jar:simple:../../src/util/f2jutil.jar:../../src/error_reporting/xerbla.jar simple/org/netlib/blas/*.java warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[4]: [Makefile:13: blas.jar] Error 2 (ignored) cd simple; jar cvf ../blas_simple.jar `find . -name "*.class"` 'c' flag requires manifest or input files to be specified! Try `jar --help' for more information.
Bug#1052568: saaj: FTBFS with OpenJDK 21 due to security manager removal
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, Time elapsed: 0.199 s <<< FAILURE! - in javax.xml.soap.test.SAAJFactoryTest [ERROR] testFactoryDiscoverySM[0](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.024 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193) [ERROR] testFactoryDiscoverySM[1](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.002 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193) [ERROR] testFactoryDiscoverySM[2](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.001 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193) [ERROR] testFactoryDiscoverySM[3](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.002 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193) [ERROR] testFactoryDiscoverySM[4](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.002 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193) [ERROR] testFactoryDiscoverySM[5](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.002 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193) [ERROR] testFactoryDiscoverySM[6](javax.xml.soap.test.SAAJFactoryTest) Time elapsed: 0.002 s <<< ERROR! java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release at javax.xml.soap.test.SAAJFactoryTest.enableSM(SAAJFactoryTest.java:200) at javax.xml.soap.test.SAAJFactoryTest.testFactoryDiscoverySM(SAAJFactoryTest.java:193)
Bug#1052567: velocity-tools: FTBFS with OpenJDK 21 due to javadoc errors
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 Doclet version 21+35-Debian-1 [javadoc] Building tree for all the packages and classes... [javadoc] error: An internal exception has occurred. [javadoc] (java.lang.ClassCastException: class com.sun.tools.javac.code.Symtab$6 cannot be cast to class com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 and com.sun.tools .javac.code.Symbol$ClassSymbol are in module jdk.compiler of loader 'app')) [javadoc] Please file a bug against the javadoc tool via the Java bug reporting page [javadoc] (https://bugreport.java.com) after checking the Bug Database (https://bugs.java.com) [javadoc] for duplicates. Include error messages and the following diagnostic in your report. Thank you. [javadoc] java.lang.ClassCastException: class com.sun.tools.javac.code.Symtab$6 cannot be cast to class com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 and com.sun.tools.java c.code.Symbol$ClassSymbol are in module jdk.compiler of loader 'app') [javadoc] at jdk.compiler/com.sun.tools.javac.code.Symbol.outermostClass(Symbol.java:530) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ToolEnvironment.getFileKind(ToolEnvironment.java:188) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isTypeElementSelected(ElementsTable.java:975) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1052) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1028) [javadoc] at jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1581) [javadoc] at java.compiler@21/javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isIncluded(ElementsTable.java:330) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.DocEnvImpl.isIncluded(DocEnvImpl.java:76) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.isIncluded(Utils.java:2015) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.hasHiddenTag(Utils.java:1272) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1041) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1055) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClassAsTypeElement(Utils.java:1017) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.processType(ClassTree.java:264) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.buildTree(ClassTree.java:245) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.(ClassTree.java:196) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:205) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.run(AbstractDoclet.java:110) [javadoc] at jdk.javadoc/jdk.javadoc.doclet.StandardDoclet.run(StandardDoclet.java:104) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Start.parseAndExecute(Start.java:575) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:398) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:347) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Main.execute(Main.java:57) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Main.main(Main.java:46) [javadoc] 1 error [javadoc] 100 warnings
Bug#1052566: libnative-platform-java: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
Package: libnative-platform-java Version: 0.14-5 Severity: important Tags: ftbfs sid trixie User: debian-j...@lists.debian.org Usertags: default-java21 libnative-platform-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 supported is 8. Replacing the makefile with an Ant script would avoid this issue on future JDK upgrades. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package libnative-platform-java 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 maven-repo-helper,javahelper debian/rules override_dh_auto_clean make[1]: Entering directory '/<>' dh_auto_clean rm -f -r debian/out make[1]: Leaving directory '/<>' jh_clean dh_clean debian/rules build dh build --with maven-repo-helper,javahelper dh_update_autotools_config dh_autoreconf jh_linkjars debian/rules override_dh_auto_build make[1]: Entering directory '/<>' mkdir --parents debian/tmp make -f debian/Makefile build make[2]: Entering directory '/<>' mkdir --parents debian/out/classes javac -source 1.7 -target 1.7 -encoding UTF-8 -d debian/out/classes -h debian/out src/main/java/net/rubygrapefruit/platform/Terminal.java ... warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[2]: *** [debian/Makefile:44: debian/out/classes/%.class] Error 2 make[2]: Leaving directory '/<>' make[1]: *** [debian/rules:12: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:8: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Build finished at 2023-09-22T21:19:47Z
Bug#1052549: truffle-dsl-processor: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 minimum version supported is 8. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package truffle-dsl-processor dpkg-buildpackage: info: source version 0.6-2.1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Holger Levsen dpkg-source --before-build . dpkg-buildpackage: info: host architecture amd64 fakeroot debian/rules clean dh clean --with javahelper dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) jh_clean jh_build: warning: Compatibility levels before 10 are deprecated (level 9 in use) debian/rules override_dh_clean make[1]: Entering directory '/<>' dh_clean dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) mh_clean make[1]: Leaving directory '/<>' debian/rules build dh build --with javahelper dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_update_autotools_config jh_linkjars debian/rules override_jh_build make[1]: Entering directory '/<>' jh_build --javacopts="-source 7" --javadoc-opts="-source 7" jh_build: warning: Compatibility levels before 10 are deprecated (level 9 in use) jh_build: warning: Java machine does not support --release 7, using --release 8 warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. jh_build: error: find ./com -name '*.java' -and -type f -print0 | xargs -s 512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp /usr/share/java/truffle.jar:debian/_jh_build.truffle-dsl-processor -d debian/_> make[1]: *** [debian/rules:10: override_jh_build] Error 25 make[1]: Leaving directory '/<>' make: *** [debian/rules:7: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Build finished at 2023-09-23T02:21:23Z
Bug#1052538: truffle: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package truffle dpkg-buildpackage: info: source version 0.6-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Sudip Mukherjee dpkg-source --before-build . dpkg-buildpackage: info: host architecture amd64 debian/rules clean dh clean --with javahelper jh_clean debian/rules override_dh_clean make[1]: Entering directory '/<>' dh_clean mh_clean make[1]: Leaving directory '/<>' debian/rules binary dh binary --with javahelper dh_update_autotools_config dh_autoreconf jh_linkjars debian/rules override_jh_build make[1]: Entering directory '/<>' jh_build --javacopts="-source 7" --javadoc-opts="-source 7" jh_build: warning: Java machine does not support --release 7, using --release 8 warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. jh_build: error: find ./com -name '*.java' -and -type f -print0 | xargs -s 512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp :debian/_jh_build.truffle -d debian/_jh_build.truffle -source 7 -encoding ISO88 59-1 returned exit code 123 make[1]: *** [debian/rules:7: override_jh_build] Error 25 make[1]: Leaving directory '/<>' make: *** [debian/rules:4: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 Build finished at 2023-09-22T17:37:29Z
Bug#1052500: stringtemplate: FTBFS with OpenJDK 21: Reference to StringTemplate is ambiguous
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.StringTemplate interface: [javac] /<>/build.xml:128: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Using javac -source 1.4 is no longer supported, switching to 8 [javac] Using javac -target 1.4 is no longer supported, switching to 8 [javac] Compiling 42 source files to /<>/build/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 8 [javac] warning: [options] source value 8 is obsolete and will be removed in a future release [javac] warning: [options] target value 8 is obsolete and will be removed in a future release [javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options. [javac] /<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:57: error: reference to StringTemplate is ambiguous [javac] protected StringTemplate self = null; [javac] ^ [javac] both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [javac] /<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:62: error: reference to StringTemplate is ambiguous [javac] public ActionEvaluator(StringTemplate self, ASTExpr chunk, StringTemplateWriter out) { [javac]^ [javac] both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [javac] /<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:849: error: reference to StringTemplate is ambiguous [javac] StringTemplate embedded, Map initialContext [javac] ^ [javac] both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [javac] /<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:909: error: reference to StringTemplate is ambiguous [javac] StringTemplate embedded, Map argumentContext [javac] ^ [javac] both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [javac] /<>/build/src/org/antlr/stringtemplate/language/ActionEvaluator.java:963: error: reference to StringTemplate is ambiguous [javac] StringTemplate embedded, Map argumentContext [javac] ^ [javac] both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [javac] /<>/build/src/org/antlr/stringtemplate/language/ActionParser.java:57: error: reference to StringTemplate is ambiguous [javac] protected StringTemplate self = null; [javac] ^
Bug#1052499: eprosima-idl-parser: FTBFS with OpenJDK 21: Reference to StringTemplate is ambiguous
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.lang.StringTemplate interface: [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /<>/src/main/java/com/eprosima/idl/generator/manager/TemplateManager.java:[169,12] reference to StringTemplate is ambiguous both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [ERROR] /<>/src/main/java/com/eprosima/idl/generator/manager/TemplateManager.java:[146,13] reference to StringTemplate is ambiguous both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [ERROR] /<>/src/main/java/com/eprosima/idl/generator/manager/TemplateManager.java:[155,22] reference to StringTemplate is ambiguous both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [ERROR] /<>/src/main/java/com/eprosima/idl/generator/manager/TemplateManager.java:[155,74] reference to StringTemplate is ambiguous both class org.antlr.stringtemplate.StringTemplate in org.antlr.stringtemplate and interface java.lang.StringTemplate in java.lang match [INFO] 4 errors [INFO] -
Bug#1052498: doctorj: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
Source: doctorj Version: 5.0.0-6 Severity: important Tags: ftbfs sid trixie User: debian-j...@lists.debian.org Usertags: default-java21 doctorj 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. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package doctorj dpkg-buildpackage: info: source version 5.0.0-6 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 dh_auto_clean dh_clean debian/rules build dh build dh_update_autotools_config dh_autoreconf dh_auto_configure dh_auto_build make -j8 "INSTALL=install --strip-program=true" make[1]: Entering directory '/<>' mkdir classes find org -name '*.java' | xargs javac -source 7 -target 7 -d classes warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. error: Target option 7 is no longer supported. Use 8 or later. make[1]: *** [Makefile:18: all] Error 123 make[1]: Leaving directory '/<>' dh_auto_build: error: make -j8 "INSTALL=install --strip-program=true" returned exit code 2 make: *** [debian/rules:4: build] Error 25 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Build finished at 2023-09-22T17:33:26Z
Bug#1052495: libcommons-digester-java: FTBFS with OpenJDK 21 due to javadoc errors
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... [javadoc] Standard Doclet version 21+35-Debian-1 [javadoc] Building tree for all the packages and classes... [javadoc] error: An internal exception has occurred. [javadoc] (java.lang.ClassCastException: class com.sun.tools.javac.code.Symtab$6 cannot be cast to class com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 and com.sun.tools.javac.code.Symbol$ClassSymbol are in module jdk.compiler of loader 'app')) [javadoc] Please file a bug against the javadoc tool via the Java bug reporting page [javadoc] (https://bugreport.java.com) after checking the Bug Database (https://bugs.java.com) [javadoc] for duplicates. Include error messages and the following diagnostic in your report. Thank you. [javadoc] java.lang.ClassCastException: class com.sun.tools.javac.code.Symtab$6 cannot be cast to class com.sun.tools.javac.code.Symbol$ClassSymbol (com.sun.tools.javac.code.Symtab$6 and com.sun.tools.javac.code.Symbol$ClassSymbol are in module jdk.compiler of loader 'app') [javadoc] at jdk.compiler/com.sun.tools.javac.code.Symbol.outermostClass(Symbol.java:530) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ToolEnvironment.getFileKind(ToolEnvironment.java:188) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isTypeElementSelected(ElementsTable.java:975) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1052) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable$IncludedVisitor.visitType(ElementsTable.java:1028) [javadoc] at jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1581) [javadoc] at java.compiler@21/javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.ElementsTable.isIncluded(ElementsTable.java:330) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.DocEnvImpl.isIncluded(DocEnvImpl.java:76) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.isIncluded(Utils.java:2015) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.hasHiddenTag(Utils.java:1272) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1041) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClass(Utils.java:1055) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.Utils.getFirstVisibleSuperClassAsTypeElement(Utils.java:1017) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.processType(ClassTree.java:264) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.buildTree(ClassTree.java:245) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.util.ClassTree.(ClassTree.java:196) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.startGeneration(AbstractDoclet.java:205) [javadoc] at jdk.javadoc/jdk.javadoc.internal.doclets.toolkit.AbstractDoclet.run(AbstractDoclet.java:110) [javadoc] at jdk.javadoc/jdk.javadoc.doclet.StandardDoclet.run(StandardDoclet.java:104) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Start.parseAndExecute(Start.java:575) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:398) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Start.begin(Start.java:347) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Main.execute(Main.java:57) [javadoc] at jdk.javadoc/jdk.javadoc.internal.tool.Main.main(Main.java:46) [javadoc] 1 error [javadoc] 63 warnings
Bug#792390: gradle: improve bootstrapping by using groovyc
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
Bug#1052482: gradle: Raise the minimum source/target level to 8 for OpenJDK 21
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.
Bug#1052476: surankco: FTBFS with OpenJDK 21 due to unsupported javac source/target level 7
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 is 8. dpkg-buildpackage - Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot dpkg-buildpackage: info: source package surankco dpkg-buildpackage: info: source version 0.0.r5+dfsg-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Andreas Tille dpkg-source --before-build . dpkg-buildpackage: info: host architecture amd64 debian/rules clean dh clean --with javahelper jh_clean dh_clean debian/rules binary dh binary --with javahelper dh_update_autotools_config dh_autoreconf jh_linkjars debian/rules override_dh_auto_build make[1]: Entering directory '/<>' mv src/de/rki/ng4/surankco/data/Reads.java src/de/rki/ng4/surankco/data/Reads.java_ignore_at_build_time jh_build --javacopts='-target 1.7' --javacopts='-source 1.7' surankco.jar src jh_build: warning: Java machine does not support --release 7, using --release 8 warning: [options] bootstrap class path not set in conjunction with -source 7 error: Source option 7 is no longer supported. Use 8 or later. jh_build: error: find src -name '*.java' -and -type f -print0 | xargs -s 512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp /usr/share/java/htsjdk.jar:debian/_jh_build.surankco -d debian/_jh_build.surankco -source 1.7 -encoding ISO8859-1 returned exit code 123 make[1]: *** [debian/rules:16: override_dh_auto_build] Error 25 make[1]: Leaving directory '/<>' make: *** [debian/rules:12: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
Bug#1052474: checker-framework-java: FTBFS with OpenJDK 21 due to new compiler warnings
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 triggering an error: :javacutil:compileJava (Thread[#57,Task worker for ':' Thread 6,5,main]) started. :javacutil:compileJava Putting task artifact state for task ':javacutil:compileJava' into context took 0.0 secs. Replacing org.plumelib:plume-util:jar:1.1.0 -> org.plumelib:plume-util:jar:debian Passing through org.plumelib:reflection-util:jar:debian Passing through org.plumelib:hashmap-util:jar:debian Passing through org.checkerframework:checker-qual:jar:debian Up-to-date check for task ':javacutil:compileJava' took 0.134 secs. It is not up-to-date because: No history is available. All input files are considered out-of-date for incremental task ':javacutil:compileJava'. Compiling with JDK Java compiler API. /<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:130: warning: [cast] redundant cast to JCFieldAccess (JCTree.JCFieldAccess) ^ /<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:166: warning: [cast] redundant cast to JCFieldAccess (JCTree.JCFieldAccess) ^ /<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:222: warning: [cast] redundant cast to JCFieldAccess (JCTree.JCFieldAccess) maker.Select((JCTree.JCExpression) iteratorExpr, nextMethod); ^ /<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:236: warning: [cast] redundant cast to JCFieldAccess return (JCTree.JCFieldAccess) ^ /<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:418: warning: [cast] redundant cast to JCFieldAccess (JCTree.JCFieldAccess) maker.Select((JCTree.JCExpression) expr, valueOfMethod); ^ /<>/javacutil/src/main/java/org/checkerframework/javacutil/trees/TreeBuilder.java:482: warning: [cast] redundant cast to JCFieldAccess (JCTree.JCFieldAccess) maker.Select((JCTree.JCExpression) expr, primValueMethod); ^ error: warnings found and -Werror specified 1 error 6 warnings :javacutil:compileJava FAILED
Bug#1052473: libgoogle-gson-java: FTBFS with OpenJDK 21 due to new compiler warnings
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 error: [INFO] - [WARNING] COMPILATION WARNING : [INFO] - [WARNING] /<>/gson/src/main/java/com/google/gson/stream/JsonReader.java:[1609,21] implicit cast from int to char in compound assignment is possibly lossy [WARNING] /<>/gson/src/main/java/com/google/gson/stream/JsonReader.java:[1611,21] implicit cast from int to char in compound assignment is possibly lossy [WARNING] /<>/gson/src/main/java/com/google/gson/stream/JsonReader.java:[1613,21] implicit cast from int to char in compound assignment is possibly lossy [WARNING] /<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[484,24] non-transient instance field of a serializable class declared with a non-serializable type [WARNING] /<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[485,24] non-transient instance field of a serializable class declared with a non-serializable type [WARNING] /<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[486,26] non-transient instance field of a serializable class declared with an array having a non-serializable base component type java.lang.reflect.Type [WARNING] /<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[553,24] non-transient instance field of a serializable class declared with a non-serializable type [WARNING] /<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[587,24] non-transient instance field of a serializable class declared with a non-serializable type [WARNING] /<>/gson/src/main/java/com/google/gson/internal/$Gson$Types.java:[588,24] non-transient instance field of a serializable class declared with a non-serializable type [INFO] 9 warnings [INFO] - [INFO] - [ERROR] COMPILATION ERROR : [INFO] - [ERROR] /<>/gson/src/main/java/com/google/gson/stream/JsonReader.java: warnings found and -Werror specified [INFO] 1 error [INFO] -
Bug#1051305: Request to Add 'loong64' to java-common's debian/java_defaults.mk
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
Bug#1039607: libjansi-java: causes maven to always output escape character
On 08/07/2023 20:22, tony mancill wrote: Emmanuel, do you recall what prompted the change? I think the issue is that when Maven runs in pbuilder, the TTY isn't detected and colors get disabled (batch mode isn't used for Debian builds though). If anything is changed please ensure that building with pdebuild preserves the colors. Emmanuel Bourg
Bug#1034824: tomcat9 should not be released with Bookworm
Le 2023-05-26 21:14, Paul Gevers a écrit : I have just added removal hints for tomcatjss and dogtag-pki. As mentioned in my previous message, I want the changes in logback reverted. You can do the reduced upload of tomcat9. Markus, can you please revert you logback change by tomorrow at the latest? The changes to jetty9 have to be reverted too, the package is broken (#1036798). Sadly we can't do without tomcat9. The path forward implies packaging Jetty 11 or 12 first and migrating all the reverse dependencies, but that's a task for Trixie. Thanks again to Oracle for forcing the javax to jakarta transition on the community, what a waste of energy just to please a couple of lawyers in an office. Emmanuel Bourg
Bug#1036798: jetty9: Failed startup of context: JettyJasperInitializer not a subtype of javax.servlet.ServletContainerInitializer
Package: jetty9 Version: 9.4.50-3 Severity: grave Justification: renders package unusable The jetty9 package can no longer run web applications after switching to libtomcat10-java for the JSP compiler. The following error appears in the log: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: org.eclipse.jetty.apache.jsp.JettyJasperInitializer not a subtype at java.base/java.util.ServiceLoader.fail(ServiceLoader.java:593) at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1244) at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1273) at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1309) at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1393) at org.eclipse.jetty.annotations.AnnotationConfiguration.getNonExcludedInitializers(AnnotationConfiguration.java:829) at org.eclipse.jetty.annotations.AnnotationConfiguration.configure(AnnotationConfiguration.java:343) at org.eclipse.jetty.webapp.WebAppContext.configure(WebAppContext.java:498) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1409) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:916) at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:288) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:524) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73) at org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:46) at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188) at org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:517) at org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:157) at org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:173) at org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:428) at org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:66) at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:785) at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:754) at org.eclipse.jetty.util.Scanner.scan(Scanner.java:641) at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:540) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73) at org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:146) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73) at org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:605) at org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:252) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73) at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:169) at org.eclipse.jetty.server.Server.start(Server.java:423) at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:117) at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:97) at org.eclipse.jetty.server.Server.doStart(Server.java:387) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:73) at org.eclipse.jetty.xml.XmlConfiguration.lambda$main$3(XmlConfiguration.java:1907) at java.base/java.security.AccessController.doPrivileged(AccessController.java:569) at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1857) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at org.eclipse.jetty.start.Main.invokeMain(Main.java:218) at org.eclipse.jetty.start.Main.start(Main.java:491) at org.eclipse.jetty.start.Main.main(Main.java:77) Reverting back to libtomcat9-java fixes the issue. Using the Jasper compiler from Tomcat 10 with Jetty 9 is unlikely to work properly since the source files generated will use the servlet classes from the jakarta namespace and Jetty 9 doesn't implement them. Emmmanuel Bourg
Bug#1034855: trapperkeeper-webserver-jetty9-clojure: FTBFS in testing:
Le 22/05/2023 à 18:27, Markus Koschany a écrit : Can you think of a simpler solution for this problem? I'll get a look. Intuitively I think that if no Tomcat internals are used, the javax.servlet classes should still be used since Tomcat 10 works with both javax and jakarta namespaces. If necessary we may also consider using the tomcat-jakartaee-migration tool at build time instead of patching the source files. Emmanuel
Bug#1034824: tomcat9 should not be released with Bookworm
Le 26/05/2023 à 10:58, Moritz Muehlenhoff a écrit : Can't we just do the pragmatic fix of updating src:tomcat9 to only ship libtomcat9-java and libtomcat9-embed-java? The maintenance burden for security updates lies within the server stack, the percentage of issues affecting the libtomcat9-java binary packages as used by rdeps will be small to none? dogtag-pki has a popcon of 4, do we really want to keep that package and tomcat9 for so few users? It could come back later in Bookworm as a backport once it supports Tomcat 10. If tomcat9 is kept in Bookworm most users won't realize it's no longer supported. I think we should add a prominent warning in the NEWS file that it's not supported. I'd even suggest disabling the tomcat9 service when upgrading to force the users to act (either migrate to tomcat10, or re-enabling it willingly). Emmanuel Bourg
Bug#1036210: unblock: android-platform-tools/29.0.6-28
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: android-platform-to...@packages.debian.org Control: affects -1 + src:android-platform-tools Please unblock package android-platform-tools This update fixes the RC bug #1034982 unblock android-platform-tools/29.0.6-28 diff --git a/debian/changelog b/debian/changelog index 8511e438..c6844695 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +android-platform-tools (29.0.6-28) unstable; urgency=medium + + * Team upload. + * Added the missing Replaces field for android-libnativehelper +(Closes: #1034982) + + -- Emmanuel Bourg Wed, 17 May 2023 09:45:36 +0200 + android-platform-tools (29.0.6-27) unstable; urgency=medium [ Chirayu Desai ] diff --git a/debian/control b/debian/control index 11db424a..c0bacf63 100644 --- a/debian/control +++ b/debian/control @@ -270,6 +270,7 @@ Multi-Arch: same Depends: ${shlibs:Depends}, ${misc:Depends}, android-liblog (= 1:${binary:Version}), Breaks: android-libnativehelper-dev (<< 29) +Replaces: android-libnativehelper-dev (<< 29) Description: Support functions for Android's class libraries libnativehelper is a collection of JNI related utilities used in Android. @@ -287,8 +288,8 @@ Architecture: any Multi-Arch: same Depends: ${misc:Depends}, android-libnativehelper (= ${binary:Version}), -Breaks: android-libnativehelper (<< 29) -Replaces: android-libnativehelper (<< 29) +Breaks: android-libnativehelper (<< 10.0.0+r36-1~) +Replaces: android-libnativehelper (<< 10.0.0+r36-1~) Description: Support functions for Android's class libraries - Development files libnativehelper is a collection of JNI related utilities used in Android.
Bug#1036084: [pre-approval] unblock: android-platform-tools-base/2.2.2-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: android-platform-tools-b...@packages.debian.org Control: affects -1 + src:android-platform-tools-base Hi, The kotlin package is threatened to be removed due the RC bug (#1034982). I tracked down the link between kotlin and android-libnativehelper to the adb package which is a dependency of libandroid-ddms-java. I'd like to suggest downgrading the dependency on adb to recommended if #1034982 isn't fixed in time for the Bookworm release. Kotlin doesn't use adb and shouldn't be tied to its fate. unblock android-platform-tools-base/2.2.2-5 diff --git a/debian/changelog b/debian/changelog index 175b081e..ba88018b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +android-platform-tools-base (2.2.2-5) UNRELEASED; urgency=medium + + * Team upload. + * Downgraded the libandroid-ddms-java dependency on adb to recommended + + -- Emmanuel Bourg Mon, 15 May 2023 09:08:26 +0200 + android-platform-tools-base (2.2.2-4) unstable; urgency=medium * Team upload. diff --git a/debian/control b/debian/control index 76cb3945..5a0bcbdd 100644 --- a/debian/control +++ b/debian/control @@ -170,10 +170,10 @@ Description: Library to parse and download the Android SDK Package: libandroid-ddms-java Architecture: all -Depends: adb, - libandroid-tools-common-java, +Depends: libandroid-tools-common-java, libkxml2-java, ${misc:Depends} +Recommends: adb Description: Communicate with devices through adb - Core library Dalvik Debug Monitor Server (DDMS) provides port-forwarding services, screen capture on the device, thread and heap information on the device, logcat,
Bug#1036059: unblock: resteasy3.0/3.0.26-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: resteasy...@packages.debian.org Control: affects -1 + src:resteasy3.0 Please unblock package resteasy3.0 This update drops the dependency on libtomcat9-java which won't be part of Bookworm (#1033366) Thank you, Emmanuel Bourg unblock resteasy3.0/3.0.26-6 diff --git a/debian/changelog b/debian/changelog index 68db1eab6..148149f7d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +resteasy3.0 (3.0.26-6) unstable; urgency=medium + + * Team upload. + * Depend on libservlet-api-java and libel-api-java instead of libtomcat9-java +(Closes: #1033366) + + -- Emmanuel Bourg Sun, 14 May 2023 19:12:25 +0200 + resteasy3.0 (3.0.26-5) unstable; urgency=medium * patches: Replace javax/activation with jakarta/activation, fixes noise diff --git a/debian/control b/debian/control index bd18212da..47fdea4fd 100644 --- a/debian/control +++ b/debian/control @@ -10,6 +10,7 @@ Build-Depends-Indep: javahelper, junit4, libcommons-io-java, + libel-api-java, libgeronimo-annotation-1.3-spec-java, libhttpclient-java, libjackson2-core-java, @@ -22,8 +23,8 @@ Build-Depends-Indep: libjboss-logging-java, libjboss-logging-tools-java, libmaven-install-plugin-java, - libslf4j-java, - libtomcat9-java, + libservlet-api-java, + libslf4j-java Standards-Version: 4.5.1 Vcs-Git: https://salsa.debian.org/java-team/resteasy.git Vcs-Browser: https://salsa.debian.org/java-team/resteasy diff --git a/debian/libresteasy3.0-java.classpath b/debian/libresteasy3.0-java.classpath index 2dfc0599a..89a972771 100644 --- a/debian/libresteasy3.0-java.classpath +++ b/debian/libresteasy3.0-java.classpath @@ -1,2 +1,2 @@ -usr/share/java/resteasy-jaxrs.jar /usr/share/java/slf4j-api.jar /usr/share/java/httpclient.jar /usr/share/java/commons-io.jar /usr/share/java/geronimo-annotation-1.3-spec.jar /usr/share/java/tomcat9-el-api.jar /usr/share/java/jakarta-activation.jar +usr/share/java/resteasy-jaxrs.jar /usr/share/java/slf4j-api.jar /usr/share/java/httpclient.jar /usr/share/java/commons-io.jar /usr/share/java/geronimo-annotation-1.3-spec.jar /usr/share/java/jakarta-activation.jar usr/share/java/resteasy-jackson2-provider.jar /usr/share/java/jackson-core.jar /usr/share/java/jackson-databind.jar /usr/share/java/jackson-jaxrs-base.jar /usr/share/java/jackson-jaxrs-json-provider.jar /usr/share/java/jackson-module-jaxb-annotations.jar diff --git a/debian/maven.rules b/debian/maven.rules index 30c686e5e..51bec29df 100644 --- a/debian/maven.rules +++ b/debian/maven.rules @@ -12,7 +12,7 @@ org.yaml snakeyaml * s/.*/1.x/ * * com.sun.istack istack-commons-runtime * s/debian/2.17/ * * s/jboss/javassist/ javassist * s/.*/debian/ * * s/org.jboss.spec.javax.annotation/org.apache.geronimo.specs/ s/jboss-annotations-api_1.2_spec/geronimo-annotation_1.3_spec/ * s/.*/debian/ * * -s/org.jboss.spec.javax.servlet/org.apache.tomcat/ s/jboss-servlet-api_3.1_spec/tomcat-servlet-api/ * s/.*/9.x/ * * -s/org.jboss.spec.javax.el/org.apache.tomcat/ s/jboss-el-api_3.0_spec/tomcat-el-api/ * s/.*/9.x/ * * +s/org.jboss.spec.javax.servlet/javax.servlet/ s/jboss-servlet-api_3.1_spec/javax.servlet-api/ * s/.*/debian/ * * +s/org.jboss.spec.javax.el/javax.el/ s/jboss-el-api_3.0_spec/javax.el-api/ * s/.*/debian/ * * s/org.jboss.spec.javax.ws.rs/javax.ws.rs/ s/jboss-jaxrs-api_2.0_spec/javax.ws.rs-api/ * s/.*/debian/ * * s/javax.activation/jakarta.activation/ s/activation/jakarta.activation-api/ * s/.*/debian/ * *
Bug#1034824: tomcat9 should not be released with Bookworm
Le 2023-05-13 22:38, Markus Koschany a écrit : The question is: If we ship libtomcat9-java in Bookworm and change the dependency from tomcat9-user to tomcat10-user, will a web application like dogtag-pki, which is designed for Tomcat 9, continue to work with Tomcat 10? I'm pretty sure it won't work. dogtag-pki depends on tomcatjss which is tightly coupled with Tomcat's internal code. Unfortunately tomcatjss upstream is lagging with the Tomcat 10 adoption [1], and we can't hold back Tomcat 10 in Debian indefinitely just for that (for the reminder, Tomcat 10 is a very important release implementing the new Jakarta EE specification, not having it in Bookworm would be a real disservice to our users). The thing I don't understand is why a CA webapp needs a custom Tomcat connector (tomcatjss), maybe it could be patched to work without it? Emmanuel Bourg [1] https://github.com/dogtagpki/tomcatjss/issues/68
Bug#1035996: unblock: apache-log4j-extras1.2/1.2.17-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: apache-log4j-extras...@packages.debian.org Control: affects -1 + src:apache-log4j-extras1.2 Please unblock package apache-log4j-extras1.2 This package currently fails to build due to a javadoc (#1035992). This update removes the unused -java-doc package which is causing this issue. Thank you, Emmanuel Bourg unblock apache-log4j-extras1.2/1.2.17-3 diff --git a/debian/changelog b/debian/changelog index 0c2656b..8cc7f9e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +apache-log4j-extras1.2 (1.2.17-3) unstable; urgency=medium + + * Removed the -java-doc package (Closes: #1035992) + * Use salsa.debian.org Vcs-* URLs + + -- Emmanuel Bourg Fri, 12 May 2023 12:34:54 +0200 + apache-log4j-extras1.2 (1.2.17-2) unstable; urgency=medium * Team upload. diff --git a/debian/control b/debian/control index 6bbaa8a..8eefd91 100644 --- a/debian/control +++ b/debian/control @@ -6,34 +6,22 @@ Uploaders: Hilko Bengen Build-Depends: debhelper (>= 10), default-jdk, - default-jdk-doc, libapache-pom-java (>= 10), libgeronimo-jms-1.1-spec-java, libhsqldb-java, liblog4j1.2-java (>= 1.2.17-6~), - liblog4j1.2-java-doc, libmaven-bundle-plugin-java, - libmaven-javadoc-plugin-java, maven-debian-helper (>= 2.2) Standards-Version: 4.1.0 -Vcs-Git: https://anonscm.debian.org/git/pkg-java/apache-log4j-extras1.2.git -Vcs-Browser: https://anonscm.debian.org/cgit/pkg-java/apache-log4j-extras1.2.git +Vcs-Git: https://salsa.debian.org/java-team/apache-log4j-extras1.2.git +Vcs-Browser: https://salsa.debian.org/java-team/apache-log4j-extras1.2 Homepage: http://logging.apache.org/log4j/extras Package: liblog4j-extras1.2-java Architecture: all Depends: ${misc:Depends}, ${maven:Depends} -Suggests: ${maven:OptionalDepends}, liblog4j-extras1.2-java-doc +Suggests: ${maven:OptionalDepends} Description: Extras for Apache log4j This package provides additional appenders, filters and other capabilities for version 1.2 of Apache log4j. Several of these were backported from the abandoned log4j 1.3 development effort. - -Package: liblog4j-extras1.2-java-doc -Architecture: all -Section: doc -Depends: ${misc:Depends} -Recommends: ${maven:DocDepends}, ${maven:DocOptionalDepends} -Suggests: liblog4j-extras1.2-java -Description: Documentation for Extras for Apache log4j. - This package contains the API documentation of liblog4j-extras1.2-java.
Bug#1035995: bazel-bootstrap: Depend on libgeronimo-annotation-1.3-spec-java instead of libtomcat9-java
Package: bazel-bootstrap Version: 4.2.3+ds-8 Severity: serious bazel-bootstrap depends on libtomcat9-java, only to use tomcat9-annotations-api.jar which provides the javax.annotations package. Since libtomcat9-java is about to be removed this needs to be replaced. libtomcat10-java provides a new version of the annotations API but under the jakarta.annotation package. It would involve patching bazel-bootstrap heavily. The javax.annotations package is also provided by libgeronimo-annotation-1.3-spec-java, it could be used as a replacement.
Bug#1035993: unblock: biojava-live/1:1.9.5+dfsg-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: biojava-l...@packages.debian.org Control: affects -1 + src:biojava-live Please unblock package biojava-live It holds an unused dependency on libcommons-dbcp-java-doc which blocks the transition of libcommons-dbcp-java/1.4-8 to testing. This is required to complete the migration to Tomcat 10. Thank you, Emmanuel Bourg unblock biojava-live/1:1.9.5+dfsg-3 diff --git a/debian/changelog b/debian/changelog index 0c4726b..8878215 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +biojava-live (1:1.9.5+dfsg-3) unstable; urgency=medium + + * Team upload. + * Removed the dependency on libcommons-dbcp-java-doc + + -- Emmanuel Bourg Fri, 12 May 2023 11:09:08 +0200 + biojava-live (1:1.9.5+dfsg-2) unstable; urgency=medium * Upload to unstable to start transition from libbiojava1.7-java to diff --git a/debian/control b/debian/control index 7ff66a2..ee197a4 100644 --- a/debian/control +++ b/debian/control @@ -11,7 +11,6 @@ Build-Depends: debhelper-compat (= 13), Build-Depends-Indep: default-jdk, junit4 , libcommons-dbcp-java, - libcommons-dbcp-java-doc, libjaxb-api-java, libjgrapht0.8-java, libjgrapht0.8-java-doc,
Bug#1035992: apache-log4j-extras1.2: Error while generating Javadoc: Unable to write 'options' temporary file
Source: apache-log4j-extras1.2 Version: 1.2.17-2 Severity: serious Tags: ftbfs apache-log4j-extras1.2 fails to build with the following error: [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 3.437 s [INFO] Finished at: 2023-05-12T10:19:16Z [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:3.4.1:jar (default-cli) on project apache-log4j-extras: MavenReportException: Error while generating Javadoc: Unable to write 'options' temporary file for command execution: Input length = 1 -> [Help 1] [ERROR]
Bug#1035989: unblock: uima-as/2.3.1-11
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: uima...@packages.debian.org Control: affects -1 + src:uima-as Please unblock package uima-as This package depends on libcommons-dbcp-java-doc which has been removed in unstable. It blocks the migration of libcommons-dbcp-java/1.4-8 to testing which is required to complete the transition to Tomcat 10. This issue is addressed by removing the libuima-as-java-doc package and its dependencies, including libcommons-dbcp-java-doc. The package is unused and has a very low popcon. Thank you, Emmanuel Bourg unblock uima-as/2.3.1-11 diff --git a/debian/changelog b/debian/changelog index fc72c25..6a098db 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +uima-as (2.3.1-11) unstable; urgency=medium + + * Team upload. + * Removed the -java-doc package + + -- Emmanuel Bourg Fri, 12 May 2023 11:00:53 +0200 + uima-as (2.3.1-10) unstable; urgency=medium * Team upload. diff --git a/debian/control b/debian/control index f2eebe1..130b247 100644 --- a/debian/control +++ b/debian/control @@ -14,14 +14,10 @@ Build-Depends: libbuild-helper-maven-plugin-java, libcommons-httpclient-java, libcommons-codec-java, - libcommons-codec-java-doc, libcommons-dbcp-java, - libcommons-dbcp-java-doc, libcommons-logging-java, - libcommons-logging-java-doc, libcommons-net-java, libcommons-pool-java, - libcommons-pool-java-doc, libgeronimo-j2ee-connector-1.5-spec-java, libgeronimo-j2ee-management-1.1-spec-java, libgeronimo-jms-1.1-spec-java, @@ -30,7 +26,6 @@ Build-Depends: libmaven-bundle-plugin-java, libmaven-dependency-plugin-java, libmaven-install-plugin-java, - libmaven-javadoc-plugin-java, libservlet-api-java, libspring-beans-java, libspring-context-java, @@ -76,31 +71,3 @@ Description: Apache UIMA Asynch Scaleout framework . UIMA Asynch Scaleout (or UIMA AS) is an extension to the Apache UIMA framework and SDK, using JMS messaging to support scaleout. - -Package: libuima-as-java-doc -Architecture: all -Section: doc -Depends: - ${maven:DocDepends}, - ${misc:Depends} -Recommends: - ${maven:DocOptionalDepends} -Suggests: - libuima-as-java -Description: Documentation for Apache UIMA Asynch Scaleout framework - Apache UIMA is an implementation of the OASIS-UIMA specifications. - . - OASIS UIMA Committee: <http://www.oasis-open.org/committees/uima/>. - . - Unstructured Information Management applications are software systems - that analyze large volumes of unstructured information in order to - discover knowledge that is relevant to an end user. - . - An example UIM application might ingest plain text and identify - entities, such as persons, places, organizations; or relations, - such as works-for or located-at. - . - UIMA Asynch Scaleout (or UIMA AS) is an extension to the Apache UIMA - framework and SDK, using JMS messaging to support scaleout. - . - This package contains the API documentation of libuima-as-java. diff --git a/debian/libuima-as-java-doc.doc-base.api b/debian/libuima-as-java-doc.doc-base.api deleted file mode 100644 index 78dde26..000 --- a/debian/libuima-as-java-doc.doc-base.api +++ /dev/null @@ -1,10 +0,0 @@ -Document: libuima-as-java -Title: API Javadoc for UIMA AS: uima-as -Author: UIMA AS: uima-as developers -Abstract: This is the API Javadoc provided for the - libuima-as-java library. -Section: Programming - -Format: HTML -Index: /usr/share/doc/libuima-as-java/api/index.html -Files: /usr/share/doc/libuima-as-java/api/* diff --git a/debian/libuima-as-java-doc.install b/debian/libuima-as-java-doc.install deleted file mode 100644 index 00bb763..000 --- a/debian/libuima-as-java-doc.install +++ /dev/null @@ -1 +0,0 @@ -uima-as/target/site/apidocs/* usr/share/doc/libuima-as-java/api diff --git a/debian/maven.ignoreRules b/debian/maven.ignoreRules index 5192976..88393c4 100644 --- a/debian/maven.ignoreRules +++ b/debian/maven.ignoreRules @@ -31,4 +31,5 @@ xmlpull xmlpull * * * * org.springframework spring-asm * * * * org.apache.maven.plugins maven-deploy-plugin * * * * +org.apache.maven.plugins maven-javadoc-plugin * * * * org.apache.rat apache-rat-plugin * * * *
Bug#1035980: unblock: tiles/3.0.7-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: ti...@packages.debian.org Control: affects -1 + src:tiles Please unblock package tiles This update fixes the build failure with OpenJDK 17 (#1011597) and replaces the dependency on libtomcat9-java with libtomcat10-java. Thank you, Emmanuel Bourg unblock tiles/3.0.7-5 diff -Nru tiles-3.0.7/debian/changelog tiles-3.0.7/debian/changelog --- tiles-3.0.7/debian/changelog2018-12-03 17:47:30.0 +0100 +++ tiles-3.0.7/debian/changelog2023-05-12 08:42:15.0 +0200 @@ -1,3 +1,11 @@ +tiles (3.0.7-5) unstable; urgency=medium + + * Team upload. + * Fixed the build failure with Java 17 (Closes: #1011597) + * Depend on libtomcat10-java instead of libtomcat9-java + + -- Emmanuel Bourg Fri, 12 May 2023 08:42:15 +0200 + tiles (3.0.7-4) unstable; urgency=medium * Team upload. diff -Nru tiles-3.0.7/debian/control tiles-3.0.7/debian/control --- tiles-3.0.7/debian/control 2018-12-03 17:41:46.0 +0100 +++ tiles-3.0.7/debian/control 2023-05-12 02:02:57.0 +0200 @@ -19,9 +19,9 @@ libspring-web-java, libtiles-autotag-java, libtiles-request-java, - libtomcat9-java, + libtomcat10-java, libvelocity-tools-java, - maven-debian-helper + maven-debian-helper (>= 2.6.3~) Standards-Version: 4.2.1 Vcs-Git: https://salsa.debian.org/java-team/tiles.git Vcs-Browser: https://salsa.debian.org/java-team/tiles diff -Nru tiles-3.0.7/debian/maven.rules tiles-3.0.7/debian/maven.rules --- tiles-3.0.7/debian/maven.rules 2018-12-03 17:41:34.0 +0100 +++ tiles-3.0.7/debian/maven.rules 2023-05-12 02:02:57.0 +0200 @@ -3,4 +3,4 @@ javax.servlet s/servlet-api/javax.servlet-api/ jar s/.*/3.1/ javax.servlet.jsp s/jsp-api/javax.servlet.jsp-api/ jar s/.*/2.3/ javax.el s/el-api/javax.el-api/ jar s/.*/3.0/ -org.apache.tomcat s/jasper-el/tomcat-jasper-el/ * s/.*/9.x/ +org.apache.tomcat s/jasper-el/tomcat-jasper-el/ * s/.*/10.x/ diff -Nru tiles-3.0.7/debian/rules tiles-3.0.7/debian/rules --- tiles-3.0.7/debian/rules2018-09-19 10:55:29.0 +0200 +++ tiles-3.0.7/debian/rules2023-05-12 01:11:17.0 +0200 @@ -9,9 +9,11 @@ echo '4.0.0org.apache.tilestiles-test-pom2.2.2pom' > src/tiles-test-pom/pom.xml override_dh_auto_build: + MAVEN_OPTS="--add-opens java.base/java.util=ALL-UNNAMED" \ dh_auto_build -- --file src/pom.xml package javadoc:aggregate override_dh_auto_test: + MAVEN_OPTS="--add-opens java.base/java.util=ALL-UNNAMED" \ dh_auto_test -- --file src/pom.xml test override_dh_auto_install:
Bug#1035977: unblock: maven-debian-helper/2.6.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: maven-debian-hel...@packages.debian.org Control: affects -1 + src:maven-debian-helper Please unblock package maven-debian-helper This update is required to fix the build failure of src:tiles with OpenJDK 17 (#1011597). The FTBFS is caused by an old Maven plugin (maven-autotag-plugin) that doesn't run with OpenJDK 17 unless an extra JVM argument is passed to Maven (--add-opens). There is no mechanism in maven-debian-helper do to that though, the Maven launcher supports a MAVEN_OPTS environment variable to set extra arguments but maven-debian-helper doesn't use it. This update implements MAVEN_OPTS for maven-debian-helper. Thank you, Emmanuel Bourg unblock maven-debian-helper/2.6.3 diff -Nru maven-debian-helper-2.6.2/debian/changelog maven-debian-helper-2.6.3/debian/changelog --- maven-debian-helper-2.6.2/debian/changelog 2023-02-26 21:33:00.0 +0100 +++ maven-debian-helper-2.6.3/debian/changelog 2023-05-12 01:20:16.0 +0200 @@ -1,3 +1,11 @@ +maven-debian-helper (2.6.3) unstable; urgency=medium + + * Support the MAVEN_OPTS environment variable to pass JVM arguments +(such as --add-opens/--add-exports required to run old plugins on recent +JDKs) + + -- Emmanuel Bourg Fri, 12 May 2023 01:20:16 +0200 + maven-debian-helper (2.6.2) unstable; urgency=medium * Team upload. diff -Nru maven-debian-helper-2.6.2/share/perl/maven.pm maven-debian-helper-2.6.3/share/perl/maven.pm --- maven-debian-helper-2.6.2/share/perl/maven.pm 2023-02-26 19:48:03.0 +0100 +++ maven-debian-helper-2.6.3/share/perl/maven.pm 2023-05-12 01:16:05.0 +0200 @@ -40,6 +40,9 @@ if (-e "$this->{cwd}/debian/maven.properties") { push (@jvmopts, "-Dproperties.file.manual=$this->{cwd}/debian/maven.properties"); } + if (exists $ENV{MAVEN_OPTS}) { + push (@jvmopts, split(/ /, $ENV{MAVEN_OPTS})); + } @{$this->{maven_cmd}} = ($java_home . '/bin/java', @jvmopts,
Bug#1034824: tomcat9 should not be released with Bookworm
Hi Paul, Le 2023-05-11 21:44, Paul Gevers a écrit : From a quick look at the key packages: It seems you didn't follow up (86 days) on libcommons-dbcp-java which can't migrate to bookworm because it would make libbiojava-java-doc uninstallable (no fix there, no bug report filed). I have to apology for this one, I forgot to check the transition of libcommons-dbcp-java. Is it still possible to remove libbiojava-java-doc to fix this (very low popcon and unused like the other -java-doc package)? src:tiles also build-depends on libtomcat9-java, with no bug filed for the migration to tomcat10 *and* it having it's own FTBFS bug. (It's key because of src:libspring-java) I remember pulling my hair on src:tiles to make it build with OpenJDK 17, without success unfortunately (#1011597). The project is dead upstream, that doesn't help. Patching src:libspring-java and removing src:tiles is likely the next step. On IRC carnil and jmm_ suggested that src:tomcat9 could be left in bookworm but have it's server component stripped. Would that help the situation? I agree, this is a good compromise. Emmanuel Bourg
Bug#1034833: sysv init script missing in tomcat10 package
Hi Mark, I still think relying on orphan-sysvinit-scripts is the best option as it clearly separates the responsibilities and the maintenance burden. I'm willing to cooperate to ensure the sysvinit integration remains possible (as was done with the dependency on systemd-sysusers instead of systemd), but I can't see a compelling reason to integrate the script in the tomcat package. Emmanuel Bourg
Bug#1034833: sysv init script missing in tomcat10 package
There is a script for tomcat9 but not for tomcat10 yet.
Bug#1034833: sysv init script missing in tomcat10 package
Control: reassign -1 orphan-sysvinit-scripts Le 2023-04-25 19:35, Andreas Messer a écrit : Dear maintainers, the tomcat10 package does not ship a sysvinit script for use with traditional init. Please consider adding such a script to the package since it will make things simpler for users of sysvinit. I have attached a possible implementation of such a script to this mail. (Derived from tomcat9 package with some cleanup) I can offer to support/maintain this script in future if desired. Hi Andreas, Thank you for offering your help. The sysvinit script for Tomcat is now maintained in the orphan-sysvinit-scripts source package. There is Emmanuel Bourg
Bug#1034504: diffoscope: Wrong binary called for the Procyon Java decompiler
Control: notfound -1 240 Control: close -1 Wrong report, sorry
Bug#1034504: diffoscope: Wrong binary called for the Procyon Java decompiler
Package: diffoscope Version: 240 Severity: normal diffoscope recommends procyon-decompiler, but calls the wrong binary. The procyon-decompiler package installs /usr/bin/procyon, and diffoscope calls 'procyon-decompiler' instead of 'procyon'. This issue was reported on StackOverflow: https://stackoverflow.com/questions/51216673/how-to-use-procyon-decompiler-with-diffoscope
Bug#1033170: libitext-rups-java: Does not work at all
Le 2023-03-28 05:28, tony mancill a écrit : The upload is ready. Any concerns? $ reverse-depends libitext-rups-java No reverse dependencies found $ reverse-depends -b libitext-rups-java No reverse dependencies found +1 for removing libitext-rups-java, and maybe libitext-rtf-java too.
Bug#1032618: crossgrader: First stage error: The cache has no package named 'multiarch-support:amd64'
Package: crossgrader Version: 0.0.3+nmu3 Severity: normal I tried to crossgrade an LXC container running Debian 11 from i386 to amd64, and I got this error: $ crossgrader amd64 Installing initramfs binary architecture check hook... arch check hook already installed. Hook installation failed. Hit http://security.debian.org bullseye-security InRelease Hit http://deb.debian.org/debian bullseye InRelease Hit http://deb.debian.org/debian bullseye-updates InRelease Hit http://deb.debian.org/debian bullseye-backports InRelease Hit http://deb.debian.org/debian unstable InRelease Fetched 0 B in 0s (0 B/s) Traceback (most recent call last): File "/usr/lib/python3/dist-packages/apt/cache.py", line 281, in __getitem__ rawpkg = self._cache[key] KeyError: 'multiarch-support:amd64' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/debian_crossgrader/utils/apt.py", line 87, in find_package_objs package = apt_cache[target_name] File "/usr/lib/python3/dist-packages/apt/cache.py", line 283, in __getitem__ raise KeyError('The cache has no package named %r' % key) KeyError: "The cache has no package named 'multiarch-support:amd64'" During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/crossgrader", line 33, in sys.exit(load_entry_point('debian-crossgrader==0.0.3', 'console_scripts', 'crossgrader')()) File "/usr/lib/python3/dist-packages/debian_crossgrader/__main__.py", line 262, in main first_stage(args) File "/usr/lib/python3/dist-packages/debian_crossgrader/__main__.py", line 21, in first_stage targets = crossgrader.list_first_stage_targets( File "/usr/lib/python3/dist-packages/debian_crossgrader/crossgrader.py", line 735, in list_first_stage_targets return self.find_package_objs(targets, default_arch=self.target_arch, File "/usr/lib/python3/dist-packages/debian_crossgrader/crossgrader.py", line 613, in find_package_objs return apt_utils.find_package_objs(names, self._apt_cache, **kwargs) File "/usr/lib/python3/dist-packages/debian_crossgrader/utils/apt.py", line 92, in find_package_objs raise PackageNotFoundError(target_name) debian_crossgrader.utils.apt.PackageNotFoundError: multiarch-support:amd64 could not be found in APT's cache
Bug#1031817: i2p: Migrate to Tomcat 10
Source: i2p Version: 0.9.48-1.1 Severity: important i2p depends on libtomcat9-java but this package is going to be removed. Please use libtomcat10-java instead.
Bug#1031816: tomcatjss: Migrate to Tomcat 10
Source: tomcatjss Version: 8.3.0-1 Severity: important libtomcatjss-java uses libtomcat9-java but this package is about to be removed. libtomcat10-java should be used instead.
Bug#1031815: pki-server: Migrate to Tomcat 10
Package: pki-server Version: 11.2.1-2 Severity: important pki-server uses tomcat9-user but this package is about to be removed. tomcat10-user should be used instead.
Bug#1026639: rhino FTBFS
I don't think this should be assigned to rhino. ckeditor should open the internal packages it touches.
Bug#1030963: RM: equinox-bundles -- ROM; Replaced by eclipse-equinox
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: eclipse-equi...@packages.debian.org Control: affects -1 + src:eclipse-equinox Hi, please remove the equinox-bundles package, it has been replaced by eclipse-equinox. Thank you
Bug#1030962: RM: equinox-framework -- ROM; Replaced by eclipse-equinox
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: equinox-framew...@packages.debian.org Control: affects -1 + src:equinox-framework Hi, please remove the equinox-framework package, it has been replaced by eclipse-equinox. Thank you
Bug#1029835: ITP: proguard-core -- Library to read, analyze, modify, and write Java class files
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org * Package name: proguard-core Version : 7.0.1 Upstream Contact: Eric Lafortune * URL : https://github.com/Guardsquare/proguard-core * License : Apache-2.0 Programming Lang: Java Description : Library to read, analyze, modify, and write Java class files ProGuardCORE is a free library to read, analyze, modify, and write Java class files. It is the core of the well-known shrinker, optimizer, and obfuscator ProGuard, the ProGuard Assembler and Disassembler, and the Kotlin Metadata Printer. This package will be maintained by the Java Team.
Bug#1029546: ITP: kotlinx-coroutines -- Library support for Kotlin coroutines
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org * Package name: kotlinx-coroutines Version : 1.0.1 Upstream Contact: JetBrains * URL : https://github.com/Kotlin/kotlinx.coroutines * License : Apache-2.0 Programming Lang: Kotlin Description : Library support for Kotlin coroutines Kotlin is a cross-platform, statically typed, general-purpose programming language with type inference. Kotlin is designed to interoperate fully with Java, and the JVM version of its standard library depends on the Java Class Library, but type inference allows its syntax to be more concise. This package contains the library support for Kotlin coroutines.
Bug#1029514: ITP: kotlinx-atomicfu -- AtomicFU - Idiomatic way to use atomic operations in Kotlin
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org * Package name: kotlinx-atomicfu Version : 0.11.12 Upstream Contact: JetBrains * URL : https://github.com/Kotlin/kotlinx-atomicfu * License : Apache-2.0 Programming Lang: Kotlin Description : AtomicFU - Idiomatic way to use atomic operations in Kotlin Atomicfu is a multiplatform library that provides the idiomatic and effective way of using atomic operations in Kotlin: * Code it like a boxed value, but run it in production efficiently: - as java.util.concurrent.atomic.AtomicXxxFieldUpdater on Kotlin/JVM - as a plain unboxed value on Kotlin/JS * Multiplatform: write common Kotlin code with atomics that compiles for Kotlin JVM, JS, and Native backends: - Compile-only dependency for JVM and JS (no runtime dependencies) - Compile and runtime dependency for Kotlin/Native * Use Kotlin-specific extensions (e.g. inline loop, update, updateAndGet functions). * Use atomic arrays, user-defined extensions on atomics and locks. * Tracing operations for debugging. AtomicFU was initially integrated into the kotlin package to make its bootstrapping easier. Now that kotlin has been uploaded to unstable, AtomicFU can be packaged separately. This package will be maintained by the Java Team.
Bug#1029240: ITP: gradle-kotlin-dsl -- Gradle Kotlin DSL
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org * Package name: gradle-kotlin-dsl Version : 0.13.2 Upstream Contact: The Gradle Project * URL : https://github.com/gradle/kotlin-dsl * License : Apache-2.0 Programming Lang: Kotlin Description : Gradle Kotlin DSL The Gradle Kotlin DSL provides support for writing Gradle build scripts using JetBrains' Kotlin language. It aims to provide Gradle users with a rich, flexible and statically-typed approach to developing build logic in conjunction with the best IDE and tooling experience possible. This package is required to enable Kotlin support in Gradle.