Bug#1011157: libsbml: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2022-05-17 Thread Emmanuel Bourg
Source: libsbml
Version: 5.19.0+dfsg-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libsbml fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.

  [ 99%] Building: libsbml.jar
  Creating: libsbml.jar
  CMake Error at 
/<>/src/bindings/java/compile-native-files.cmake:71 (message):
  
Could not compile java wrappers:
  
  
warning: [options] bootstrap class path not set in conjunction with -source 
6
  
error: Source option 6 is no longer supported.  Use 7 or later.
  
error: Target option 6 is no longer supported.  Use 7 or later.
  
  
  make[4]: *** 
[src/bindings/java/CMakeFiles/binding_java_jar.dir/build.make:74: 
src/bindings/java/libsbmlj.jar] Error 1



Bug#1011156: picard-tools: FTBFS with OpenJDK 17 due to com.sun.javadoc removal

2022-05-17 Thread Emmanuel Bourg
Source: picard-tools
Version: 2.27.1+dfsg-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

picard-tools fails to build with Java 17 because it uses classes from
the com.sun.javadoc package which was removed:


  :compileJava
  Putting task artifact state for task ':compileJava' into context took 0.003 
secs.
  Up-to-date check for task ':compileJava' took 1.643 secs. It is not 
up-to-date because:
No history is available.
  All input files are considered out-of-date for incremental task 
':compileJava'.
  Compiling with JDK Java compiler API.
  /<>/src/main/java/picard/util/help/PicardHelpDoclet.java:3: 
error: package com.sun.javadoc does not exist
  import com.sun.javadoc.ClassDoc;
^
  /<>/src/main/java/picard/util/help/PicardHelpDoclet.java:4: 
error: package com.sun.javadoc does not exist
  import com.sun.javadoc.RootDoc;
^
  /<>/src/main/java/picard/util/help/PicardHelpDoclet.java:32: 
