Bug#965047: jtreg won't run as it can't locate its own jar file

Tiago Stürmer Daitx tiago.daitx at canonical.com
Wed Jul 15 01:13:22 BST 2020


Package: jtreg
Version: 5.1-b01-1
Severity: important

Dear Maintainer,

Since jtreg 5.1-b01-1 it will no longer run without having JTREG_HOME (or
JT_HOME) explicitly set on the environment, previous versions worked ok.

It will exit 1 when trying to run it:
$ jtreg
Cannot determine JTREG_HOME; please set it explicitly

The reason is a change in debian/patches/launcher.patch that adds the check

 if [ -z "${JTREG_HOME}" ]; then
     JTREG_HOME="/usr/share/jtreg"
 fi

too further down compared to the previous jtreg version. This causes the code
to search for lib/jtreg.jar in the script's path (/usr/bin) first, which does
not work and then calls exit 1.

That check is added exclusively for Debian/Ubuntu by d/p/launcher.patch and
should come before jtreg will try to look for lib/jtreg.jar by itself.

This also affects openjdk autopkgtests, which don't get run becuse jtreg
fails to start.

Thanks!

-- System Information:
Debian Release: bullseye/sid
  APT prefers focal
  APT policy: (500, 'focal'), (400, 'focal-proposed')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-26-generic (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



More information about the pkg-java-maintainers mailing list