OpenJDK 8u272 Released

Andrew Hughes gnu.andrew at redhat.com
Thu Oct 29 03:57:07 UTC 2020


On 23:38 Thu 22 Oct     , Langer, Christoph wrote:
> Hi,
> 
> > On 10/21/20 6:00 PM, Andrew Hughes wrote:
> > >>  From my point of view, the ideal workflow would be to push the changes
> > >> to the OpenJDK update repos right after the embargo was lifted. After
> > >> that anybody can use these repos as "golden master" and create source
> > >> bundles, binararies, etc from them. Or am I missing something?
> > >
> > > That might be better, but it would be a change for how we have done
> > > things for the last decade. As I say, the repos, source bundles and
> > > binary bundles all have different target audiences. I don't think it's
> > > correct to assume everyone who wants the new release is able to build
> > > their own from a repository.
> > 
> > I am reluctantly against pushing anything to the public repos without a
> > second (hopefully
> > non-involved) person looking at it. The rare exceptions are clean merges
> > from other public repos.
> > Human errors happen, and reviews help to catch them early before they
> > propagate. IMO, 8u and 11u
> > work is too important to take process shortcuts.
> 

> I think, for the CPU patches, the review ought to be done in the VG,
> prior to the release date. Then, when the embargo is lifted, the
> changes should be merged into the public repos. That's also what
> Oracle does for the short term releases (e.g. 15u). There is no
> public review, they're just merging their closed source tree with
> all build tags into the public repo.

Right. In that case, they've changed their process, because there did
used to be a post (e.g. [0]). Maybe we can move it inside the vulnerability
group, now that exists.

[0] https://mail.openjdk.java.net/pipermail/jdk8u-dev/2016-July/005719.html
-- 
Andrew :)

Senior Free Java Software Engineer
OpenJDK Package Owner
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222


More information about the jdk8u-dev mailing list