Re: Packaging applications with JVM version restrictions

2023-05-06 Thread Loïc Rouchon
Hi Gregor, >From what I've seen of the java-wrappers package, it seems to solve the problem in a single direction: specifying the minimum JVM's version, but not the maximum. That was one of the remark of Thorsten to me. The more I think about it, the more I think it is not a problem which shoul

Re: Packaging applications with JVM version restrictions

2023-04-20 Thread gregor herrmann
On Wed, 19 Apr 2023 09:48:54 +, Loïc Rouchon wrote: > Debian would need to provide a way to perform the "JRE with exact java > $version exists" > check. This could be done by providing stable symlinks, or alternatives like > /etc/alternatives/jre_ (I haven't read the complete thread in detai

Re: Packaging applications with JVM version restrictions

2023-04-19 Thread Loïc Rouchon
--- Original Message --- On Wednesday, April 19th, 2023 at 09:18, Thorsten Glaser wrote: > Besides, what’s compatible? Some things may run with an older/newer > JRE but others won’t. If I follow this line of thinking, it means: * You should not depend on java11-runtime-headless virtua

Re: Packaging applications with JVM version restrictions

2023-04-19 Thread Thorsten Glaser
On Tue, 18 Apr 2023, Loïc Rouchon wrote: >targets the lowest installed JVM which version is greater or equals to I’m very much not fond of this approach, because who’s to say you want the lowest? I’d rather have the local admin or invoking user specify the version to use if the default version i

Re: Packaging applications with JVM version restrictions

2023-04-18 Thread Loïc Rouchon
Hi, > I’m a bit wary of auto-selecting something. I’d instead check whether > ${JAVA:-java} has the right version and complain when not. Possibly > check whether $JAVA_HOME is set (which it isn’t in a regular Debian > one-JRE installation) and use that if suitable instead of complaining. > (Where

Re: Packaging applications with JVM version restrictions

2023-04-17 Thread Thorsten Glaser
On Mon, 17 Apr 2023, Rob Browning wrote: >Is there Is there a policy or preferred way to handle a package that >needs a particular version or versions of java? e.g. say it doesn't >work with < 9. From a Depends standpoint, java9-runtime-headless or java9-runtime. But… >I could imagine it might

Packaging applications with JVM version restrictions

2023-04-17 Thread Rob Browning
Is there Is there a policy or preferred way to handle a package that needs a particular version or versions of java? e.g. say it doesn't work with < 9. I could imagine it might not want to just rely on /usr/bin/java because you might not want it to break if the system has 8 and 11 installed, an