Debian package doesn't depend on JRE

[calestyo]

Hey.

Since quite long actually, the Debian packages don't depend on any JRE ;-)

I think it should e.g.:

Depends: openjdk-17-jre-headless | openjdk-11-jre-headless | default-jdk-headless

With default-jdk-headless only being a safe fallback to keep the package installable, should Debian change the shipped versions, and dcache not adapt fast enough ;-)

Cheers, Chris.

[kofemann]

Hi Chris,

we are happy to add such a dependency to the package. Can you test it?

[calestyo]

Uhm... sure I can test it.

I just wonder what the best dependency string would actually be, cause there are various requirements:

• I guess you don't want to provide extra versions of the deb package for any of the supported Debian versions (stable, testing, oldstable, and sometimes even oldoldstable).
  This would anyway rather require a proper APT repo like I've asked for (and offered to set up, or give you config) in #2356.
• So if there's one package per dCache version for all Debians, it would need to try to encode any dependency information in some reasonable manner, that is depend on some JDK that is available... not depend (or conflict) against such that are known to not work.

Like e.g. dCache 8.x which doesn't work with JDK > 11, right?

Debian has openjdk-NN-jre-headless packages, where NN is e.g. 11, 17, etc.. These are guarnateed to be only OpenJDK.

It also has javaNN-runtime-headless, which I assume are not guaranteed to be OpenJDK, but any Java NN JRE as well as java-runtime-headless and default-jre-headless which are similar, but to each other and both mean any version.

Unfortunately there is no any version of OpenJDK package (and I assume dCache works only with OpenJDK and Oracle JDK? Are there even other implementations left)?

What we could do is:

Depends: default-jre-headless
Conflicts: any javaNN-runtime-headless that is known to not work by a given dCache version (separated by spaces)

That would be both, version too old, and versions too new.

So in case of e.g. dCache 8.2 we'd have:

Conflicts: java12-runtime-headless java13-runtime-headless java14-runtime-headless java15-runtime-headless java16-runtime-headless java17-runtime-headless ... perhaps a bit more (even if not yet existing)... plus any older ones, known to not longer work