Package: libbatik-java Version: 1.12-4 Severity: grave Justification: renders package unusable
Dear Maintainer, Been using this kind of call against a Jessie install of this package for years: java -jar /usr/share/java/batik-rasterizer.jar -m image/png -scriptSecurityOff -w 1920 /tmp/ramdisk/svgproc-b83e35c457f48904da8a39a01d230d48.svg After upgrading system to bullseye, the same call produces this error: Error: Could not find or load main class org.apache.batik.apps.rasterizer.Main Caused by: java.lang.ClassNotFoundException: org.apache.batik.apps.rasterizer.Main From what I can tell, this was repackaged from having the actual code inside to the jar to being references to other jars. However it looks as if all of the manifests now have a "lib/" prefixed to the classpaths and this causes java to fail at finding any usable source. As a test, I created a symlink called lib inside /usr/share/java/ that simply points back to the same directory. There were still some errors, but it looked like java could at least find some of the other jars it was looking at. This might turn out to be a repackaging problem since the source package on the Apache site does come with all the jars stored into a "lib" directory. -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-15-amd64 (SMP w/2 CPU threads) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libbatik-java depends on: ii java-wrappers 0.3 ii libjaxp1.3-java 1.3.05-6 ii libxalan2-java 2.7.2-4 ii libxml-commons-external-java 1.4.01-5 ii libxmlgraphics-commons-java 2.4-2~deb11u1 Versions of packages libbatik-java recommends: ii default-jre 2:1.11-72 Versions of packages libbatik-java suggests: ii librhino-java 1.7.7.2-3 -- no debconf information
