From: Pierre Langlois <pierre.langlois@gmx.com>
To: 48977@debbugs.gnu.org
Subject: [bug#48977] [PATCH 0/4] Update openjdk 13 and later
Date: Sat, 12 Jun 2021 20:45:53 +0100 [thread overview]
Message-ID: <87h7i250jy.fsf@gmx.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1706 bytes --]
Hi Guix!
Here are a few patches to include the OpenJDK 15 and 16 releases, and
update 13 and 14. The codebase seems to have now moved to git, using
github as the default place to get the code.
Regarding release versions, it seems the scheme was changed for versions
10 and later to $FEATURE.$INTERIM.$UPDATE, where $INTERIM is always
zero, quoting from [0]:
--8<---------------cut here---------------start------------->8---
Under the six-month release model the elements of version numbers vary
as follows:
$FEATURE is incremented every six months: The March 2018 release is
JDK 10, the September 2018 release is JDK 11, and so forth.
$INTERIM is always zero, since the six-month model does not include
interim releases. We reserve it here for flexibility, so that a
future revision to the release model could include such releases and
say that JDK $N.1 and JDK $N.2 are compatible upgrades of JDK $N. As
examples, the JDK 1.4.1 and 1.4.2 releases were, in essence, interim
releases, and would have been numbered 4.1 and 4.2 under this
scheme.
$UPDATE is incremented one month after $FEATURE is incremented, and
every three months thereafter: The April 2018 release is JDK 10.0.1,
the July release is JDK 10.0.2, and so forth.
--8<---------------cut here---------------end--------------->8---
It seems the easiest thing to do is to refer to "GA" releases, for
"general availability" with git tags that look like "jdk-<version>-ga".
I've done it for OpenJDK 13 and later, however if we change 10, 11 and
12, it looks like a downgrade, is that a problem?
Thanks,
Pierre
[0]: https://openjdk.java.net/jeps/322
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 519 bytes --]
next reply other threads:[~2021-06-12 19:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-12 19:45 Pierre Langlois [this message]
2021-06-12 19:54 ` [bug#48977] [PATCH 1/4] gnu: openjdk13: Update to 13.0.7 Pierre Langlois
2021-06-12 19:54 ` [bug#48977] [PATCH 2/4] gnu: openjdk14: Update to 14.0.2 Pierre Langlois
2021-06-12 19:54 ` [bug#48977] [PATCH 3/4] gnu: Add openjdk15 Pierre Langlois
2021-06-12 19:54 ` [bug#48977] [PATCH 4/4] gnu: Add openjdk16 Pierre Langlois
2021-06-13 16:02 ` Julien Lepiller
2021-06-13 17:03 ` bug#48977: " Pierre Langlois
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h7i250jy.fsf@gmx.com \
--to=pierre.langlois@gmx.com \
--cc=48977@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.