error: cannot find symbol
  public static boolean start(final RootDoc rootDoc) throws IOException {
^
symbol:   class RootDoc
location: class PicardHelpDoclet
  /<>/src/main/java/picard/util/help/PicardHelpDoclet.java:58: 
error: cannot find symbol
  final ClassDoc classDoc,
^
symbol:   class ClassDoc
location: class PicardHelpDoclet
  
/<>/src/main/java/picard/util/help/PicardHelpDocWorkUnitHandler.java:3:
 error: package com.sun.javadoc does not exist
  import com.sun.javadoc.FieldDoc;
^
  Note: /<>/src/main/java/picard/analysis/CollectOxoGMetrics.java 
uses or overrides a deprecated API.
  Note: Recompile with -Xlint:deprecation for details.
  5 errors
  :compileJava FAILED



Bug#1011135: netty: FTBFS with OpenJDK 17 due to removed constants in sun.security.x509.AlgorithmId

2022-05-17 Thread Emmanuel Bourg
Source: netty
Version: 1:4.1.48-4
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

netty fails to build with Java 17, it uses a constant from an internal class 
that was removed:

  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/handler/src/main/java/io/netty/handler/ssl/util/OpenJdkSelfSignedCertGenerator.java:[69,70]
 error: cannot find symbol
symbol:   variable sha256WithRSAEncryption_oid
location: class AlgorithmId
  [INFO] 1 error
  [INFO] -



Bug#1011134: geotranz: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2022-05-17 Thread Emmanuel Bourg
Source: geotranz
Version: 3.7-1.1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

geotranz fails to build with Java 17, the javac source/target options must be 
updated:

  find geotrans3 -type f -name '*.java' > files
  /usr/lib/jvm/default-java/bin/javac -source 1.6 -target 1.6 @files
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 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



Bug#1011131: josm: FTBFS with JavaCC 6

2022-05-17 Thread Emmanuel Bourg
Source: josm
Version: 0.0.svn18427+dfsg-1
Severity: serious
Tags: ftbfs
Justification: FTBFS

josm fails to build with JavaCC 6:

[javac] 
/<>/src/ch/poole/openinghoursparser/OpeningHoursParserTokenManager.java:1182:
 error: incompatible types: possible lossy conversion from int to char
[javac]  throw new TokenMgrError(EOFSeen, curLexState, error_line, 
error_column, error_after, curChar, TokenMgrError.LEXICAL_ERROR);
[javac] 
  ^


This can be fixed by building with the javacc5 package instead of javacc



Bug#1011129: gridengine: FTBFS with OpenJDK 17 due to JDK detection error

2022-05-17 Thread Emmanuel Bourg
Source: gridengine
Version: 8.1.9+dfsg-10
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


gridengine fails to build with Java 17 due to an incorrect JDK detection 
mechanism:

jgdi:
 [echo] myant: Doing target="" on directory "libs/jgdi"
 [java] Buildfile: /<>/source/libs/jgdi/build.xml
 [java]
 [java] init:
 [java]  [echo] ant.java.version=17
 [java]
 [java] BUILD FAILED
 [java] /<>/source/libs/jgdi/build.xml:108: jdk 
version 17 less than 1.5 => no jgdi
 [java]
 [java] Total time: 0 seconds



Bug#1011123: mondrian: FTBFS with OpenJDK 17 due to change of Collections.emptyList() return type inference

2022-05-17 Thread Emmanuel Bourg
Source: mondrian
Version: 1:3.11.0.1-4.1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

mondrian fails to build with Java 17:

[javac] 
/<>/src/main/mondrian/rolap/MemberCacheHelper.java:187: error: 
incompatible types: List cannot be converted to List
[javac] return children == null ? Collections.emptyList()
[javac] ^



Bug#1011120: libcommons-lang-java: FTBFS with OpenJDK 17 due to the new RandomGenerator interface

2022-05-17 Thread Emmanuel Bourg
Package: libcommons-lang-java
Version: 2.6-9
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libcommons-lang-java fails to build with OpenJDK 17 because the static
JVMRandom.nextLong(long) method clashes with the new RandomGenerator
interface and its nextLong(long) method:

[javac] 
/<>/src/main/java/org/apache/commons/lang/math/JVMRandom.java:144: 
error: nextLong(long) in JVMRandom cannot implement nextLong(long) in 
RandomGenerator
[javac] public static long nextLong(long n) {
[javac]^
[javac]   overriding method is static



Bug#1010907: lintian: bad-jar-name check doesn't handle suffixes

2022-05-12 Thread Emmanuel Bourg
Package: lintian
Version: 2.114.0
Severity: normal

The bad-jar-name check flags many packages that do conform to the Java policy,
which allows a suffix after the base package name (packagename-extraname.jar).

See for example the batik package, /usr/share/java/batik-all.jar and its
siblings are wrongly reported.

Emmanuel Bourg



Bug#1010558: jetty9: FTBFS An API incompatibility was encountered while executing org.apache.maven.plugins:maven-assembly-plugin

2022-05-04 Thread Emmanuel Bourg

Le 04/05/2022 à 13:10, Markus Koschany a écrit :


I have just discovered that jetty9 fails to build from source.

An API incompatibility was encountered while executing 
org.apache.maven.plugins:maven-assembly-plugin

Probably some recently upgraded reverse-dependency is to blame here.


Thank you for reporting the issue Markus, this is caused by an 
incompatibility in plexus-archiver/4.2.7-1. The fix will be uploaded soon.


Emmanuel Bourg



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

2022-03-23 Thread Emmanuel Bourg

On 12/10/17 17:04, Sebastian Ramacher wrote:


I attached the output of vdpauinfo to this message.


Looks like that was missing from your mail.


Here is the output of vdpauinfo:

display: :0.0   screen: 0
API version: 1
Information string: G3DVL VDPAU Driver Shared Library version 1.0

Video surface:

name   width height types
---
420 4096  4096  NV12 YV12
422 4096  4096
444 4096  4096  Y8U8V8A8 V8U8Y8A8

Decoder capabilities:

namelevel macbs width height

MPEG1   0 65536  4096  4096
MPEG2_SIMPLE3 65536  4096  4096
MPEG2_MAIN  3 65536  4096  4096
H264_BASELINE  --- not supported ---
H264_MAIN  --- not supported ---
H264_HIGH  --- not supported ---
VC1_SIMPLE --- not supported ---
VC1_MAIN   --- not supported ---
VC1_ADVANCED   --- not supported ---
MPEG4_PART2_SP --- not supported ---
MPEG4_PART2_ASP--- not supported ---
DIVX4_QMOBILE  --- not supported ---
DIVX4_MOBILE   --- not supported ---
DIVX4_HOME_THEATER --- not supported ---
DIVX4_HD_1080P --- not supported ---
DIVX5_QMOBILE  --- not supported ---
DIVX5_MOBILE   --- not supported ---
DIVX5_HOME_THEATER --- not supported ---
DIVX5_HD_1080P --- not supported ---
H264_CONSTRAINED_BASELINE  --- not supported ---
H264_EXTENDED  --- not supported ---
H264_PROGRESSIVE_HIGH  --- not supported ---
H264_CONSTRAINED_HIGH  --- not supported ---
H264_HIGH_444_PREDICTIVE   --- not supported ---
HEVC_MAIN  --- not supported ---
HEVC_MAIN_10   --- not supported ---
HEVC_MAIN_STILL--- not supported ---
HEVC_MAIN_12   --- not supported ---
HEVC_MAIN_444  --- not supported ---

Output surface:

name  width height nat types

B8G8R8A8  4096  4096y  NV12 YV12 Y8U8V8A8 V8U8Y8A8 A4I4 I4A4 
A8I8 I8A8
R8G8B8A8  4096  4096y  NV12 YV12 Y8U8V8A8 V8U8Y8A8 A4I4 I4A4 
A8I8 I8A8
R10G10B10A2   4096  4096y  NV12 YV12 Y8U8V8A8 V8U8Y8A8 A4I4 I4A4 
A8I8 I8A8
B10G10R10A2   4096  4096y  NV12 YV12 Y8U8V8A8 V8U8Y8A8 A4I4 I4A4 
A8I8 I8A8


Bitmap surface:

name  width height
--
B8G8R8A8  4096  4096
R8G8B8A8  4096  4096
R10G10B10A2   4096  4096
B10G10R10A2   4096  4096
A84096  4096

Video mixer:

feature namesup

DEINTERLACE_TEMPORAL y
DEINTERLACE_TEMPORAL_SPATIAL -
INVERSE_TELECINE -
NOISE_REDUCTION  y
SHARPNESSy
LUMA_KEY y
HIGH QUALITY SCALING - L1y
HIGH QUALITY SCALING - L2-
HIGH QUALITY SCALING - L3-
HIGH QUALITY SCALING - L4-
HIGH QUALITY SCALING - L5-
HIGH QUALITY SCALING - L6-
HIGH QUALITY SCALING - L7-
HIGH QUALITY SCALING - L8-
HIGH QUALITY SCALING - L9-

parameter name  sup  min  max
-
VIDEO_SURFACE_WIDTH  y48 4096
VIDEO_SURFACE_HEIGHT y48 4096
CHROMA_TYPE  y
LAYERS   y 04

attribute name  sup  min  max
-
BACKGROUND_COLOR y
CSC_MATRIX   y
NOISE_REDUCTION_LEVELy  0.00 1.00
SHARPNESS_LEVEL  y -1.00 1.00
LUMA_KEY_MIN_LUMAy
LUMA_KEY_MAX_LUMAy



Bug#1007923: maven-*-helper JAR placement seems to contradict Java policy

2022-03-23 Thread Emmanuel Bourg
I vaguely remember that replacing a symlink with a file during a package 
update was causing some issues (i.e. the target is updated but the 
symlink isn't replaced). If that's still true I'd refrain from applying 
this change to maven-debian-helper. The slight deviation from the Java 
policy isn't worth the trouble, and I'd instead amend the policy to 
accept what has been done de facto for years.


Emmanuel Bourg



Bug#1005762: marked as pending in lintian

2022-02-15 Thread Emmanuel Bourg

Le 15/02/2022 à 06:50, Felix Lechner a écrit :


Recognize Java 18 in unstable, and Java 19 as otherwise available. (Closes: 
#1005762)

With openjdk-18 version 18~32ea-1 in unstable, we also adjusted the highest
version available in Debian to bytecode version 62.


Thank you for the quick fix Felix.

I think max-bytecode-version should remain at 56, because Java 11 is 
still the default version. Once the transition to Java 17 is completed 
this could be changed to 61. Java 18 isn't a LTS release, so 62 will 
never be used.


Emmanuel Bourg



Bug#1005762: lintian: Update known Java version up to 19

2022-02-14 Thread Emmanuel Bourg
Package: lintian
Version: 2.114.0
Severity: normal
User: debian-j...@lists.debian.org
Usertags: default-java17

Dear Maintainer,

Lintian doesn't recognize bytecode generated by Java 17 yet (the 
unknown-java-class-version
warning is emitted). Could you please update the maximum known Java version to
the latest one please (i.e. Java 19, with bytecode version 63).

Thank you,

Emmanuel Bourg



Bug#1004482: liblog4j1.2-java: CVE-2022-23307 CVE-2022-23305 CVE-2022-23302

2022-01-30 Thread Emmanuel Bourg

Le 31/01/2022 à 00:47, Markus Koschany a écrit :


Thanks tony! I'm currently rebuilding all reverse-dependencies of log4j1.2. So
far it looks like I was right and there is no package that actually requires
one of the affected classes to build. None of the affected features are enabled
by default hence why I would rather prefer the sledgehammer approach and just
remove them. What doesn't exist can't be exploited. At least this makes sense
for stable and oldstable distributions right now.


+1



I suggest to file bugs against all those packages with severity normal and ask
to migrate to log4j2. If we don't make a lot of progress within the next six
months then we could consider packaging reload4j, although I would rather avoid
to package (and maintain) a fork of an obsolete project.


We may also pick the reload4j changes and apply them on top of log4j1.2, 
that should induce less work (no extra package, no dependency change, no 
migration to a new API).


Emmanuel Bourg



Bug#1001463: java-policy: Please retitle to "Java Policy for Debian"

2021-12-12 Thread Emmanuel Bourg

Le 10/12/2021 à 15:20, Felix Lechner a écrit :


Lintian cites your manual as supporting documentation for several
tags. [1][2][3][4][5][6][7][8] Such references help users when
grasping the conditions that provoke Lintian's recommendations. In our
view, your policy [9] should be named "Java Policy for Debian."



"Debian Policy for Java" or "Java Policy for Debian", which one is correct?

Emmanuel Bourg



Bug#995273: RM: antlr3.2 -- RoQA; newer version in the archive

2021-09-29 Thread Emmanuel Bourg

Control: reassign -1 ftp.debian.org

Le 2021-09-29 00:35, Bastian Germann a écrit :


With its last reverse dependency jython having switched to antlr3,
keeping antlr3.2 is no longer necessary and it should be removed from
the archive. Please reassign this issue to ftp.debian.org if you
agree.


I agree it can be removed, thank you for the cleanup.



Bug#995136: RM: netbeans-cvsclient -- ROM; No longer used

2021-09-26 Thread Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org

Hi,

Please remove the netbeans-cvsclient package, it was only used by maven-scm
but the dependency has been dropped in the 1.12.0-1 update. It's unlikely
this package will be useful again, so it's safe to remove it.

Thank you,

Emmanuel Bourg



Bug#925473: tomcat9: sysvinit script missing

2021-09-21 Thread Emmanuel Bourg

Hi Ondrej,

Installing systemd should fix this issue.

Emmanuel Bourg


Le 2021-09-21 12:23, Ondrej Zary a écrit :

Hello,
why tomcat9 still does not have an init script despite it has been 
posted here?


I'm upgrading a Stretch server without systemd to Buster. Tomcat 9 is
installed but cannot be started without an init script.




Bug#992958: openjdk-11-jre: Reproducible properties file header breaks with a security manager

2021-08-25 Thread Emmanuel Bourg
Package: openjdk-11-jre
Version: 11.0.12+7-2
Severity: normal

The patch added to openjdk-11/11.0.1+13-3 to make the date in the properties
file header reproducible when the SOURCE_DATE_EPOCH environment variable is
set (from #914278) doesn't work when a security manager is enabled. In this
case an AccessControlException is thrown because reading the environment
variables is a priviledged operation that needs to be wrapped in an
AccessController.doPrivileged() call.

This issue was reported upstream by the Apache Derby project, see:

  https://bugs.openjdk.java.net/browse/JDK-8272157
  https://issues.apache.org/jira/browse/DERBY-7122



Bug#991865: unblock: openjdk-11-jre-dcevm/11.0.12+7-1

2021-08-03 Thread Emmanuel Bourg
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package openjdk-11-jre-dcevm

openjdk-11-jre-dcevm is a patched OpenJDK VM with extra debugging features
for developers, it's tighly tied to the openjdk-11 package and often has
to follow the major updates. The openjdk-11/11.0.12+7-2 upload last week
broke openjdk-11-jre-dcevm (#991006), this was fixed with the upload of
openjdk-11-jre-dcevm/11.0.12+7-1 for which I'd like to request an unblock.

Besides rebasing on top of OpenJDK 11.0.12+7, the DCEVM update has no other
changes compared to the previous version 11.0.11+9. I'm adding below the diff
between the DCEVM changes for OpenJDK 11.0.11 and 11.0.12, only the hunk headers
changed, not the content.

Thank you,

Emmanuel Bourg



$ diff dcevm-11.0.11+9.patch dcevm-11.0.12+7.patch
1,8d0
< diff --git a/AdoptOpenJDK.md b/AdoptOpenJDK.md
< new file mode 100644
< index 00..88a0a38ee8
< --- /dev/null
< +++ b/AdoptOpenJDK.md
< @@ -0,0 +1,2 @@
< +AdoptOpenJDK marker file
< +
93c85
< index b9440902d3..111610cb25 100644
---
> index 12a95c5948..ab880836ec 100644
123c115
< index bc2561fb09..9a2d66bdd5 100644
---
> index 211c2acda2..88ccb82937 100644
126c118
< @@ -3784,6 +3784,10 @@ bool GraphBuilder::try_inline_full(ciMethod* callee, 
bool holder_known, bool ign
---
> @@ -3783,6 +3783,10 @@ bool GraphBuilder::try_inline_full(ciMethod* callee, 
> bool holder_known, bool ign
282c274
< index 6d65cca210..7158fdb77d 100644
---
> index 154dab55e4..59dcd44724 100644
413c405
< index f0cf1fb7cb..5713bb9e98 100644
---
> index 03954f5215..c2c8348f74 100644
416c408
< @@ -1501,6 +1501,7 @@ InstanceKlass* ClassLoader::load_class(Symbol* name, 
bool search_append_only, TR
---
> @@ -1498,6 +1498,7 @@ InstanceKlass* ClassLoader::load_class(Symbol* name, 
> bool search_append_only, TR
425c417
< index c58026ae19..f319cca3b2 100644
---
> index 21f8b67d13..e451f5407c 100644
697c689
< index 3ac1ca69ae..6c072407fd 100644
---
> index b949bac8de..a1baaef86f 100644
1223c1215
< index bfd67334f8..3368b74217 100644
---
> index 4509025cf7..1ef4ffc0a2 100644
1346c1338
< @@ -1372,6 +1395,10 @@ InstanceKlass* 
SystemDictionary::load_shared_class(InstanceKlass* ik,
---
> @@ -1374,6 +1397,10 @@ InstanceKlass* 
> SystemDictionary::load_shared_class(InstanceKlass* ik,
1357c1349
< @@ -1553,11 +1580,12 @@ static void post_class_define_event(InstanceKlass* k, 
const ClassLoaderData* def
---
> @@ -1555,11 +1582,12 @@ static void post_class_define_event(InstanceKlass* k, 
> const ClassLoaderData* def
1371c1363
< @@ -1582,7 +1610,13 @@ void 
SystemDictionary::define_instance_class(InstanceKlass* k, TRAPS) {
---
> @@ -1584,7 +1612,13 @@ void 
> SystemDictionary::define_instance_class(InstanceKlass* k, TRAPS) {
1386c1378
< @@ -1616,7 +1650,7 @@ void 
SystemDictionary::define_instance_class(InstanceKlass* k, TRAPS) {
---
> @@ -1618,7 +1652,7 @@ void 
> SystemDictionary::define_instance_class(InstanceKlass* k, TRAPS) {
1395c1387
< @@ -1694,7 +1728,7 @@ InstanceKlass* 
SystemDictionary::find_or_define_instance_class(Symbol* class_nam
---
> @@ -1696,7 +1730,7 @@ InstanceKlass* 
> SystemDictionary::find_or_define_instance_class(Symbol* class_nam
1404c1396
< @@ -1817,6 +1851,19 @@ void SystemDictionary::add_to_hierarchy(InstanceKlass* 
k, TRAPS) {
---
> @@ -1819,6 +1853,19 @@ void SystemDictionary::add_to_hierarchy(InstanceKlass* 
> k, TRAPS) {
1424c1416
< @@ -1941,6 +1988,16 @@ bool SystemDictionary::is_well_known_klass(Symbol* 
class_name) {
---
> @@ -1943,6 +1990,16 @@ bool SystemDictionary::is_well_known_klass(Symbol* 
> class_name) {
1441c1433
< @@ -2113,7 +2170,7 @@ void SystemDictionary::check_constraints(unsigned int 
d_hash,
---
> @@ -2115,7 +2172,7 @@ void SystemDictionary::check_constraints(unsigned int 
> d_hash,
1451c1443
< index 649b321a6a..4220978a02 100644
---
> index a14728df75..aba2780a32 100644
1463c1455
< @@ -302,6 +304,7 @@ public:
---
> @@ -305,6 +307,7 @@ public:
1471c1463
< @@ -310,6 +313,7 @@ public:
---
> @@ -313,6 +316,7 @@ public:
1479c1471
< @@ -318,6 +322,7 @@ public:
---
> @@ -321,6 +325,7 @@ public:
1487c1479
< @@ -462,6 +467,12 @@ public:
---
> @@ -465,6 +470,12 @@ public:
1500c1492
< @@ -655,7 +666,7 @@ protected:
---
> @@ -658,7 +669,7 @@ protected:
1548c1540
< index 8955dd0b36..daaa8d1237 100644
---
> index cef3f530cb..3477a408cb 100644
1551c1543
< @@ -286,6 +286,8 @@
---
> @@ -287,6 +287,8 @@
1560c1552
< @@ -340,6 +342,7 @@
---
> @@ -341,6 +343,7 @@
1568c1560
< @@ -352,6 +355,8 @@
---
> @@ -353,6 +356,8 @@
1577c1569
< @@ -446,6 +451,12 @@
---
> @@ -447,6 +452,12 @@
1604c1596
< index 7838d24677..26d6cd1bc6 100644
---
> index 65eb05efd4..6b7d2aad07 100644
1626c1618
< @@ -55,6 +61,7 @@ void CompiledMethod::init_defau

Bug#991703: unblock: openjdk-11/11.0.12+7-2

2021-08-01 Thread Emmanuel Bourg

Hi Paul,

Le 2021-07-30 15:29, Paul Gevers a écrit :


Matthias is asking for an unblock of openjdk-11, but it breaks
openjdk-11-jre-dcevm. Are you in the position to fix this soon?


I've just uploaded openjdk-11-jre-dcevm/11.0.12+7-1 which fixes the 
issue.


Should I file an unblock request?

Emmanuel Bourg



Bug#991703: unblock: openjdk-11/11.0.12+7-2

2021-07-30 Thread Emmanuel Bourg

Hi Paul,

Le 2021-07-30 15:29, Paul Gevers a écrit :


Matthias is asking for an unblock of openjdk-11, but it breaks
openjdk-11-jre-dcevm. Are you in the position to fix this soon?


I'll give it a look. I was considering a stable update after the release
but if it's still time to update it before the release I'll do it.



As I understand it, this version is a release version. I would have
expected from you that you're on top of this and that you would have
uploaded openjdk-11-jre-dcevm already. Otherwise I'm not sure if it
makes sense to ship openjdk-11-jre-dcevm in a stable release anyways,
because it will constantly be broken by newer versions of openjdk-11. 
Or

am I misunderstanding the situation?


DCEVM is a development tools, it's not the end of the world if it lags
a bit behind OpenJDK. Fortunately it's not always broken by OpenJDK 
updates.


Emmanuel Bourg



Bug#990538: Please package a new testng version 7.x

2021-07-01 Thread Emmanuel Bourg

TestNG 7.x requires Gradle 7 to build, this means we have to complete
the packaging of Kotlin first (or rewrite the build script).

Emmanuel Bourg



Bug#989259: CVE-2021-28170

2021-05-30 Thread Emmanuel Bourg

Le 2021-05-30 18:03, Moritz Muehlenhoff a écrit :


This was assigned CVE-2021-28170:
https://github.com/eclipse-ee4j/el-ri/issues/155
https://securitylab.github.com/advisories/GHSL-2020-021-jakarta-el/


Thank you for the info. The jakarta-el-api package isn't affected by 
this vulnerability,
it's related to the EL reference implementation which isn't built. The 
package provides

only the API.

Emmanuel Bourg



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-05-20 Thread Emmanuel Bourg

Le 2021-05-19 20:58, Paul Gevers a écrit :


unblocked.


Thank you very much Paul!



Bug#961298: Dropping jodd from bullseye

2021-05-18 Thread Emmanuel Bourg

Le 2021-05-18 20:39, Moritz Mühlenhoff a écrit :

let's remove jodd from bullseye until it gets actually used, ok? I can 
file

an RM bug with the release team.


Yes go ahead.



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-05-15 Thread Emmanuel Bourg
On 15/05/2021 07:51, Paul Gevers wrote:

> Are commits f8bc235 and 10263b1 the head of the OpenJDK archive?

Yes, but these commits refer to the AdoptOpenJDK Git mirror [1] of the
upstream Mercurial repository [2]. src:openjdk-11 pulls directly from
Mercurial but the source tree is identical.


> Does OpenJDK in Debian carry any patches you want to have too?

Yes, DCEVM picks a patch from openjdk-11 to support multi arch libraries
[3]. The other patches are not relevant to DCEVM.


> I start to realize that src:openjdk-11 is probably more than the source
> of src:openjdk-11-jre-dcevm, as I *assume* that the source of the latter
> is only a *subset* of the source of the former. What would we need to do
> to compare those sources? Can you indeed confirm that the delta between
> both sources is exactly the patch set?

The source is the same, but DCEVM builds only the HotSpot VM, not the
Java standard library nor the developer tools. DCEVM just swaps the JVM
at runtime, everything else is provided by openjdk-11, that's why the
two packages are tightly coupled.

I can confirm that the delta between both sources is exactly the patch set.


> Those ranges are all off-by-one. The first commit should be the one you
> want to compare against, not the first one you want to have in the diff.

You are right sorry, I meant the commit ranges as inclusive but that's
not how "git diff" works. The 10 new commits actually change +222/-17
lines [4].

Emmanuel Bourg


[1] https://github.com/AdoptOpenJDK/openjdk-jdk11u/commits/10263b1
[2]
https://hg.openjdk.java.net/jdk-updates/jdk11u-dev/shortlog/jdk-11.0.11-ga
[3]
https://salsa.debian.org/java-team/openjdk-11-jre-dcevm/-/blob/master/debian/patches/hotspot-libpath.diff
[4]
https://github.com/HotswapProjects/openjdk-jdk11u-dcevm/compare/7e0e338^..28b9ff6



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-05-14 Thread Emmanuel Bourg
Hi Paul,

On 14/05/2021 21:46, Paul Gevers wrote:

> I missed so far that apparently DCEVM is a patch set to the same OpenJDK
> we already have in the archive. Is it feasible, i.e. does it make sense
> and would it help us review it, if you generate a diff of patches,
> instead of the source diff that includes all the changes to OpenJDK
> (which we already have in bullseye)?

I've compared DCEVM 11.0.10 [1] and 11.0.11 [2], the version 11.0.10 has
26 commits applied on top of OpenJDK (d0a670c..beb1c75), the version
11.0.11 has the same 26 commits rebased (ef59517..e27e254) plus 10 new
commits (7e0e338..28b9ff6), they add 215 lines and remove 17. I'm
attaching the diff for the extra commits, they can also be reviewed on
GitHub [3].

Emmanuel Bourg

[1]
https://github.com/HotswapProjects/openjdk-jdk11u-dcevm/commits/dcevm-11.0.11+1
[2]
https://github.com/HotswapProjects/openjdk-jdk11u-dcevm/commits/dcevm-11.0.10+1
[3]
https://github.com/HotswapProjects/openjdk-jdk11u-dcevm/compare/7e0e338..28b9ff6
diff --git a/src/hotspot/share/ci/ciKlass.hpp b/src/hotspot/share/ci/ciKlass.hpp
index b15da89732..dc7f05f2c7 100644
--- a/src/hotspot/share/ci/ciKlass.hpp
+++ b/src/hotspot/share/ci/ciKlass.hpp
@@ -131,6 +131,7 @@ public:
   const char* external_name() const;
 
   bool is_deoptimization_excl() { return get_Klass()->is_deoptimization_excl(); }
+  Klass* new_version() { return get_Klass()->new_version(); }
 };
 
 #endif // SHARE_VM_CI_CIKLASS_HPP
diff --git a/src/hotspot/share/ci/ciObjectFactory.cpp b/src/hotspot/share/ci/ciObjectFactory.cpp
index 66bbe835e7..107c16fa5c 100644
--- a/src/hotspot/share/ci/ciObjectFactory.cpp
+++ b/src/hotspot/share/ci/ciObjectFactory.cpp
@@ -70,7 +70,10 @@ GrowableArray* ciObjectFactory::_shared_ci_metadata = NULL;
 ciSymbol* ciObjectFactory::_shared_ci_symbols[vmSymbols::SID_LIMIT];
 int   ciObjectFactory::_shared_ident_limit = 0;
 volatile bool ciObjectFactory::_initialized = false;
+volatile bool ciObjectFactory::_reinitialize_wk_klasses = false;
 
+// TODO: review...
+Arena* ciObjectFactory::_initial_arena = NULL;
 
 // --
 // ciObjectFactory::ciObjectFactory
@@ -112,6 +115,7 @@ void ciObjectFactory::initialize() {
   // compiler thread that initializes the initial ciObjectFactory which
   // creates the shared ciObjects that all later ciObjectFactories use.
   Arena* arena = new (mtCompiler) Arena(mtCompiler);
+  ciObjectFactory::_initial_arena = arena;
   ciEnv initial(arena);
   ciEnv* env = ciEnv::current();
   env->_factory->init_shared_objects();
@@ -120,6 +124,36 @@ void ciObjectFactory::initialize() {
 
 }
 
+// (DCEVM) wk classes could be modified
+void ciObjectFactory::reinitialize_wk_classes() {
+  ASSERT_IN_VM;
+  JavaThread* thread = JavaThread::current();
+  HandleMark  handle_mark(thread);
+
+  // This Arena is long lived and exists in the resource mark of the
+  // compiler thread that initializes the initial ciObjectFactory which
+  // creates the shared ciObjects that all later ciObjectFactories use.
+  // Arena* arena = new (mtCompiler) Arena(mtCompiler);
+  ciEnv initial(ciObjectFactory::_initial_arena);
+  ciEnv* env = ciEnv::current();
+  env->_factory->do_reinitialize_wk_classes();
+  _reinitialize_wk_klasses = false;
+}
+
+// (DCEVM) wk classes could be modified
+void ciObjectFactory::do_reinitialize_wk_classes() {
+#define WK_KLASS_DEFN(name, ignore_s, opt)   \
+  if (ciEnv::_##name != NULL && ciEnv::_##name->new_version() != NULL) { \
+int old_ident = ciEnv::_##name->ident(); \
+ciEnv::_##name = get_metadata(SystemDictionary::name())->as_instance_klass(); \
+ciEnv::_##name->compute_nonstatic_fields(); \
+ciEnv::_##name->set_ident(old_ident); \
+  }
+
+  WK_KLASSES_DO(WK_KLASS_DEFN)
+#undef WK_KLASS_DEFN
+}
+
 void ciObjectFactory::init_shared_objects() {
 
   _next_ident = 1;  // start numbering CI objects at 1
diff --git a/src/hotspot/share/ci/ciObjectFactory.hpp b/src/hotspot/share/ci/ciObjectFactory.hpp
index 3e9d48c4cd..79059f6e2e 100644
--- a/src/hotspot/share/ci/ciObjectFactory.hpp
+++ b/src/hotspot/share/ci/ciObjectFactory.hpp
@@ -41,9 +41,11 @@ class ciObjectFactory : public ResourceObj {
 
 private:
   static volatile bool _initialized;
+  static volatile bool _reinitialize_wk_klasses;
   static GrowableArray* _shared_ci_metadata;
   static ciSymbol* _shared_ci_symbols[];
   static int   _shared_ident_limit;
+  static Arena*_initial_arena;
 
   Arena*_arena;
   GrowableArray*_ci_metadata;
@@ -89,10 +91,14 @@ private:
   ciInstance* get_unloaded_instance(ciInstanceKlass* klass);
 
   static int compare_cimetadata(ciMetadata** a, ciMetadata** b);
+  void do_reinitialize_wk_classes();
 public:
   static bool is_initialized() { return _initialized; }
+  static bool is_rei

Bug#988312: libslf4j-java: misses liblog4j1.2-java as a dependency

2021-05-10 Thread Emmanuel Bourg

Le 2021-05-10 11:23, Pierre Gruet a écrit :

Version 1.7.30-1 of libslf4j does not declare liblog4j1.2-java as a 
dependency,

it is only declared within the "Suggests:" field in debian/control.

Yet the classes of liblog4j1.2-java are needed by many classes in
slf4j-migrator.jar, slf4j-log4j12.jar, log4j-over-slf4j.jar. 
log4j:log4j is

also a declared dependency with scope runtime in slf4j-log4j12/pom.xml.
For this reason, other projects depending on the artifact slf4j-log4j12 
fail to

resolve log4j:log4j:1.2.x.


The dependency on log4j is only suggested because it's optional. The 
right
solution I think it to move slf4j-log4j12 into its own 
libslf4j-log4j12-java

package with a hard dependency on liblog4j1.2-java.

Emmanuel Bourg



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-05-03 Thread Emmanuel Bourg
Le 03/05/2021 à 10:15, Emmanuel Bourg a écrit :

>> If your package is so tightly tied to the version of openjdk I would
>> expect mechanisms to be in place to warn you of the upload and to prevent
>> migration of openjdk-11 in case of breakage. E.g. autopkgtest is very
>> well suited to prevent the migration because it's integrated with our
>> migration software. Having an autopkgtest has the additional benefit
>> that at this stage of the release, you're package isn't blocked if it
>> passes on all architecture and you wouldn't need to bother us with an
>> unblock request.
> 
> I agree that a better QA mechanism would be good. I'd be a bit reluctant
> to implement autopkgtest though, my understanding is that openjdk-11
> would be blocked from migrating if it breaks openjdk-11-jre-dcevm, but
> if DCEVM upstream lags to rebase its patches that would be unfair to
> delay the OpenJDK update, because OpenJDK has a much larger user base
> than DCEVM and the benefits of an OpenJDK update outweigh a temporary
> breakage of DCEVM.

I've noticed that openjdk-11 already has two autopkgtest failures
reported and they seem to be ignored. So I went ahead and uploaded
openjdk-11-jre-dcevm/11.0.11+9-2 with a simple autopkgtest test suite
that should catch similar failures in the future.

Emmanuel Bourg



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-05-03 Thread Emmanuel Bourg
Hi Paul,

Le 02/05/2021 à 21:38, Paul Gevers a écrit :

> But OpenJDK 11.0.11 was uploaded two months ago, when we were still in
> the soft freeze. Why didn't you fix openjdk-11-jre-dcevm then?

OpenJDK 11.0.11+3 was uploaded in February, but this wasn't a GA
release, OpenJDK 11.0.11 was only officially released two weeks ago [1].
DCEVM upstream tends to only track the official releases (I don't think
non GA releases of OpenJDK should ever be in testing but that's another
debate). So I was in a bind until April 27th when DCEVM was updated, one
week after the 11.0.11 GA release. And I filed this unblock request the
very same day.


> If your package is so tightly tied to the version of openjdk I would
> expect mechanisms to be in place to warn you of the upload and to prevent
> migration of openjdk-11 in case of breakage. E.g. autopkgtest is very
> well suited to prevent the migration because it's integrated with our
> migration software. Having an autopkgtest has the additional benefit
> that at this stage of the release, you're package isn't blocked if it
> passes on all architecture and you wouldn't need to bother us with an
> unblock request.

I agree that a better QA mechanism would be good. I'd be a bit reluctant
to implement autopkgtest though, my understanding is that openjdk-11
would be blocked from migrating if it breaks openjdk-11-jre-dcevm, but
if DCEVM upstream lags to rebase its patches that would be unfair to
delay the OpenJDK update, because OpenJDK has a much larger user base
than DCEVM and the benefits of an OpenJDK update outweigh a temporary
breakage of DCEVM.


> How do you normally get triggered to update you package?

I scan my DDPO [2] every week and look for upstream updates.


> Two months ago, in a different stage of the release.

I understand this unblock request bends the rules and I'm really sorry
for that. But that's really the best I can do to serve our users. The
risk is limited since this is a minor update of a leaf package that
trades a totally broken version for a good one, so I thought it was
worth considering for an exception.

Emmanuel Bourg


[1] https://wiki.openjdk.java.net/display/JDKUpdates/JDK11u
[2]
https://qa.debian.org/developer.php?login=pkg-java-maintain...@lists.alioth.debian.org



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-05-01 Thread Emmanuel Bourg
Le 30/04/2021 à 21:39, Paul Gevers a écrit :

>> Please unblock package openjdk-11-jre-dcevm
> 
>  333 files changed, 8389 insertions(+), 2196 deletions(-)
> That's not reviewable.
> 
>> openjdk-11-jre-dcevm/11.0.10+1-1 in testing is currently unusable, it
>> throws an error because the version isn't aligned with the openjdk-11
>> package (#984725).
> 
> Can't that bug be fixed by cherry-picking? A new upstream is not
> acceptable like this at this stage of the release. Please read our FAQ
> [1] and act accordingly.


Hi Paul,

Thank you for looking into this. DCEVM is a patched HotSpot JVM with
extra features useful to developers (it supports more hot reloading
changes in debug mode than the standard JVM). Every time OpenJDK is
updated in Debian, the corresponding DCEVM package has to be updated as
well, otherwise it's likely to fail or crash. That's exactly what
happens currently in testing, we have OpenJDK 11.0.11 with DCEVM
11.0.10, and DCEVM just crashes (a simple invocation of "java -dcevm
-version" throws an error).

I agree the diff is not reviewable, but it can be seen as an update of
the DCEVM code to the same state as the OpenJDK code that was already
accepted in testing. The extra DCEVM patches were simply rebased with no
changes on top of OpenJDK 11.0.11 [1]. I'm afraid the JVM is too complex
for a mere mortal like me to cherry-pick the right changes and be
confident the result isn't broken in some ways.

Without this update the dcevm package is broken and will have to be
fixed by a stable or security update (or removed from testing, but that
would be sad for the developers using it).

Emmanuel Bourg

[1] https://github.com/HotswapProjects/openjdk-jdk11u-dcevm



Bug#987658: unblock: openjdk-11-jre-dcevm/11.0.11+9-1

2021-04-27 Thread Emmanuel Bourg
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package openjdk-11-jre-dcevm

openjdk-11-jre-dcevm/11.0.10+1-1 in testing is currently unusable, it
throws an error because the version isn't aligned with the openjdk-11
package (#984725).

This update is compatible with both versions of openjdk-11 in testing
(11.0.11+4-1) and unstable (11.0.11+9-1).

Thank you,

Emmanuel Bourg



unblock openjdk-11-jre-dcevm/11.0.11+9-1



Bug#892842: OpenJDK 8 archive re-entry

2021-04-22 Thread Emmanuel Bourg
Le 22/04/2021 à 02:51, Thorsten Glaser a écrit :

> unfortunately not yet. They’re probably depriorising sid in times of
> freeze, but the grace period for not bothering them is probably over
> by now so if ebourg doesn’t want to prod them now, I can do this but
> nobody else should so they don’t get annoyed.
> 
> Emmanuel, will you or should I?

Please do.

That said, we may also upload kotlin now even if openjdk-8 is still in
the queue. As long as they enter sid in the right order, that's fine. In
the worst case kotlin will be accepted before openjdk-8 and simply
prevented from transitioning to testing until openjdk-8 arrives.


> I’m not exactly sure this method is the preferred one, especially
> given ebourg’s alternative bootstrapping path from source is
> progressing admirably. (Not to throw away that work though, it’ll
> become useful nearer to that bootstrapping processes end.)

To be honest, I still have a very long way to go and I'm not even sure
to succeed (I spent a full day dealing with 2 months worth of commits,
and I'm only at the Q2 2015 code).

They've done a great work, I don't think my approach replaces theirs, at
best I may reconnect with them to provide the bootstrap compiler, or
certify later that both approaches produce the same binaries.

Emmanuel Bourg



Bug#987096: unblock: ant/1.10.9-4

2021-04-17 Thread Emmanuel Bourg
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ant/1.10.9-4

This update fixes the RC bug #986518, the debdiff is copied below.

Thank you,

Emmanuel Bourg


unblock ant/1.10.9-4



diff --git a/debian/changelog b/debian/changelog
index 9fefeaf..d569877 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+ant (1.10.9-4) unstable; urgency=medium
+
+  * Disable doclint only with the default doclet (Closes: #986518)
+
+ -- Emmanuel Bourg   Sat, 17 Apr 2021 15:55:11 +0200
+
 ant (1.10.9-3) unstable; urgency=medium

   * Disable doclint by default when building a Debian package (Closes: #981927)
diff --git a/debian/patches/0018-disable-doclint.patch 
b/debian/patches/0018-disable-doclint.patch
index 66166e5..2984428 100644
--- a/debian/patches/0018-disable-doclint.patch
+++ b/debian/patches/0018-disable-doclint.patch
@@ -7,7 +7,7 @@ Forwarded: not-needed
  log("Debian build on Java 9+ detected: Adding the 
--ignore-source-errors option");
  }

-+if (LanguageLevel.isDebianBuild() && 
JavaEnvUtils.isAtLeastJavaVersion("9")) {
++if (doclet == null && LanguageLevel.isDebianBuild() && 
JavaEnvUtils.isAtLeastJavaVersion("9")) {
 +toExecute.createArgument().setValue("-Xdoclint:none");
 +log("Debian build on Java 9+ detected: Adding the -Xdoclint:none 
option");
 +}



Bug#958499: eclipse: fails to launch

2021-04-11 Thread Emmanuel Bourg
Control: tags -1 + wontfix
Control: done -1

Eclipse is no longer in Debian



Bug#986069: RM: protobuf2/2.6.1-4

2021-03-29 Thread Emmanuel Bourg
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Hi,

Please remove protobuf2 from testing, that's an old version of protobuf
required to bootstrap Kotlin but this is still a work in progress, the
dependency shouldn't ship with Bullseye.

Thank you,

Emmanuel Bourg



Bug#982873: libtool: Remove the suggested depdendency on gcj-jdk

2021-02-15 Thread Emmanuel Bourg
Package: libtool
Severity: minor

Dear Maintainer,

libtool suggests the gcj-jdk package, but this package no longer exists. It 
could be removed.

Emmanuel Bourg



Bug#982750: eclipse-collections: FTBFS with OpenJDK 17: module java.base does not "opens java.lang" to unnamed module

2021-02-13 Thread Emmanuel Bourg
Source: eclipse-collections
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

eclipse-collections fails to build with OpenJDK 17 due to a test error:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.eclipse.collections.impl.test.VerifyTest
  [ERROR] Tests run: 92, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 
0.332 s <<< FAILURE! - in org.eclipse.collections.impl.test.VerifyTest
  [ERROR] shallowClone1(org.eclipse.collections.impl.test.VerifyTest)  Time 
elapsed: 0.003 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
native java.lang.Object java.lang.Object.clone() throws 
java.lang.CloneNotSupportedException accessible: module java.base does not 
"opens java.lang" to unnamed module @7b68f21
  at 
org.eclipse.collections.impl.test.VerifyTest.shallowClone1(VerifyTest.java:417)
  
  [ERROR] shallowClone2(org.eclipse.collections.impl.test.VerifyTest)  Time 
elapsed: 0 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
native java.lang.Object java.lang.Object.clone() throws 
java.lang.CloneNotSupportedException accessible: module java.base does not 
"opens java.lang" to unnamed module @7b68f21
  at 
org.eclipse.collections.impl.test.VerifyTest.shallowClone2(VerifyTest.java:430)



Bug#982539: jaxb: Runtime error with OpenJDK 17: NoSuchMethodException Unsafe.defineClass() in com.sun.xml.bind.v2.runtime.reflect.opt.Injector

2021-02-11 Thread Emmanuel Bourg
Package: jaxb
Version: 2.3.0.1-9
Severity: important
Tags: sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jaxb doesn't work with OpenJDK 17, it breaks at runtime with the following 
error:


  java.lang.NoSuchMethodException: 
sun.misc.Unsafe.defineClass(java.lang.String,[B,int,int,java.lang.ClassLoader,java.security.ProtectionDomain)
  at java.base/java.lang.Class.getMethod(Class.java:2195)
  at 
com.sun.xml.bind.v2.runtime.reflect.opt.Injector$3.run(Injector.java:201)
  at 
com.sun.xml.bind.v2.runtime.reflect.opt.Injector$3.run(Injector.java:197)
  at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:554)
  ... 52 more


This issue was fixed upstream:
https://github.com/javaee/jaxb-v2/commit/9805bc91473a9f4dee95e7192998a5bbb61350f2



Bug#982527: trapperkeeper-status-clojure: FTBFS with OpenJDK 17 due to JDK detection error

2021-02-11 Thread Emmanuel Bourg
Source: trapperkeeper-status-clojure
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

trapperkeeper-status-clojure fails to build with OpenJDK 17,
it looks like the JDK isn't properly detected:


  make[1]: Entering directory '/<>'
  echo "Do not clean..."
  Do not clean...
  msgfmt --java2 -d resources -r puppetlabs.trapperkeeper_status.Messages -l eo 
locales/eo.po
  Writing resources/locales.clj
  msgfmt: Java compiler not found, try installing gcj or set $JAVAC
  msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC
  make[1]: *** [dev-resources/Makefile.i18n:89: 
resources/puppetlabs/trapperkeeper_status/Messages_eo.class] Error 1
  make[1]: Leaving directory '/<>'



Bug#982526: stockpile-clojure: FTBFS with OpenJDK 17 due to JDK detection error

2021-02-11 Thread Emmanuel Bourg
Source: stockpile-clojure
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

stockpile-clojure fails to build with OpenJDK 17, it looks like the JDK isn't 
properly detected:


  make[1]: Entering directory '/<>'
  msgfmt --java2 -d resources -r puppetlabs.stockpile.Messages -l en 
locales/messages.pot
  Writing resources/locales.clj
  msgfmt: Java compiler not found, try installing gcj or set $JAVAC
  msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC
  make[1]: *** [dev-resources/Makefile.i18n:86: 
resources/puppetlabs/stockpile/Messages_en.class] Error 1
  make[1]: Leaving directory '/<>'



Bug#982521: openjdk-17: Drop the doclint patch

2021-02-11 Thread Emmanuel Bourg
Source: openjdk-17
Severity: normal

During the OpenJDK 8->11 transition we've introduced a patch [1] disabling
the new doclint feature to avoid many packages to FTBFS due to javadoc errors.
For some reason it seems the patch no longer works with OpenJDK 17, and
I've patched Ant, Maven and javahelper to disable doclint when building
a Debian package. So this patch can be removed now. The few packages not using
these build systems will be patched manually during the OpenJDK 17 transition.

Emmanuel Bourg

[1] 
https://salsa.debian.org/openjdk-team/openjdk/-/blob/17-7-1/debian/patches/disable-doclint-by-default.diff



Bug#982470: RM: sisu-guice -- ROM; No longer used, replaced by guice

2021-02-10 Thread Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org

Hi,

Please remove the sisu-guice package, this is a Maven specific fork of the
Guice dependency injection framework (packaged as src:guice) that is no
longer used since Maven 3.5.

Thank you,

Emmanuel Bourg



Bug#982469: RM: sisu-ioc -- ROM; No longer used, replaced by sisu-inject/sisu-plexus

2021-02-10 Thread Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org

Hi,

Please remove the sisu-ioc package, this is an old runtime dependency of Maven
that was replaced by sisu-inject and sisu-plexus 3 years ago when Maven was
upgraded to the version 3.5.0. It remained as a build-only dependency of a few
Maven components but the ties have been cut and the package can now be removed.

Thank you,

Emmanuel Bourg



Bug#982466: maven-core pom.xml should depend on guice no_aop

2021-02-10 Thread Emmanuel Bourg
Package: maven
Version: 3.6.3-5
Severity: important

The poms in libmaven3-core-java depend on the normal variant of guice instead
of the no_aop one, this causes the tests running on OpenJDK 17 to fail with
illegal access errors (see #982338 for example).

This was fixed when the issues #980467 and #948310 were addressed in 
maven/3.6.3-3,
and then broken when #980526 was fixed in maven/3.6.3-4.

The right solution is to build maven with maven-repo-helper/1.10 since it
properly resolves the dependencies with a classifier (#982438).



Bug#982438: maven-repo-helper: Unable to resolve dependencies with a classifier

2021-02-10 Thread Emmanuel Bourg
Package: maven-repo-helper
Version: 1.9.4
Severity: normal

maven-repo-helper is unable to resolve the dependencies with a classifier.
This happens for example with the src:maven package where the no_aop variant
of Guice is used (this caused the issue described in #980526).

This error occurs because maven-repo-helper doesn't know that dependencies
with a classifier share their pom with the base artifact.



Bug#982403: istack-commons: FTBFS with OpenJDK 17 due to wrong -ea version parsing

2021-02-09 Thread Emmanuel Bourg
Source: istack-commons
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

istack-commons fails to build with OpenJDK 17 because the tests don't parse 
properly the version string:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running TestSuite
  findClass
  [ERROR] Tests run: 7, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.29 
s <<< FAILURE! - in TestSuite
  [ERROR] testFindResource(com.sun.istack.tools.ParallelWorldClassLoaderTest)  
Time elapsed: 0.004 s  <<< FAILURE!
  java.lang.NumberFormatException: For input string: "17-ea"
  at 
com.sun.istack.tools@3.0.6/com.sun.istack.tools.ParallelWorldClassLoaderTest.isJDK9(ParallelWorldClassLoaderTest.java:148)
  at 
com.sun.istack.tools@3.0.6/com.sun.istack.tools.ParallelWorldClassLoaderTest.testFindResource(ParallelWorldClassLoaderTest.java:115)

  [ERROR] testFindResources(com.sun.istack.tools.ParallelWorldClassLoaderTest)  
Time elapsed: 0 s  <<< FAILURE!
  java.lang.NumberFormatException: For input string: "17-ea"
  at 
com.sun.istack.tools@3.0.6/com.sun.istack.tools.ParallelWorldClassLoaderTest.isJDK9(ParallelWorldClassLoaderTest.java:148)
  at 
com.sun.istack.tools@3.0.6/com.sun.istack.tools.ParallelWorldClassLoaderTest.testFindResources(ParallelWorldClassLoaderTest.java:128)



Bug#982367: RM: sisu-maven-plugin -- ROM; No longer used, replaced by sisu-mojos

2021-02-09 Thread Emmanuel Bourg
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-j...@lists.debian.org

Hi,

Please remove the sisu-maven-plugin package, it has been replaced
by sisu-mojos and is no longer used.

Thank you,

Emmanuel Bourg



Bug#982352: drop-seq-tools: Excessive dependendies

2021-02-09 Thread Emmanuel Bourg
Package: drop-seq-tools
Severity: normal

drop-seq-tools has many unnecessary Java dependencies, it looks like the build
dependencies are all added to the package dependencies by javahelper.



Bug#982350: plexus-cipher: FTBFS with OpenJDK 17: module java.base does not "opens java.lang" to unnamed module

2021-02-09 Thread Emmanuel Bourg
Source: plexus-cipher
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

plexus-cipher fails to build with OpenJDK 17, the tests fail with the following 
error:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.sonatype.plexus.components.cipher.PBECipherTest
  [ERROR] Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.205 
s <<< FAILURE! - in org.sonatype.plexus.components.cipher.PBECipherTest
  [ERROR] testEncrypt(org.sonatype.plexus.components.cipher.PBECipherTest)  
Time elapsed: 0.192 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
com.google.common.util.concurrent.UncheckedExecutionException: 
com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  at 
com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2051)
  at com.google.common.cache.LocalCache.get(LocalCache.java:3951)
  at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3974)
  at 
com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4958)
  at 
com.google.common.cache.LocalCache$LocalLoadingCache.getUnchecked(LocalCache.java:4964)
  at com.google.inject.internal.FailableCache.get(FailableCache.java:51)
  at 
com.google.inject.internal.MembersInjectorStore.get(MembersInjectorStore.java:65)
  at 
com.google.inject.internal.Initializer$InjectableReference.validate(Initializer.java:184)
  at 
com.google.inject.internal.Initializer.validateOustandingInjections(Initializer.java:124)
  at 
com.google.inject.internal.InternalInjectorCreator.initializeStatically(InternalInjectorCreator.java:139)
  at 
com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:106)
  at com.google.inject.Guice.createInjector(Guice.java:87)
  at com.google.inject.Guice.createInjector(Guice.java:69)
  at com.google.inject.Guice.createInjector(Guice.java:59)
  at 
org.sonatype.guice.bean.containers.InjectedTestCase.setUp(InjectedTestCase.java:62)
  at 
org.sonatype.plexus.components.cipher.PBECipherTest.setUp(PBECipherTest.java:45)
  at junit.framework.TestCase.runBare(TestCase.java:128)
  at junit.framework.TestResult$1.protect(TestResult.java:106)
  at junit.framework.TestResult.runProtected(TestResult.java:124)
  at junit.framework.TestResult.run(TestResult.java:109)
  at junit.framework.TestCase.run(TestCase.java:120)
  at junit.framework.TestSuite.runTest(TestSuite.java:230)
  at junit.framework.TestSuite.run(TestSuite.java:225)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
  at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.base/java.lang.reflect.Method.invoke(Method.java:566)
  at 
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:100)
  at 
org.apache.maven.surefire.junit.JUnit3Provider.executeTestSet(JUnit3Provider.java:140)
  at 
org.apache.maven.surefire.junit.JUnit3Provider.invoke(JUnit3Provider.java:113)
  at 
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
  at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345)
  at 
org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)
  at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418)
  Caused by: com.google.common.util.concurrent.UncheckedExecutionException: 
com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  at 
com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2051)
  at com.google.common.cache.LocalCache.get(LocalCache.java:3951)
  at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3974)
  at 
com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4958)
  at 
com.google.common.cache.LocalCache$LocalLoadingCache.getUnchecked(LocalCache.java:4964)
  at com.google.inject.internal.FailableCache.get(FailableCache.java:51)
  at 
com.google.inject.internal.ConstructorInjectorStore.get(ConstructorInjectorStore.java:48)
  at 
com.google.inject.internal.ConstructorBindingImpl.initialize(ConstructorBindingImpl.java:155)
  at 
com.google.inject.internal.InjectorImpl.initializeJitBinding(InjectorImpl.java:595)
  at 

Bug#982340: maven-invoker-plugin: FTBFS with OpenJDK 17: module java.base does not "opens java.lang" to unnamed module

2021-02-08 Thread Emmanuel Bourg
Source: maven-invoker-plugin
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

maven-invoker-plugin fails to build with OpenJDK 17, the tests fail with the 
following error:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.apache.maven.plugins.invoker.InterpolationTest
  SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
  SLF4J: Defaulting to no-operation (NOP) logger implementation
  SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further 
details.
  [ERROR] Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.959 
s <<< FAILURE! - in org.apache.maven.plugins.invoker.InterpolationTest
  [ERROR] 
testPomInterpolation(org.apache.maven.plugins.invoker.InterpolationTest)  Time 
elapsed: 0.749 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.ExceptionInInitializerError
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @1d18b91a
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @1d18b91a



Bug#982339: modello-maven-plugin: FTBFS with OpenJDK 17: module java.base does not "opens java.lang" to unnamed module

2021-02-08 Thread Emmanuel Bourg
Source: modello-maven-plugin
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

modello-maven-plugin fails to build with OpenJDK 17, the tests fail with the 
following error:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.codehaus.modello.maven.ModelloJavaMojoTest
  [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.35 
s <<< FAILURE! - in org.codehaus.modello.maven.ModelloJavaMojoTest
  [ERROR] testModelloJavaMojo(org.codehaus.modello.maven.ModelloJavaMojoTest)  
Time elapsed: 0.33 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  at 
org.codehaus.modello.maven.ModelloJavaMojoTest.testModelloJavaMojo(ModelloJavaMojoTest.java:42)
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  at 
org.codehaus.modello.maven.ModelloJavaMojoTest.testModelloJavaMojo(ModelloJavaMojoTest.java:42)
  Caused by: java.lang.ExceptionInInitializerError
  at 
org.codehaus.modello.maven.ModelloJavaMojoTest.testModelloJavaMojo(ModelloJavaMojoTest.java:42)
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @1d18b91a
  at 
org.codehaus.modello.maven.ModelloJavaMojoTest.testModelloJavaMojo(ModelloJavaMojoTest.java:42)
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @1d18b91a
  at 
org.codehaus.modello.maven.ModelloJavaMojoTest.testModelloJavaMojo(ModelloJavaMojoTest.java:42)
  
  [INFO] Running org.codehaus.modello.maven.ModelloConvertersMojoTest
  [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.002 
s <<< FAILURE! - in org.codehaus.modello.maven.ModelloConvertersMojoTest
  [ERROR] 
testModelloConvertersMojo(org.codehaus.modello.maven.ModelloConvertersMojoTest) 
 Time elapsed: 0.001 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  at 
org.codehaus.modello.maven.ModelloConvertersMojoTest.testModelloConvertersMojo(ModelloConvertersMojoTest.java:42)
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  at 
org.codehaus.modello.maven.ModelloConvertersMojoTest.testModelloConvertersMojo(ModelloConvertersMojoTest.java:42)
  Caused by: java.lang.ExceptionInInitializerError
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @1d18b91a
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @1d18b91a



Bug#982336: maven-source-plugin: FTBFS with OpenJDK 17: module java.base does not "opens java.lang" to unnamed module

2021-02-08 Thread Emmanuel Bourg
Source: maven-source-plugin
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

maven-source-plugin fails to build with OpenJDK 17, the tests fail with the 
following error:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running org.apache.maven.plugins.source.SourceJarMojoTest
  SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
  SLF4J: Defaulting to no-operation (NOP) logger implementation
  SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further 
details.
  [ERROR] Tests run: 6, Failures: 0, Errors: 6, Skipped: 0, Time elapsed: 0.935 
s <<< FAILURE! - in org.apache.maven.plugins.source.SourceJarMojoTest
  [ERROR] testExcludes(org.apache.maven.plugins.source.SourceJarMojoTest)  Time 
elapsed: 0.635 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.ExceptionInInitializerError
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  
  [ERROR] testNoSources(org.apache.maven.plugins.source.SourceJarMojoTest)  
Time elapsed: 0.058 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.ExceptionInInitializerError
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  
  [ERROR] 
testIncludeMavenDescriptorWhenExplicitlyConfigured(org.apache.maven.plugins.source.SourceJarMojoTest)
  Time elapsed: 0.062 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.ExceptionInInitializerError
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  
  [ERROR] testIncludePom(org.apache.maven.plugins.source.SourceJarMojoTest)  
Time elapsed: 0.05 s  <<< ERROR!
  com.google.common.util.concurrent.UncheckedExecutionException: 
java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.IllegalStateException: Unable to load cache item
  Caused by: java.lang.ExceptionInInitializerError
  Caused by: com.google.inject.internal.cglib.core.$CodeGenerationException: 
java.lang.reflect.InaccessibleObjectException-->Unable to make protected final 
java.lang.Class 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
 throws java.lang.ClassFormatError accessible: module java.base does not "opens 
java.lang" to unnamed module @2ee4f460
  Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make 
protected final java.lang.Class 

Bug#982084: subversion: FTBFS with OpenJDK 17: error in native method: Wrong object class or methodID passed to JNI call

2021-02-06 Thread Emmanuel Bourg
Source: subversion
Version: 1.14.0-3+b2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

subversion fails to build with OpenJDK 17 (the default JDK for bookworm) :


  /usr/lib/jvm/default-java/bin/java -Xcheck:jni 
"-Dtest.rootdir=/<>/BUILD/subversion/bindings/javahl/test-work"
  "-Dtest.srcdir=/<>/BUILD/../subversion/bindings/javahl"
  "-Dtest.rooturl=" "-Dtest.fstype=" 
"-Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/lib/x86_64-linux-gnu"
  -classpath 
"subversion/bindings/javahl/classes:/<>/BUILD/../subversion/bindings/javahl/src:/usr/share/java/junit4.jar"
  "-Dtest.cleanup=" "-Dtest.tests=" org.apache.subversion.javahl.RunTests
  .
  FATAL ERROR in native method: Wrong object class 
or methodID passed to JNI call
  at 
org.apache.subversion.javahl.util.SubstLib.translateOutputStream(Native Method)
  at 
org.apache.subversion.javahl.SVNUtil.translateStream(SVNUtil.java:1046)
  at 
org.apache.subversion.javahl.UtilTests.testTranslateStream(UtilTests.java:521)
  at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@17-ea/Native 
Method)
  at 
jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@17-ea/NativeMethodAccessorImpl.java:78)
  at 
jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@17-ea/DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(java.base@17-ea/Method.java:566)
  at junit.framework.TestCase.runTest(TestCase.java:177)
  at junit.framework.TestCase.runBare(TestCase.java:142)
  at junit.framework.TestResult$1.protect(TestResult.java:122)
  at junit.framework.TestResult.runProtected(TestResult.java:142)
  at junit.framework.TestResult.run(TestResult.java:125)
  at junit.framework.TestCase.run(TestCase.java:130)
  at junit.framework.TestSuite.runTest(TestSuite.java:241)
  at junit.framework.TestSuite.run(TestSuite.java:236)
  at junit.framework.TestSuite.runTest(TestSuite.java:241)
  at junit.framework.TestSuite.run(TestSuite.java:236)
  at junit.textui.TestRunner.doRun(TestRunner.java:116)
  at junit.textui.TestRunner.doRun(TestRunner.java:109)
  at junit.textui.TestRunner.run(TestRunner.java:77)
  at org.apache.subversion.javahl.RunTests.main(RunTests.java:119)



Bug#982054: librdp-taxonomy-tree-java: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: librdp-taxonomy-tree-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

librdp-taxonomy-tree-java fails to build with OpenJDK 17 due to a javadoc error:


  make[1]: Entering directory '/<>'
  jh_build rdp-taxonomy-tree.jar src
  warning: [options] bootstrap class path not set in conjunction with -source 7
  warning: [options] source value 7 is obsolete and will be removed in a future 
release
  warning: [options] target value 7 is obsolete and will be removed in a future 
release
  warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
  Note: Some input files use unchecked or unsafe operations.
  Note: Recompile with -Xlint:unchecked for details.
  4 warnings
  src/edu/msu/cme/rdp/taxatree/interfaces/TreeVisitor.java:31: error: @param 
name not found
   * @param taxon
^
  src/edu/msu/cme/rdp/taxatree/interfaces/TreeVisitor.java:31: warning: no 
description for @param
   * @param taxon
 ^



Bug#982053: commons-httpclient: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-02-05 Thread Emmanuel Bourg
Source: commons-httpclient
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

commons-httpclient fails to build with OpenJDK 17 due to the removal of the 
com.sun.net.ssl package:


  [INFO] --- maven-compiler-plugin:3.8.1:testCompile (default-testCompile) @ 
commons-httpclient ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 102 source files to /<>/target/test-classes
  Use of target 1.6 is no longer supported, switching to 7
  Use of source 1.6 is no longer supported, switching to 7
  [INFO] 
/<>/src/test/org/apache/commons/httpclient/TestHttpVersion.java: 
Some input files use or override a deprecated API that is marked for removal.
  [INFO] 
/<>/src/test/org/apache/commons/httpclient/TestHttpVersion.java: 
Recompile with -Xlint:removal for details.
  [INFO] 
/<>/src/test/org/apache/commons/httpclient/auth/TestChallengeProcessor.java:
 Some input files use unchecked or unsafe operations.
  [INFO] 
/<>/src/test/org/apache/commons/httpclient/auth/TestChallengeProcessor.java:
 Recompile with -Xlint:unchecked for details.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java:[49,23]
 package com.sun.net.ssl does not exist
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java:[50,23]
 package com.sun.net.ssl does not exist
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java:[51,23]
 package com.sun.net.ssl does not exist
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java:[57,20]
 cannot find symbol
symbol:   class SSLContext
location: class 
org.apache.commons.httpclient.ssl.SimpleSSLTestProtocolSocketFactory
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java:[59,20]
 cannot find symbol
symbol:   class SSLContext
location: class 
org.apache.commons.httpclient.ssl.SimpleSSLTestProtocolSocketFactory
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLTestProtocolSocketFactory.java:[87,20]
 cannot find symbol
symbol:   class SSLContext
location: class 
org.apache.commons.httpclient.ssl.SimpleSSLTestProtocolSocketFactory
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java:[45,23]
 package com.sun.net.ssl does not exist
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java:[46,23]
 package com.sun.net.ssl does not exist
  [ERROR] 
/<>/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java:[47,23]
 package com.sun.net.ssl does not exist



Bug#982052: beckon-clojure: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: beckon-clojure
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

beckon-clojure fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum version
supported is 7.


  make[1]: Entering directory '/<>'
  cat debian/header.html > /<>/CHANGES.html
  sed -i'' -e 's#@TITLE@#beckon changelog#g' /<>/CHANGES.html
  markdown /<>/CHANGES.md >> /<>/CHANGES.html
  cat debian/footer.html >> /<>/CHANGES.html
  cat debian/header.html > /<>/README.html
  sed -i'' -e 's#@TITLE@#beckon#g' /<>/README.html
  markdown /<>/README.md >> /<>/README.html
  cat debian/footer.html >> /<>/README.html
  jh_build --javacopts="-target 1.6 -source 1.6 -Xlint:-options" beckon.jar 
src/java
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  jh_build: error: find src/java -name '*.java' -and -type f -print0 | xargs -s 
512000 -0 /usr/lib/jvm/default-java/bin/javac -g -cp 
/usr/share/java/clojure.jar:debian/_jh_build.beckon -d debian/_jh_build.beckon 
-target 1.6 -source 1.6 -Xlint:-options -encoding ISO8859-1  returned exit code 
123
  make[1]: *** [debian/rules:14: override_jh_build] Error 25
  make[1]: Leaving directory '/<>'



Bug#982051: com-hypirion-io-clojure: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: com-hypirion-io-clojure
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

com-hypirion-io-clojure fails to build with OpenJDK 17 because it invokes javac 
with
the source/target options set to 6. Since OpenJDK 12 the minimum version 
supported is 7.


  make[1]: Entering directory '/<>'
  jh_build --javacopts="-target 1.6 -source 1.6 -Xlint:-options" 
hypirion-io.jar src
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 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 1.6 
-source 1.6 -Xlint:-options -encoding ISO8859-1  returned exit code 123
  make[1]: *** [debian/rules:16: override_jh_build] Error 25
  make[1]: Leaving directory '/<>'



Bug#982045: libssw: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: libssw
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libssw fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.


  javac -target 1.6 -source 1.6 ssw/Aligner.java
  javac -target 1.6 -source 1.6 ssw/Alignment.java
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[2]: *** [Makefile:51: ssw/Aligner.class] Error 2
  make[2]: *** Waiting for unfinished jobs
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[2]: *** [Makefile:51: ssw/Alignment.class] Error 2



Bug#982044: lcm: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: lcm
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

lcm fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.

  make[3]: Entering directory '/<>/lcm-java'
  chmod 755 lcm-logplayer-gui
  chmod 755 lcm-spy
  mkdir -p /<>/lcm-java/build
  
CLASSPATH=/<>/lcm-java/build:.//<>/lcm-java/build${CLASSPATH:+":$CLASSPATH"}
 /usr/bin/javac -d /<>/lcm-java/build  -source 1.6 -target 1.6
  -classpath /usr/share/java/jchart2d.jar  lcm/logging/LogDiagnostic.java 
lcm/logging/Log.java lcm/logging/JScrubberListener.java
  lcm/logging/LogPlayer.java lcm/logging/JScrubber.java 
lcm/spy/LCMTypeDatabase.java lcm/spy/Spy.java lcm/spy/ObjectPanel.java
  lcm/spy/ZoomableChartScrollWheel.java lcm/spy/ChartData.java 
lcm/spy/SpyPlugin.java lcm/spy/ChannelData.java lcm/lcm/LCM.java 
lcm/lcm/Provider.java
  lcm/lcm/TCPProvider.java lcm/lcm/TCPService.java 
lcm/lcm/LCMSubscriber.java lcm/lcm/LogFileProvider.java 
lcm/lcm/MessageAggregator.java
  lcm/lcm/MemqProvider.java lcm/lcm/UDPMulticastProvider.java 
lcm/lcm/LCMEncodable.java lcm/lcm/LCMDataOutputStream.java 
lcm/lcm/LCMDataInputStream.java
  lcm/lcm/URLParser.java lcm/util/ParameterGUI.java 
lcm/util/BufferedRandomAccessFile.java lcm/util/ColorMapper.java 
lcm/util/ParameterListener.java
  lcm/util/ClassDiscoverer.java lcm/util/TableSorter.java 
lcm/util/JImage.java
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[3]: *** [Makefile:415: classnoinst.stamp] Error 2
  make[3]: Leaving directory '/<>/lcm-java'



Bug#982036: emboss: FTBFS with OpenJDK 17 due to com.sun.net.ssl removal

2021-02-05 Thread Emmanuel Bourg
Source: emboss
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

emboss fails to build with OpenJDK 17 due to the removal of the com.sun.net.ssl 
package:


  compile:
  [javac] /<>/jemboss/build.xml:69: 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 7
  [javac] Using javac -target 1.4 is no longer supported, switching to 7
  [javac] Compiling 131 source files to 
/<>/jemboss/build/classes
  [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
  [javac] warning: [options] source value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] target value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
  [javac] /<>/jemboss/org/emboss/jemboss/FileManager.java:45: 
error: package com.sun.net.ssl.internal.ssl does not exist
  [javac]   com.sun.net.ssl.internal.ssl.Provider p =
  [javac]   ^
  [javac] /<>/jemboss/org/emboss/jemboss/FileManager.java:46: 
error: package com.sun.net.ssl.internal.ssl does not exist
  [javac]  new com.sun.net.ssl.internal.ssl.Provider();
  [javac]  ^
  [javac] /<>/jemboss/org/emboss/jemboss/FileManager.java:56: 
error: package com.sun.net.ssl.internal.www.protocol.https does not exist
  [javac] return new 
com.sun.net.ssl.internal.www.protocol.https.Handler();
  [javac]   
^
  [javac] /<>/jemboss/org/emboss/jemboss/Jemboss.java:116: 
error: package com.sun.net.ssl.internal.ssl does not exist
  [javac]   com.sun.net.ssl.internal.ssl.Provider p =
  [javac]   ^
  [javac] /<>/jemboss/org/emboss/jemboss/Jemboss.java:117: 
error: package com.sun.net.ssl.internal.ssl does not exist
  [javac]  new com.sun.net.ssl.internal.ssl.Provider();
  [javac]  ^
  [javac] /<>/jemboss/org/emboss/jemboss/Jemboss.java:127: 
error: package com.sun.net.ssl.internal.www.protocol.https does not exist
  [javac] return new 
com.sun.net.ssl.internal.www.protocol.https.Handler();
  [javac]   
^



Bug#982027: nexus: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: nexus
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

nexus fails to build with OpenJDK 17 due to javadoc errors:


  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/ncsa/hdf/hdflib/HDFException.html...
  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/ncsa/hdf/hdflib/HDFJavaException.html...
  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/ncsa/hdf/hdflib/HDFNativeData.html...
  /<>/bindings/java/ncsa/hdf/hdflib/HDFNativeData.java:123: error: 
unknown tag: returns
   *  @returns an array of 'datasize' numbers of 'dataType
  ^
  /<>/bindings/java/ncsa/hdf/hdflib/HDFNativeData.java:125: error: 
reference not found
   *  @see ncsa.hdf.hdfobject.HDFGR
   ^
  /<>/bindings/java/ncsa/hdf/hdflib/HDFNativeData.java:126: error: 
reference not found
   *  @see ncsa.hdf.hdfobject.HDFSDS
   ^
  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/ncsa/hdf/hdflib/HDFNotImplementedException.html...
  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/org/nexusformat/AttributeEntry.html...
  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/org/nexusformat/NexusException.html...
  Generating 
/<>/obj-x86_64-linux-gnu/bindings/java/apidoc/org/nexusformat/NexusFile.html...



Bug#982026: guacamole-client: FTBFS with OpenJDK 17 due to new compiler warning (primitive constructors marked for removal)

2021-02-05 Thread Emmanuel Bourg
Source: guacamole-client
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

guacamole-client fails to build with OpenJDK 17 because javac is invoked
with the -Werror option and a new warning is now emitted when the primitive
constructors are used:


  [INFO] -
  [WARNING] COMPILATION WARNING :
  [INFO] -
  [WARNING] 
/<>/guacamole-ext/src/main/java/org/glyptodon/guacamole/properties/IntegerGuacamoleProperty.java:[43,30]
 [removal] Integer(String) in Integer has been deprecated and marked for removal
  [WARNING] 
/<>/guacamole-ext/src/main/java/org/glyptodon/guacamole/form/NumericField.java:[84,15]
 [removal] Integer(String) in Integer has been deprecated and marked for removal
  [WARNING] 
/<>/guacamole-ext/src/main/java/org/glyptodon/guacamole/properties/LongGuacamoleProperty.java:[43,29]
 [removal] Long(String) in Long has been deprecated and marked for removal
  [INFO] 3 warnings
  [INFO] -
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] error: warnings found and -Werror specified
  [INFO] 1 error
  [INFO] -



Bug#982025: libnb-javaparser-java: FTBFS with OpenJDK 17: reference to FileSystems.newFileSystem() is ambiguous

2021-02-05 Thread Emmanuel Bourg
Source: libnb-javaparser-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libnb-javaparser-java fails to build with OpenJDK 17 due to ambiguous calls
to FileSystems.newFileSystem()


  -do-compile:
  [mkdir] Created dir: /<>/make/netbeans/nb-javac/build/empty
  [mkdir] Created dir: 
/<>/make/netbeans/nb-javac/build/generated-sources/ap-source-output
  [javac] Compiling 588 source files to 
/<>/make/netbeans/nb-javac/build/classes
  [javac] 
/<>/src/jdk.compiler/share/classes/com/sun/tools/javac/file/JavacFileManager.java:519:
 error: reference to newFileSystem is ambiguous
  [javac] this.fileSystem = 
FileSystems.newFileSystem(archivePath, null);
  [javac]  ^
  [javac]   both method newFileSystem(Path,ClassLoader) in FileSystems and 
method newFileSystem(Path,Map) in FileSystems match
  [javac] 
/<>/src/jdk.compiler/share/classes/com/sun/tools/javac/file/Locations.java:380:
 error: reference to newFileSystem is ambiguous
  [javac] FileSystems.newFileSystem(file, 
null).close();
  [javac]^
  [javac]   both method newFileSystem(Path,ClassLoader) in FileSystems and 
method newFileSystem(Path,Map) in FileSystems match
  [javac] 
/<>/src/jdk.compiler/share/classes/com/sun/tools/javac/platform/JDKPlatformProvider.java:77:
 error: reference to newFileSystem is ambiguous
  [javac] try (FileSystem fs = 
FileSystems.newFileSystem(ctSymFile, null);
  [javac] ^
  [javac]   both method newFileSystem(Path,ClassLoader) in FileSystems and 
method newFileSystem(Path,Map) in FileSystems match
  [javac] 
/<>/src/jdk.compiler/share/classes/com/sun/tools/javac/platform/JDKPlatformProvider.java:122:
 error: reference to newFileSystem is ambiguous
  [javac] ctSym2FileSystem.put(file, fs = 
FileSystems.newFileSystem(file, null));
  [javac]   
 ^
  [javac]   both method newFileSystem(Path,ClassLoader) in FileSystems and 
method newFileSystem(Path,Map) in FileSystems match
  [javac] Note: Some input files use or override a deprecated API.
  [javac] Note: Recompile with -Xlint:deprecation for details.
  [javac] Note: Some input files use unchecked or unsafe operations.
  [javac] Note: Recompile with -Xlint:unchecked for details.
  [javac] 4 errors



Bug#982019: openni2: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: openni2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

openni2 fails to build with OpenJDK 17 due to javadoc errors:


  cd Source/Documentation && python3 ./Runme.py
  Traceback (most recent call last):
File "/<>/Source/Documentation/./Runme.py", line 50, in 

  subprocess.check_call(cmd, stdout=open(os.devnull,"w"), 
stderr=open(errfile,"w"))
File "/usr/lib/python3.9/subprocess.py", line 373, in check_call
  raise CalledProcessError(retcode, cmd)
  subprocess.CalledProcessError: Command '['javadoc', '-d', 'java', 
'../../Wrappers/java/OpenNI.java/src/org/openni/PlaybackControl.java', 
'../../Wrappers/java/OpenNI.java/src/org/openni/VideoStream.java', '.>
  make[1]: *** [debian/rules:8: override_dh_auto_build] Error 1



Bug#982014: jhdf: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: jhdf
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jhdf fails to build with OpenJDK 17 due to javadoc errors:


  /usr/bin/make install-javadocs
  make[1]: Entering directory '/<>'
  mkdir -p /<>/debian/tmp/usr/share/doc/libjhdf-doc/docs/javadocs;
  Loading source files for package ncsa.hdf.hdflib...
  Loading source files for package ncsa.hdf.hdf5lib.callbacks...
  Loading source files for package ncsa.hdf.hdf5lib.exceptions...
  Loading source files for package ncsa.hdf.hdf5lib.structs...
  Loading source files for package ncsa.hdf.hdf5lib...
  Loading source files for package ncsa.hdf.object...
  Constructing Javadoc information...
  Building index for all the packages and classes...
  Standard Doclet version 17-ea+8-Debian-1
  Building tree for all the packages and classes...
  /<>/ncsa/hdf/hdflib/HDFException.java:20: warning: empty  tag
   *  
  ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:29: warning: empty  tag
   * 
 ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:34: warning: empty  tag
   * 
 ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:45: error: tag not supported 
in HTML5: center
   *  
  ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:46: error: attribute 
"border" for table only accepts "" or "1": BORDER
   *  
 ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:46: error: attribute not 
supported in HTML5: cellpadding
   *  
  ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:43: warning: empty  tag
   *  
  ^
  /<>/ncsa/hdf/hdflib/HDFLibrary.java:125: error: tag not 
supported in HTML5: center
   *  
  ^



Bug#982005: mauve-aligner: FTBFS with OpenJDK 17 due to rmic removal

2021-02-05 Thread Emmanuel Bourg
Source: mauve-aligner
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

mauve-aligner fails to build with OpenJDK 17 due to the removal of rmic:


  rmic:
   [rmic] RMI Compiling 1 class to /<>/bin
  
  BUILD FAILED
  /<>/build.xml:102: rmic does not exist under Java 15 and higher, 
use rmic of an older JDK and explicitly set the executable attribute



Bug#982004: surefire: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: surefire
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

surefire fails to build with OpenJDK 17 due to javadoc errors:


  [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @ 
surefire-booter ---
  [INFO] Changes detected - recompiling the module!
  [INFO] Compiling 23 source files to 
/<>/surefire-booter/target/classes
  [WARNING] Unable to autodetect 'javac' path, using 'javac' from the 
environment.
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[82,35]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[82,74]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[83,54]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[88,41]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[107,26]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[107,48]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[107,78]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[109,28]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[119,29]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[119,59]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[120,49]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/SystemUtils.java:[122,77]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/AbstractPathConfiguration.java:[69,31]
 error: tag not supported in HTML5: tt
  [ERROR] 
/<>/surefire-booter/src/main/java/org/apache/maven/surefire/booter/AbstractPathConfiguration.java:[76,31]
 error: tag not supported in HTML5: tt
  [INFO] 14 errors
  [INFO] -



Bug#982003: libfreemarker-java: FTBFS with OpenJDK 17 due to rmic removal

2021-02-05 Thread Emmanuel Bourg
Source: libfreemarker-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libfreemarker-java fails to build with OpenJDK 17 due to the removal to rmic:


   [rmic] RMI Compiling 4 classes to /<>/build/classes
  
  BUILD FAILED
  /<>/build.xml:218: rmic does not exist under Java 15 and higher, 
use rmic of an older JDK and explicitly set the executable attribute



Bug#982001: lucene-solr: FTBFS with OpenJDK 17 due to rmic removal

2021-02-05 Thread Emmanuel Bourg
Source: lucene-solr
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

lucene-solr fails to build with OpenJDK 17 due to the removal of rmic:


  common.compile-core:
  [mkdir] Created dir: 
/<>/lucene/build/contrib/remote/classes/java
  [javac] Compiling 3 source files to 
/<>/lucene/build/contrib/remote/classes/java
  [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
  [javac] warning: [options] source value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] target value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
  [javac] Note: 
/<>/lucene/contrib/remote/src/java/org/apache/lucene/search/RemoteSearchable.java
 uses or overrides a deprecated API.
  [javac] Note: Recompile with -Xlint:deprecation for details.
  [javac] 4 warnings
  
  compile-core:
   [rmic] RMI Compiling 1 class to 
/<>/lucene/build/contrib/remote/classes/java
  
  BUILD FAILED
  /<>/lucene/build.xml:580: The following error occurred while 
executing this line:
  /<>/lucene/common-build.xml:1051: The following error occurred 
while executing this line:
  /<>/lucene/contrib/contrib-build.xml:58: The following error 
occurred while executing this line:
  /<>/lucene/contrib/remote/build.xml:30: rmic does not exist 
under Java 15 and higher, use rmic of an older JDK and explicitly set the 
executable attribute



Bug#981998: icu4j: FTBFS with OpenJDK 17 due to JDK detection error

2021-02-05 Thread Emmanuel Bourg
Source: icu4j
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

icu4j fails to build with OpenJDK 17 because the JDK version isn't properly 
detected
(this might be related to the use of a -ea release)


  Command: dpkg-buildpackage --sanitize-env -us -uc -rfakeroot
  dpkg-buildpackage: info: source package icu4j
  dpkg-buildpackage: info: source version 68.2-1
  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 --buildsystem=ant --with=maven-repo-helper
 dh_auto_clean -O--buildsystem=ant
  ant -propertyfile ./debian/ant.properties clean
  Buildfile: /<>/build.xml
  
  BUILD FAILED
  /<>/build.xml:130: The JDK version is too old or unknown.
  
  Total time: 0 seconds
  dh_auto_clean: error: ant -propertyfile ./debian/ant.properties clean 
returned exit code 1
  make: *** [debian/rules:4: clean] Error 25



Bug#981992: antlr4: FTBFS with OpenJDK 17 due to modified javadoc files layout

2021-02-05 Thread Emmanuel Bourg
Source: antlr4
Version: 4.7.2-4
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

antlr4 fails to build with OpenJDK 17 because the layout of the javadoc files
changed and the hack to link jquery to the system package now fails.


 debian/rules override_dh_install
  make[1]: Entering directory '/<>'
  dh_install
  ln -fs ../../../../javascript/jquery/jquery.js \
  debian/antlr4-doc/usr/share/doc/antlr4/api/jquery/jquery-?.*
  ln: failed to create symbolic link 
'debian/antlr4-doc/usr/share/doc/antlr4/api/jquery/jquery-?.*': No such file or 
directory
  make[1]: *** [debian/rules:15: override_dh_install] Error 1
  make[1]: Leaving directory '/<>'



Bug#981991: jzmq: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: jzmq
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jzmq fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.

  make[2]: Entering directory '/<>/src/main/c++'
  javac -source 1.6 -target 1.6 -d . -h . 
../java/org/zeromq/EmbeddedLibraryTools.java ../java/org/zeromq/ZAuth.java 
../java/org/zeromq/ZContext.java
  ../java/org/zeromq/ZDispatcher.java 
../java/org/zeromq/ZFrame.java ../java/org/zeromq/ZLoop.java 
../java/org/zeromq/ZMQ.java
  ../java/org/zeromq/ZMQException.java 
../java/org/zeromq/ZMQForwarder.java ../java/org/zeromq/ZMQQueue.java
  ../java/org/zeromq/ZMQStreamer.java 
../java/org/zeromq/ZMsg.java ../java/org/zeromq/ZThread.java
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[2]: *** [Makefile:877: zmq.jar] Error 2
  make[2]: Leaving directory '/<>/src/main/c++'



Bug#981990: aspectj: FTBFS with OpenJDK 17 due to com.sun.javadoc removal

2021-02-05 Thread Emmanuel Bourg
Source: aspectj
Version: 1.9.2-2
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

aspectj fails to build with OpenJDK 17 because it uses classes from
the com.sun.javadoc package which was removed:


  [ajbuild-javac] Compiling 9 source files to 
/tmp/Builder13844803873097252248tmp/classes-1612464315153
[ajbuild] warning: [options] bootstrap class path not set in conjunction 
with -source 7
[ajbuild] warning: [options] source value 7 is obsolete and will be removed 
in a future release
[ajbuild] warning: [options] target value 7 is obsolete and will be removed 
in a future release
[ajbuild] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
[ajbuild] 
/<>/ajdoc/src/org/aspectj/tools/ajdoc/JavadocRunner.java:35: 
error: package com.sun.tools.javadoc does not exist
[ajbuild] Class jdMainClass = 
com.sun.tools.javadoc.Main.class;
[ajbuild]  ^
[ajbuild] 
/<>/ajdoc/src/org/aspectj/tools/ajdoc/JavadocRunner.java:76: 
error: package com.sun.tools.javadoc does not exist
[ajbuild] Class jdMainClass = 
com.sun.tools.javadoc.Main.class;
[ajbuild]  ^
[ajbuild] 
/<>/ajdoc/src/org/aspectj/tools/ajdoc/JavadocRunner.java:82: 
error: package com.sun.tools.javadoc does not exist
[ajbuild] 
com.sun.tools.javadoc.Main.main(javadocargs);
[ajbuild]  ^
[ajbuild] Note: Some input files use unchecked or unsafe operations.
[ajbuild] Note: Recompile with -Xlint:unchecked for details.
[ajbuild] 3 errors
[ajbuild] 4 warnings



Bug#981989: jmol: FTBFS with OpenJDK 17 due to JSObject.getWindow() removal

2021-02-05 Thread Emmanuel Bourg
Source: jmol
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jmol fails to build with OpenJDK 17 due to the removal of the 
JSObject.getWindow() method:


  build:
   [echo] copying files from ../Jmol/src/org/jmol
   [copy] Copying 5 files to /<>/JSpecView/src/org/jmol
   [echo] getting application icons and resources
  [mkdir] Created dir: /<>/JSpecView/bin
  [javac] Compiling 86 source files to /<>/JSpecView/bin
  [javac] 
/<>/JSpecView/src/jspecview/applet/JSVApplet.java:483: error: 
cannot find symbol
  [javac] JSObject jso = JSObject.getWindow(this);
  [javac]^
  [javac]   symbol:   method getWindow(JSVApplet)
  [javac]   location: class JSObject
  [javac] Note: Some input files use or override a deprecated API.
  [javac] Note: Recompile with -Xlint:deprecation for details.
  [javac] 1 error



Bug#981986: libcommons-jexl3-java: FTBFS with OpenJDK 17: module java.xml does not export com.sun.org.apache.xerces.internal.dom to unnamed module

2021-02-05 Thread Emmanuel Bourg
Source: libcommons-jexl3-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libcommons-jexl3-java fails to build with OpenJDK, 
ArithmeticTest.testXmlArithmetic() throws an error:


  [ERROR] Tests run: 41, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 
0.098 s <<< FAILURE! - in org.apache.commons.jexl3.ArithmeticTest
  [ERROR] testXmlArithmetic(org.apache.commons.jexl3.ArithmeticTest)  Time 
elapsed: 0.045 s  <<< ERROR!
  org.apache.commons.jexl3.JexlException$Property: 
org.apache.commons.jexl3.ArithmeticTest.testXmlArithmetic@1:12 unsolvable 
property 'info'
  at 
org.apache.commons.jexl3.ArithmeticTest.testXmlArithmetic(ArithmeticTest.java:1175)
  Caused by: java.lang.IllegalAccessException: class 
org.apache.commons.jexl3.internal.introspection.IndexedType cannot access class 
com.sun.org.apache.xerces.internal.dom.ElementImpl (in module java.xml) beca
  use module java.xml does not export com.sun.org.apache.xerces.internal.dom to 
unnamed module @2ee4f460
  at 
org.apache.commons.jexl3.ArithmeticTest.testXmlArithmetic(ArithmeticTest.java:1175)



Bug#981984: lombok: FTBFS with OpenJDK 17 due to com.sun.tools.javac.tree.JCTree changes

2021-02-05 Thread Emmanuel Bourg
Source: lombok
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

lombok fails to build with OpenJDK 17:


  [compile:javac] Compiling 79 source files to /<>/build/lombok
  [compile:javac] Support for javac --release has been added in Java9 ignoring 
it
  [ivy:compile] warning: Supported source version 'RELEASE_6' from annotation 
processor 'org.mangosdk.spi.processor.SpiProcessor' less than -source '8'
  [ivy:compile] 
/<>/src/delombok/lombok/delombok/PrettyPrinter.java:1003: error: 
cannot find symbol
  [ivy:compile]   print(tree.clazz);
  [ivy:compile] ^
  [ivy:compile]   symbol:   variable clazz
  [ivy:compile]   location: variable tree of type JCInstanceOf
  [ivy:compile] 
/<>/src/delombok/lombok/delombok/PrettyPrinter.java:1211: error: 
cannot find symbol
  [ivy:compile]   if (tree.pat == null) {
  [ivy:compile]   ^
  [ivy:compile]   symbol:   variable pat
  [ivy:compile]   location: variable tree of type JCCase
  [ivy:compile] 
/<>/src/delombok/lombok/delombok/PrettyPrinter.java:1215: error: 
cannot find symbol
  [ivy:compile]   print(tree.pat);
  [ivy:compile] ^
  [ivy:compile]   symbol:   variable pat
  [ivy:compile]   location: variable tree of type JCCase
  [ivy:compile] Note: Some input files use or override a deprecated API.
  [ivy:compile] Note: Recompile with -Xlint:deprecation for details.
  [ivy:compile] 3 errors
  [ivy:compile] 1 warning



Bug#981981: geogebra: FTBFS with OpenJDK 17 due to Runtime.traceMethodCalls() removal

2021-02-05 Thread Emmanuel Bourg
Source: geogebra
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

geogebra fails to build with OpenJDK 17:


  jh_build -mgeogebra.GeoGebra
  warning: [options] bootstrap class path not set in conjunction with -source 7
  warning: [options] source value 7 is obsolete and will be removed in a future 
release
  warning: [options] target value 7 is obsolete and will be removed in a future 
release
  warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
  ./src/geogebra/main/Application.java:5602: error: cannot find symbol
  runtime.traceMethodCalls(on);
 ^
symbol:   method traceMethodCalls(boolean)
location: variable runtime of type Runtime
  ./src/geogebra/main/AppletImplementation.java:1343: error: cannot find symbol
  browserWindow = JSObject.getWindow(applet);
  ^
symbol:   method getWindow(JApplet)
location: class JSObject



Bug#981978: jnr-enxio: FTBFS with OpenJDK 17: module java.base does not "opens java.io" to unnamed module

2021-02-05 Thread Emmanuel Bourg
Source: jnr-enxio
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jnr-enxio fails to build with OpenJDK 17, one test fails while attempting
to change the visibility of the java.io.FileDescriptor.fd field:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running jnr.enxio.channels.NativeTest
  [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.035 
s <<< FAILURE! - in jnr.enxio.channels.NativeTest
  [ERROR] closeThrowsOnNativeError(jnr.enxio.channels.NativeTest)  Time 
elapsed: 0.005 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make field private 
int java.io.FileDescriptor.fd accessible: module java.base does not "opens 
java.io" to unnamed module @2ee4f460
  at 
jnr.enxio.channels.NativeTest.closeThrowsOnNativeError(NativeTest.java:20)
  
  [INFO]
  [INFO] Results:
  [INFO]
  [ERROR] Errors:
  [ERROR]   NativeTest.closeThrowsOnNativeError:20 » InaccessibleObject Unable 
to make fie...
  [INFO]
  [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0
  [INFO]
  [INFO] 

  [INFO] BUILD FAILURE
  [INFO] 



Bug#981974: vtk9: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: vtk9
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

vtk9 fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum
version supported is 7.

  make[4]: Entering directory '/<>/debian/build'
  [ 15%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/CellType.class
  [ 15%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkReferenceInformation.class
  [ 15%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaGarbageCollector.class
  [ 16%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaMemoryManager.class
  [ 16%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaMemoryManagerImpl.class
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/CellType.java >
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/vtkJavaGarbage>
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/vtkJavaMemoryM>
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/vtkJavaMemoryM>
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/vtkReferenceIn>
  [ 16%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/AxesActor.class
  [ 16%] Building Java object 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaTesting.class
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/AxesActor.java>
  cd /<>/debian/build/Wrapping/Java && /usr/bin/javac -classpath 
/<>/debian/build/Wrapping/Java -source 1.6 -target 1.6 
/<>/debian/build/Wrapping/Java/vtk/vtkJavaTesting>
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  warning: [options] bootstrap class path not set in conjunction with -source 6
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17641: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaMemoryManagerImpl.class] Error 2
  make[4]: *** Waiting for unfinished jobs
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  warning: [options] bootstrap class path not set in conjunction with -source 6
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17646: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkReferenceInformation.class] Error 2
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  warning: [options] bootstrap class path not set in conjunction with -source 6
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17636: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaMemoryManager.class] Error 2
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17631: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaGarbageCollector.class] Error 2
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17651: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/AxesActor.class] Error 2
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17626: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/CellType.class] Error 2
  make[4]: *** [Wrapping/Java/CMakeFiles/vtkjava.dir/build.make:17656: 
Wrapping/Java/CMakeFiles/vtkjava.dir/vtk/vtkJavaTesting.class] Error 2
  make[4]: Leaving directory '/<>/debian/build'



Bug#981973: libapache-poi-java: FTBFS with OpenJDK 17 due to Nashorn removal

2021-02-05 Thread Emmanuel Bourg
Source: libapache-poi-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libapache-poi-java fails to build with OpenJDK 17 due to the removal of Nashorn:


  Command: dpkg-buildpackage --sanitize-env -us -uc -rfakeroot
  dpkg-buildpackage: info: source package libapache-poi-java
  dpkg-buildpackage: info: source version 4.0.1-1
  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 --with javahelper
 dh_auto_clean
  ant -propertyfile ./debian/ant.properties clean
  Buildfile: /<>/build.xml
  Java 15 has removed Nashorn, you must provide an engine for running 
JavaScript yourself. GraalVM JavaScript currently is the preferred option.
  
  BUILD FAILED
  /<>/build.xml:87: Unable to create javax script engine for 
javascript



Bug#981972: ivyplusplus: FTBFS with OpenJDK 17: module jdk.compiler does not "opens com.sun.tools.javac.processing" to unnamed module

2021-02-05 Thread Emmanuel Bourg
Source: ivyplusplus
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

ivyplusplus fails to build with OpenJDK 17, lombok probably needs an update.


  compile:
  [mkdir] Created dir: /<>/build/pack
  [javac] /<>/debian/build.xml:18: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
  [javac] Compiling 22 source files to /<>/build/pack
  [javac]
  [javac]
  [javac] An annotation processor threw an uncaught exception.
  [javac] Consult the following stack trace for details.
  [javac] java.lang.ExceptionInInitializerError
  [javac] at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)
  [javac] at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:78)
  [javac] at 
java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  [javac] at 
java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:498)
  [javac] at 
java.base/java.lang.reflect.ReflectAccess.newInstance(ReflectAccess.java:128)
  [javac] at 
java.base/jdk.internal.reflect.ReflectionFactory.newInstance(ReflectionFactory.java:350)
  [javac] at java.base/java.lang.Class.newInstance(Class.java:642)
  [javac] at 
lombok.core.AnnotationProcessor$JavacDescriptor.want(AnnotationProcessor.java:103)
  [javac] at 
lombok.core.AnnotationProcessor.init(AnnotationProcessor.java:165)
  [javac] at 
lombok.launch.AnnotationProcessorHider$AnnotationProcessor.init(AnnotationProcessor.java:73)
  [javac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$ProcessorState.(JavacProcessingEnvironment.java:702)
  [javac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$DiscoveredProcessors$ProcessorStateIterator.next(JavacProcessingEnvironment.java:829)
  [javac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:925)
  [javac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1269)
  [javac] at 
jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1384)
  [javac] at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1261)
  [javac] at 
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:935)
  [javac] at 
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:317)
  [javac] at 
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
  [javac] at jdk.compiler/com.sun.tools.javac.Main.compile(Main.java:64)
  [javac] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  [javac] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
  [javac] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [javac] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
  [javac] at 
org.apache.tools.ant.taskdefs.compilers.Javac13.execute(Javac13.java:57)
  [javac] at 
org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:1388)
  [javac] at 
org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:1117)
  [javac] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
  [javac] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  [javac] at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:78)
  [javac] at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [javac] at java.base/java.lang.reflect.Method.invoke(Method.java:566)
  [javac] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99)
  [javac] at org.apache.tools.ant.Task.perform(Task.java:350)
  [javac] at org.apache.tools.ant.Target.execute(Target.java:449)
  [javac] at org.apache.tools.ant.Target.performTasks(Target.java:470)
  [javac] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1401)
  [javac] at 
org.apache.tools.ant.Project.executeTarget(Project.java:1374)
  [javac] at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
  [javac] at 
org.apache.tools.ant.Project.executeTargets(Project.java:1264)
  [javac] at org.apache.tools.ant.Main.runBuild(Main.java:827)
  [javac] at 

Bug#981970: ivy: FTBFS with OpenJDK 17 due to pack200 removal

2021-02-05 Thread Emmanuel Bourg
Source: ivy
Version: 2.5.0-1
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

ivy fails to build with OpenJDK 17 due to the removal of the pack200 API:


  compile:
  [mkdir] Created dir: /<>/classes
  [javac] /<>/debian/build.xml:31: warning: 
'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to 
false for repeatable builds
  [javac] Compiling 487 source files to /<>/classes
  [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
  [javac] warning: [options] source value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] target value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
  [javac] /<>/src/java/org/apache/ivy/util/FileUtil.java:49: 
error: cannot find symbol
  [javac] import static java.util.jar.Pack200.newUnpacker;
  [javac]^
  [javac]   symbol:   class Pack200
  [javac]   location: package java.util.jar
  [javac] /<>/src/java/org/apache/ivy/util/FileUtil.java:49: 
error: static import only from classes and interfaces
  [javac] import static java.util.jar.Pack200.newUnpacker;
  [javac] ^
  [javac] 
/<>/src/java/org/apache/ivy/plugins/latest/LatestRevisionStrategy.java:69:
 warning: [removal] Integer(int) in Integer has been deprecated and marked for 
removal
  [javac] sm2 = new Integer(0);
  [javac]   ^
  [javac] 
/<>/src/java/org/apache/ivy/plugins/latest/LatestRevisionStrategy.java:74:
 warning: [removal] Integer(int) in Integer has been deprecated and marked for 
removal
  [javac] return new Integer(0).compareTo(sm2);
  [javac]^
  [javac] /<>/src/java/org/apache/ivy/util/FileUtil.java:650: 
error: cannot find symbol
  [javac] newUnpacker().unpack(new UncloseInputStream(in), jar);
  [javac] ^
  [javac]   symbol:   method newUnpacker()
  [javac]   location: class FileUtil
  [javac] Note: Some input files use or override a deprecated API.
  [javac] Note: Recompile with -Xlint:deprecation for details.
  [javac] 3 errors
  [javac] 6 warnings



Bug#981968: qdbm: FTBFS with OpenJDK 17: invalid use of a restricted identifier 'yield'

2021-02-05 Thread Emmanuel Bourg
Source: qdbm
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

qdbm fails to build with OpenJDK 17 because it uses the now restricted 'yield' 
identifier:


  cd java && /usr/bin/make
  make[1]: Entering directory '/<>/java'
  /usr/lib/jvm/default-java/bin/javac -d . ./*.java
  ./CuriaTester.java:268: error: invalid use of a restricted identifier 'yield'
  if(RND.nextInt(LOOPNUM / 20) == 0) yield();
 ^
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  ./DepotTester.java:235: error: invalid use of a restricted identifier 'yield'
  if(RND.nextInt(LOOPNUM / 20) == 0) yield();
 ^
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  ./VillaTester.java:253: error: invalid use of a restricted identifier 'yield'
  if(RND.nextInt(LOOPNUM / 20) == 0) yield();
 ^
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  3 errors
  make[1]: *** [Makefile:79: ADBM.class] Error 1
  make[1]: Leaving directory '/<>/java'



Bug#981967: maven-javadoc-plugin: Adjust the source level automatically

2021-02-05 Thread Emmanuel Bourg
Package: libmaven-javadoc-plugin-java
Version: 3.0.1-4
Severity: normal
User: debian-j...@lists.debian.org
Usertags: default-java17

Similarly to ant [1] and plexus-compiler [2], maven-javadoc-plugin should
automatically adjust the source parameter for the current JDK.

This could fix some build failures with OpenJDK 17 (junit4 for example).


[1] 
https://salsa.debian.org/java-team/ant/-/blob/master/debian/patches/0013-auto-adjust-target.patch
[2] 
https://salsa.debian.org/java-team/plexus-compiler/-/blob/master/debian/patches/auto-adjust-language-level.patch



Bug#981966: png-sixlegs: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: png-sixlegs
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

png-sixlegs fails to build with OpenJDK 17 due to javadoc errors:


  javadoc:
[javadoc] Generating Javadoc
[javadoc] Debian build on Java 9+ detected: Adding the 
--ignore-source-errors option
[javadoc] Javadoc execution
[javadoc] Loading source files for package com.sixlegs.png...
[javadoc] Constructing Javadoc information...
[javadoc] Building index for all the packages and classes...
[javadoc] Standard Doclet version 17-ea+8-Debian-1
[javadoc] Building tree for all the packages and classes...
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngConfig.java:292: 
warning: no @return
[javadoc] public boolean getConvertIndexed()
[javadoc]^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngConfig.java:301: 
warning: no @return
[javadoc] public boolean getReduce16()
[javadoc]^
  
[...]
  
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:447: error: 
tag not supported in HTML5: center
[javadoc]  * 
[javadoc]^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:447: error: 
attribute not supported in HTML5: cellspacing
[javadoc]  * 
[javadoc]^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:447: error: 
attribute not supported in HTML5: cellpadding
[javadoc]  * 
[javadoc]  ^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:447: error: 
attribute not supported in HTML5: width
[javadoc]  * 
[javadoc]^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:448: error: 
attribute not supported in HTML5: bgcolor
[javadoc]  * PropertyType
[javadoc]^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:448: error: 
attribute not supported in HTML5: nowrap
[javadoc]  * PropertyType
[javadoc]  ^
[javadoc] 
/<>/javapng-2.0/src/main/com/sixlegs/png/PngImage.java:448: error: 
attribute not supported in HTML5: nowrap
[javadoc]  * PropertyType
[javadoc] ^



Bug#981964: jssc: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: jssc
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

jssc fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum version
supported is 7.


  make[1]: Entering directory '/<>'
  jh_build -o "-source 1.6 -target 1.6 -encoding UTF-8" --javadoc-opts="-source 
1.6 -encoding UTF-8"
  jh_build: warning: -s/--same-arch is deprecated; please use -a/--arch instead
  jh_build: warning: This feature will be removed in compat 12.
  warning: [options] bootstrap class path not set in conjunction with -source 7
  warning: [options] source value 7 is obsolete and will be removed in a future 
release
  warning: [options] target value 7 is obsolete and will be removed in a future 
release
  warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
  4 warnings
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  2 errors
  jh_build: error: find ./src/java/jssc -name '*.java' -and -type f -print0 | 
xargs -s 512000 -0 /usr/lib/jvm/default-java/bin/javadoc -locale en_US 
-classpath :debian/_jh_build.jssc -d debian/_jh_build.javadoc/api -quiet 
-source 1.6 -encoding UTF-8 -notimestamp -Xdoclint:none  returned exit code 123
  make[1]: *** [debian/rules:21: override_jh_build] Error 25
  make[1]: Leaving directory '/<>'



Bug#981962: libgetopt-java: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: libgetopt-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libgetopt-java fails to build with OpenJDK 17 due to javadoc errors:


  javadoc -link /usr/share/doc/default-jdk-doc/api -d api/ 
gnu/getopt/Getopt.java gnu/getopt/LongOpt.java
  Loading source file gnu/getopt/Getopt.java...
  Loading source file gnu/getopt/LongOpt.java...
  Constructing Javadoc information...
  Creating destination directory: "api/"
  Building index for all the packages and classes...
  Standard Doclet version 17-ea+8-Debian-1
  Building tree for all the packages and classes...
  gnu/getopt/Getopt.java:88: warning: empty  tag
* 
  ^
  gnu/getopt/Getopt.java:263: warning: empty  tag
* 
  ^
  gnu/getopt/Getopt.java:339: error: malformed HTML
* for (int i = g.getOptind(); i < argv.length ; i++)
^
  Generating api/gnu/getopt/Getopt.html...
  gnu/getopt/Getopt.java:685: warning: no @return
  getOptind()
  ^
  gnu/getopt/Getopt.java:734: warning: no @return
  getOptarg()
  ^
  gnu/getopt/Getopt.java:748: warning: no @param for opterr
  setOpterr(boolean opterr)
  ^
  gnu/getopt/Getopt.java:761: warning: no @return
  getOptopt()
  ^
  gnu/getopt/Getopt.java:773: warning: no @return
  getLongind()
  ^
  gnu/getopt/Getopt.java:788: warning: no @param for argv
  exchange(String[] argv)
  ^
  gnu/getopt/Getopt.java:844: error: @param name not found
* @param longind A buffer in which to store the 'val' field of found LongOpt
 ^
  Generating api/gnu/getopt/LongOpt.html...
  Generating api/gnu/getopt/package-summary.html...
  Generating api/gnu/getopt/package-tree.html...
  Generating api/constant-values.html...
  Generating api/overview-tree.html...
  Building index for all classes...
  Generating api/allclasses-index.html...
  Generating api/allpackages-index.html...
  Generating api/index-all.html...
  Generating api/index.html...
  Generating api/help-doc.html...
  2 errors
  8 warnings



Bug#981961: libusb-java: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: libusb-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libusb-java fails to build with OpenJDK 17 due to javadoc errors:


  javadoc -source 1.7 -encoding ISO-8859-1 -classpath . -d doc/html ch.ntb.usb
  Loading source files for package ch.ntb.usb...
  Constructing Javadoc information...
  Building index for all the packages and classes...
  Standard Doclet version 17-ea+8-Debian-1
  Building tree for all the packages and classes...
  ./ch/ntb/usb/LibusbJava.java:14: error: unexpected heading used: , 
compared to implicit preceding heading: 
   * Project Description
 ^
  ./ch/ntb/usb/package.html:9: error: unknown attribute: title
  This software has originally been developed by members of the http://inf.ntb.ch; title="Computer Science Laboratory" 
target="_blank">Computer Science Laboratory

^
  ./ch/ntb/usb/package.html:10: error: unknown attribute: title
  at the http://www.ntb.ch; title="NTB" target="_blank">University of 
Applied Sciences of Technology NTB, Buchs, Switzerland.
 ^



Bug#981958: orthanc-imagej: FTBFS with OpenJDK 17 due to unsupported javac source/target level 6

2021-02-05 Thread Emmanuel Bourg
Source: orthanc-imagej
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

orthanc-imagej fails to build with OpenJDK 17 because it invokes javac with
the source/target options set to 6. Since OpenJDK 12 the minimum version
supported is 7.


  [ 33%] Building Java objects for Orthanc_Import.jar
  cd /<> && /usr/bin/cmake 
-DCMAKE_JAVA_CLASS_OUTPUT_PATH=/<>/Build/CMakeFiles/Orthanc_Import.dir
 -DCMAKE_JAR_CLASSES_PREFIX= -P 
/usr/share/cmake-3.18/Modules/UseJava/ClearClassFiles.cmake
  cd /<> && /usr/bin/javac -source 1.6 -target 1.6 -classpath 
:/usr/share/java/ij.jar:/usr/share/java/json-simple.jar:/<>:/<>/Build
 -d /<>/Build/CMakeFiles/Orthanc_Import.dir 
@/<>/Build/CMakeFiles/Orthanc_Import.dir/java_sources
  warning: [options] bootstrap class path not set in conjunction with -source 6
  error: Source option 6 is no longer supported. Use 7 or later.
  error: Target option 6 is no longer supported. Use 7 or later.
  make[4]: *** [CMakeFiles/Orthanc_Import.dir/build.make:100: 
CMakeFiles/Orthanc_Import.dir/java_compiled_Orthanc_Import] Error 2



Bug#981957: antelope: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: antelope
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17


antelope fails to build with OpenJDK 17 due to javadoc errors:

  javadoc:
[javadoc] Generating Javadoc
[javadoc] Debian build on Java 9+ detected: Adding the 
--ignore-source-errors option
[javadoc] Javadoc execution
[javadoc] 2 errors
[javadoc] error: Source option 6 is no longer supported. Use 7 or later.
[javadoc] error: Target option 6 is no longer supported. Use 7 or later.
  
  [...]
  
  dh_install: warning: Cannot find (any matches for) "prep/docs/api" (tried in 
., debian/tmp)
  
  dh_install: warning: libantelope-java-doc missing files: prep/docs/api
  dh_install: error: missing files, aborting



Bug#981954: libreadline-java: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Package: libreadline-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libreadline-java fails to build with OpenJDK 17 due to javadoc errors:


  /usr/lib/jvm/default-java/bin/javadoc -sourcepath src -d ./api -windowtitle 
"The Java-Readline Library" \
  -doctitle "The Java-Readline Library, Version `cat VERSION`"
  -footer "The Java-Readline Library, Version `cat 
VERSION`"
  -header "The Java-Readline Library, Version `cat 
VERSION`" \
  -bottom "Released under the LGPL, (c) Bernhard Bablok, Henner 
Zeller 1998-2002Homepage: http://java-readline.sourceforge.net/;>http://java-readline.sourceforge.net/"
  -link /usr/share/doc/default-jdk-doc/api \
  -version -author org.gnu.readline test
  javadoc: warning - The -footer option is no longer supported and will be 
ignored.
  It may be removed in a future release.
  Loading source files for package org.gnu.readline...
  Loading source files for package test...
  Constructing Javadoc information...
  Building index for all the packages and classes...
  Standard Doclet version 17-ea+8-Debian-1
  Building tree for all the packages and classes...
  src/org/gnu/readline/ReadlineReader.java:20: error: malformed HTML
   * @author Shane Celis 
 ^
  Generating ./api/org/gnu/readline/Readline.html...
  src/org/gnu/readline/Readline.java:84: error: unexpected end tag: 
   
   ^
  src/org/gnu/readline/Readline.java:101: error: unexpected end tag: 
   
   ^
  src/org/gnu/readline/Readline.java:117: error: unexpected end tag: 
   
   ^
  src/org/gnu/readline/Readline.java:134: error: unexpected end tag: 
   
   ^
  src/org/gnu/readline/Readline.java:150: error: unexpected end tag: 
   
   ^
  src/org/gnu/readline/Readline.java:166: error: unexpected end tag: 
   
   ^



Bug#981953: icu4j-4.4: FTBFS with OpenJDK 17 due to com.sun.javadoc removal

2021-02-05 Thread Emmanuel Bourg
Source: icu4j-4.4
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

icu4j-4.4 fails to build with OpenJDK 17 because it uses classes from
the com.sun.javadoc package which was removed:


  compile:
  [mkdir] Created dir: 
/<>/debian/.eclipse-build/tools/build/out/bin
  [javac] /<>/debian/.eclipse-build/tools/build/build.xml:32: 
warning: 'includeantruntime' was not set, defaulting to 
build.sysclasspath=last; set to false for repeatable builds
  [javac] Using javac -source 1.5 is no longer supported, switching to 7
  [javac] Using javac -target 1.5 is no longer supported, switching to 7
  [javac] Compiling 12 source files to 
/<>/debian/.eclipse-build/tools/build/out/bin
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:59:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.ClassDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:60:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.ConstructorDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:61:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.Doc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:62:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.ExecutableMemberDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:63:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.FieldDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:64:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.MethodDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:65:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.ProgramElementDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:66:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.RootDoc;
  [javac]   ^
  [javac] 
/<>/debian/.eclipse-build/tools/build/src/com/ibm/icu/dev/tool/docs/CheckAPI.java:67:
 error: package com.sun.javadoc does not exist
  [javac] import com.sun.javadoc.Tag;
  [javac]   ^



Bug#981952: java-gnome: FTBFS with OpenJDK 17 due to JDK detection error

2021-02-05 Thread Emmanuel Bourg
Source: java-gnome
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

java-gnome fails to build with OpenJDK 17, the configuration script fails to 
detect the JDK:


  ./configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=\${prefix}/include --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info
  --sysconfdir=/etc --localstatedir=/var --disable-option-checking 
--disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu
  --libexecdir=\${prefix}/lib/x86_64-linux-gnu --runstatedir=/run 
--disable-maintainer-mode --disable-dependency-tracking
  --libdir=/usr/lib/jni jdk=/usr/lib/jvm/default-java
  
  equivalence, v0.2
  ...configuring Java projects to build and run on Linux & Unix
  
  Identify operating system: Debian
  
  Check for required jar files:
   - JUnit test frameworkfound
  
  Check for required system libraries:
   - Cairo   found
   - GLibfound
   - GTK+found
   - Pango   found
   - RSVGfound
   - ATK found
   - GtkSourceView   found
   - Enchant 2   found
  
  Check Java compilers:
   - Specified javac doesn't work
   - Specified jar   doesn't work
   - System jar  doesn't work
   - Specified javadoc   found
   - System javadoc  found
  
  Check Java virtual machines:
  
  Check native compiler:
   - GNU gcc works
  
  Select compiler:   failed
  
  No java compiler was detected.
  
  Failed to complete configuration.



Bug#981951: scala: FTBFS with OpenJDK 17: StringBuilder.scala overriding method isEmpty in trait CharSequence

2021-02-05 Thread Emmanuel Bourg
Source: scala
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

scala fails to build with OpenJDK 17 because java.lang.CharSequence gained an 
isEmpty()
method in OpenJDK 15 which now conflicts with a similar method in 
StringBuilder.scala:


  locker.lib:
  [mkdir] Created dir: /<>/build/locker/classes/library
  [javac] Using javac -source 1.5 is no longer supported, switching to 7
  [javac] Using javac -target 1.6 is no longer supported, switching to 7
  [javac] Compiling 32 source files to 
/<>/build/locker/classes/library
  [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
  [javac] warning: [options] source value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] target value 7 is obsolete and will be removed 
in a future release
  [javac] warning: [options] To suppress warnings about obsolete options, 
use -Xlint:-options.
  [javac] 4 warnings
  [locker.library] Compiling 579 files to 
/<>/build/locker/classes/library
  [locker.library] 
/<>/src/library/scala/collection/mutable/StringBuilder.scala:31: 
error: overriding method isEmpty in trait CharSequence of type ()Boolean;
  [locker.library]  method isEmpty in trait IndexedSeqOptimized of type => 
Boolean cannot override a concrete member without a third member that's 
overridden by both (this rule is designed to prevent ``accidental overrides'')
  [locker.library] final class StringBuilder(private val underlying: 
JavaStringBuilder)
  [locker.library] ^
  [locker.library] one error found
  
  BUILD FAILED



Bug#981947: libnanoxml2-java: FTBFS with OpenJDK 17 due to javadoc errors

2021-02-05 Thread Emmanuel Bourg
Source: libnanoxml2-java
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

libnanoxml2-java fails to build with OpenJDK 17 due to javadoc errors:


  /usr/lib/jvm/default-java/bin/javadoc -author -quiet \
  -sourcepath Sources/Java/:Sources/Lite/:Sources/SAX/ -source 1.8 \
  nanoxml net.n3.nanoxml net.n3.nanoxml.sax -d api
  Sources/Lite/nanoxml/XMLElement.java:48: warning: empty  tag
   * 
 ^
  Sources/Lite/nanoxml/XMLElement.java:52: error: tag not allowed here: 
   * 
 ^
  Sources/Lite/nanoxml/XMLElement.java:64: error: tag not allowed here: 
   * 
 ^
  Sources/Lite/nanoxml/XMLElement.java:83: error: tag not allowed here: 
   * 
 ^
  Sources/Lite/nanoxml/XMLElement.java:259: error: tag not allowed here: 
   * new XMLElement(new Hashtable(), false, true)
 ^
  Sources/Lite/nanoxml/XMLElement.java:287: error: tag not allowed here: 
   * new XMLElement(entities, false, true)
 ^
  Sources/Lite/nanoxml/XMLElement.java:293: error: unexpected end tag: 
   * Preconditions:
 ^
  Sources/Lite/nanoxml/XMLElement.java:310: error: text not allowed in  
element
   * XMLElement(Hashtable, boolean)
 ^
  Sources/Lite/nanoxml/XMLElement.java:305: error: element not closed: dl
   * 
^



Bug#981946: vavr0: FTBFS with OpenJDK 17 due to new compiler warning ('yield' may become a restricted identifier)

2021-02-05 Thread Emmanuel Bourg
Source: vavr0
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

vavr0 fails to build with OpenJDK 17 because javac is invoked with the -Werror
option and a new warning is now emitted when a variable is named 'yield':


  [INFO] -
  [WARNING] COMPILATION WARNING :
  [INFO] -
  [WARNING] /<>/vavr/src-gen/main/java/io/vavr/API.java:[3263,21] 
'yield' may become a restricted identifier in a future release
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  [WARNING] /<>/vavr/src-gen/main/java/io/vavr/API.java:[3562,21] 
'yield' may become a restricted identifier in a future release
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  [WARNING] /<>/vavr/src-gen/main/java/io/vavr/API.java:[3861,21] 
'yield' may become a restricted identifier in a future release
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  [WARNING] /<>/vavr/src-gen/main/java/io/vavr/API.java:[4160,21] 
'yield' may become a restricted identifier in a future release
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  [WARNING] /<>/vavr/src-gen/main/java/io/vavr/API.java:[4459,21] 
'yield' may become a restricted identifier in a future release
(to invoke a method called yield, qualify the yield with a receiver or type 
name)
  [INFO] 5 warnings
  [INFO] -
  [INFO] -
  [ERROR] COMPILATION ERROR :
  [INFO] -
  [ERROR] warnings found and -Werror specified
  [INFO] 1 error
  [INFO] -



Bug#981945: gs-collections: FTBFS with OpenJDK 17: module java.base does not "opens java.lang" to unnamed module

2021-02-05 Thread Emmanuel Bourg
Source: gs-collections
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17

gs-collections fails to build with OpenJDK 17 due to a test failure:


  [INFO] ---
  [INFO]  T E S T S
  [INFO] ---
  [INFO] Running com.gs.collections.impl.test.AssertNotEqualsTest
  [INFO] Tests run: 20, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.054 
s - in com.gs.collections.impl.test.AssertNotEqualsTest
  [INFO] Running com.gs.collections.impl.test.AssertNotEqualsThrowsTest
  [INFO] Tests run: 20, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 
s - in com.gs.collections.impl.test.AssertNotEqualsThrowsTest
  [INFO] Running com.gs.collections.impl.test.CollectionsEqualTest
  [INFO] Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.043 
s - in com.gs.collections.impl.test.CollectionsEqualTest
  [INFO] Running com.gs.collections.impl.test.VerifyTest
  [ERROR] Tests run: 82, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 
0.055 s <<< FAILURE! - in com.gs.collections.impl.test.VerifyTest
  [ERROR] shallowClone1(com.gs.collections.impl.test.VerifyTest)  Time elapsed: 
0.003 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
native java.lang.Object java.lang.Object.clone() throws 
java.lang.CloneNotSupportedException accessible: module java.base does not 
"opens java.lang" to unnamed module @2ee4f460
  at 
com.gs.collections.impl.test.VerifyTest.shallowClone1(VerifyTest.java:455)
  
  [ERROR] shallowClone2(com.gs.collections.impl.test.VerifyTest)  Time elapsed: 
0 s  <<< ERROR!
  java.lang.reflect.InaccessibleObjectException: Unable to make protected 
native java.lang.Object java.lang.Object.clone() throws 
java.lang.CloneNotSupportedException accessible: module java.base does not 
"opens java.lang" to unnamed module @2ee4f460
  at 
com.gs.collections.impl.test.VerifyTest.shallowClone2(VerifyTest.java:468)
  
  [INFO] Running com.gs.collections.impl.test.ExceptionThrownTest
  [INFO] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - 
in com.gs.collections.impl.test.ExceptionThrownTest
  [INFO] Running com.gs.collections.impl.test.SerializeTestHelperTest
  [INFO] Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 
s - in com.gs.collections.impl.test.SerializeTestHelperTest



<    1   2   3   4   5   6   7   8   9   10   >