Bug#1012016: libapache-poi-java breaks octave-io autopkgtest: assert (size (d) == [1001, 2]) failed

[Sébastien Villemot]

Hi,

Le samedi 28 mai 2022 à 21:28 +0200, Paul Gevers a écrit :
> Source: libapache-poi-java, octave-io
> Control: found -1 libapache-poi-java/4.0.1-4
> Control: found -1 octave-io/2.6.4-1
> Severity: serious
> Tags: sid bookworm
> User: debian-ci at lists.debian.org
> Usertags: breaks needs-update

> With a recent upload of libapache-poi-java the autopkgtest of octave-io 
> fails in testing when that autopkgtest is run with the binary packages 
> of libapache-poi-java from unstable. It passes when run with only 
> packages from testing.

First note that the only change between libapache-poi-java 4.0.1-3 and
4.0.1-4 is the upgrade to xmlbeans 4.0.0.

Attached is a minimal test case that reproduces what octave-io does in
its autopkgtest.

Before running it, you should put the following file in your current
directory:

https://salsa.debian.org/pkg-octave-team/octave-io/-/blob/debian/latest/debian/tests/test.xlsx

The example can be run with:

java -cp /usr/share/java/poi.jar:/usr/share/java/poi-ooxml.jar:/usr/share/java/commons-compress.jar:/usr/share/java/commons-collections4.jar:/usr/share/java/xmlbeans.jar bug1012016.java

This example works fine with libapache-poi-java 4.0.1-3 and
libxmlbeans-java 3.0.2-1. But it crashes with libapache-poi-java 4.0.1-
4 and libxmlbeans-java 4.0.0-1 (currently in unstable).

The relevant part seems to be:

Caused by: java.lang.ClassNotFoundException: org.apache.xmlbeans.metadata.system.s036263A03D2D3FD117889707DB51207A.TypeSystemHolder
        at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581)
        at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
        at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
        ... 31 more

My Java skills are limited so I cannot make further debugging. Could
some Java expert chime in?

P.S.: Why was libapache-poi-java 4.0.1-4 allowed to migrate to testing?
Autopkgtest regressions are supposed to be blockers for testing
migration.

Cheers,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  https://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀  https://www.debian.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bug1012016.java
Type: text/x-java
Size: 278 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-java-maintainers/attachments/20220607/ce835046/attachment.java>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-java-maintainers/attachments/20220607/ce835046/attachment.sig>