Path: csiph.com!news.mixmin.net!aioe.org!bofh.it!news.nic.it!robomod
From: Emmanuel Bourg <ebourg@apache.org>
Newsgroups: linux.debian.maint.java
Subject: Re: OpenJDK for Bookworm and beyond
Date: Thu, 10 Nov 2022 21:40:02 +0100
Message-ID: <Fqmv8-2Q5s-11@gated-at.bofh.it>
References: <FaYEp-aRp5-17@gated-at.bofh.it> <FmI1b-rr3-1@gated-at.bofh.it> <FmIaR-ru9-3@gated-at.bofh.it>
X-Original-To: Thorsten Glaser <t.glaser@tarent.de>
X-Mailbox-Line: From debian-java-request@lists.debian.org  Thu Nov 10 20:31:39 2022
Old-Return-Path: <ebourg@apache.org>
X-Amavis-Spam-Status: No, score=-11.902 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, FOURLA=0.1, LDO_WHITELIST=-5, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001] autolearn=ham autolearn_force=no
X-Policyd-Weight: using cached result; rate:hard: -5.5
Authentication-Results: apache.org; auth=none
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.13.1
Content-Language: en-US
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-java@lists.debian.org> archive/latest/23117
List-ID: <debian-java.lists.debian.org>
List-URL: <https://lists.debian.org/debian-java/>
List-Archive: https://lists.debian.org/msgid-search/407d2fd0-692e-ce8c-70ef-0ad65a1694e3@apache.org
Approved: robomod@news.nic.it
Lines: 26
Organization: linux.* mail to news gateway
Sender: robomod@news.nic.it
X-Original-Cc: debian-java@lists.debian.org
X-Original-Date: Thu, 10 Nov 2022 21:31:07 +0100
X-Original-Message-ID: <407d2fd0-692e-ce8c-70ef-0ad65a1694e3@apache.org>
X-Original-References: <1645122d-d47b-cc7c-c451-4aab6228dcc3@apache.org> <8e639f93-f94e-066e-9ef8-379af7429b39@apache.org> <e4725eae-26ff-1130-a620-d891651de56c@tarent.de>
Xref: csiph.com linux.debian.maint.java:12476

Le 31/10/2022 à 19:54, Thorsten Glaser a écrit :

> No, we really should not: the various JDKs also only provide
> java<n>-runtime and this dependency is specifically meant to
> also make it possible for software to use a JRE *other* than
> the default (the dependency reads like
> 	default-jre (>= x) | javaX-runtime
> by design/for a reason).

That should also be possible with the versioned virtual package:

     default-jre (>= 2:1.n) | java-runtime (>= n)


> Given how they stretch across versions and how many releases
> are supportable (ELTS from jessie on, *buntu from trusty on)
> I will argue that if and only if the openjdk-X source packages
> also start providing these _now_, that we can start switching
> to the versioned java-runtime provide in 2030, maybe later.

I agree the sooner the openjdk-<n> packages provide java-runtime (= n) 
the better. But I don't see the need to wait a decade before using the 
versioned java-runtime dependency in the packaged applications, what 
issue do you foresee?

Emmanuel Bourg