From gnu.andrew at redhat.com Fri Dec 4 18:37:38 2015 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Fri, 4 Dec 2015 13:37:38 -0500 (EST) Subject: Coherent release process In-Reply-To: <565845B3.7080802@oracle.com> References: <72EC8BBA6F43AD603B3286DF@[192.168.1.9]> <5644A7DE.2020605@oracle.com> <498111152.12112954.1447990775779.JavaMail.zimbra@redhat.com> <565845B3.7080802@oracle.com> Message-ID: <868832726.23858102.1449254258972.JavaMail.zimbra@redhat.com> ----- Original Message ----- > > > On 20.11.2015 04:39, Andrew Hughes wrote: > >> The corresponding Project's mailing list, jdk8u-dev, is the right place > >> to ask questions about JDK 8 Updates in OpenJDK. The JDK 8 Project has > >> completed its work with the JDK 8 GA a while ago, so this list is > >> largely dormant. > >> > > > > Is there a good reason for this practice? > > Yes. > > A JDK Release Project like JDK 8 is very different from a JDK 8 Updates > Project, even though one provides the source code necessary to seed the > other. > > As a trivial example of the differences, a JDK Release Project works > towards a single release, and then it's done. A JDK Updates Project > tends to work on multiple releases in parallel, provided at a higher > frequency. Accordingly, the processes, the development life cycle, etc. > are quite different. It's much simpler to start from a clean slate in a > new Project, then to retrofit an existing one for a new purpose. > > > Having seen this happen with > > both 7/7u and 8/8u mailing lists, it would seem to make sense to keep > > one mailing list instead when 9 goes GA, to avoid this confusion. > > No. > > Please see http://openjdk.java.net/projects/ : "A Project may have web > content, one or more file repositories, and one or more mailing lists" > > Mailing lists are Project-specific. Once a Project finishes its work, > its mailing list(s) eventually gets dormant and archived, rather than > reused for other Projects. See > http://mail.openjdk.java.net/pipermail/coin-dev/2015-April/003487.html > for an example. > > cheers, > dalibor topic > I'm well aware of how things currently operate. However, in practice, this causes confusion for those not working on OpenJDK every day and could be improved. I'm not aware of any other FOSS project that endlessly spawns new mailing lists for the sake of some overly-bureaucratic rules, and it would be nice to see the OpenJDK project acknowledge that this is problematic and adjust accordingly. Thanks, -- Andrew :) Senior Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: ed25519/35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 PGP Key: rsa4096/248BDC07 (hkp://keys.gnupg.net) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From dalibor.topic at oracle.com Fri Dec 4 19:38:01 2015 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 4 Dec 2015 20:38:01 +0100 Subject: Coherent release process In-Reply-To: <868832726.23858102.1449254258972.JavaMail.zimbra@redhat.com> References: <72EC8BBA6F43AD603B3286DF@[192.168.1.9]> <5644A7DE.2020605@oracle.com> <498111152.12112954.1447990775779.JavaMail.zimbra@redhat.com> <565845B3.7080802@oracle.com> <868832726.23858102.1449254258972.JavaMail.zimbra@redhat.com> Message-ID: <5661EB99.6010308@oracle.com> On 04.12.2015 19:37, Andrew Hughes wrote: > I'm well aware of how things currently operate. However, in practice, > this causes confusion for those not working on OpenJDK every day and could > be improved. We could archive mailing list of JDK Release Projects faster, I guess. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment