|Re: [cross-project-issues-dev] Simultaneous Release 2019-06 opt-in|
Hi Wayne, Eclipse Collections will be participating. There will not be a new release which we will contribute. I will touch the aggrcon file and commit.
Pardon my ignorance if this was discussed before.
The Goldman Sachs Group, Inc. All rights reserved.
See http://www.gs.com/disclaimer/global_email for important risk disclosures, conflicts of interest and other terms and conditions relating to this e-mail and your reliance on information contained in it. This message may contain confidential or privileged information. If you are not the intended recipient, please advise us immediately and delete this message. See http://www.gs.com/disclaimer/email for further information on confidentiality and the risks of non-secure electronic communication. If you cannot access these links, please notify us by reply message and we will send the contents to you.
From: cross-project-issues-dev-bounces@xxxxxxxxxxx <cross-project-issues-dev-bounces@xxxxxxxxxxx>
On Behalf Of Wayne Beaton
Greetings Simultaneous Release 2019-06 participants.
Per our process, I have started to assemble the participants list for 2019-06.
By way of reminder, the process requires that project teams signal their participation by making a change to their aggrcon file in the simrel repository. For project teams that intend to drop out of the simultaneous release, the process requires that you inform the group and then remove your aggrcon file.
AFAICT, 49 project teams have changed their aggrcon file since the start of this release cycle. I have captured my best guess at the version that each project is participating with. Please have a look and let me know what I've gotten wrong.
Note that if you are adding a new version of your content (major, minor, or service), you need to create a release record. Make sure that your release record has "2019-06-19" as the release date (I did notice that least one existing release record showed 2019-06-20 as the release date; please have a look and fix your record if this is you).
Please create the release record (or ensure that it has been created) before you tell me that I've listed the wrong version.
Version names must include some form of a semantic version. You can prefix or suffix version names as you'd like. The convention appears to be to not prefix or suffix, or to include the simultaneous release name as a suffix.
Note that the PMI doesn't handle numbers appearing before the semantic version very well, but I have a fix in the queue that should sort this out in time for the release.
I intend to do a pass over the simrel repository again on Friday, May 10 (M2) to bring the participation list up to date and will start the public shaming of those who have not followed the rules sometime thereafter.
Per the December 2018 update to the EDP, project teams are not required to engage in a release review if they've engaged in one in the year leading up to their release date. No review is required. No PMC approval is required. No IP log review is required. Remember that whether or not you engage in a review, project teams are required to follow the Eclipse IP Due Diligence Process. Your releases must only include IP that has been either "license certified" or "approved" by the IP Team. I will initiate a scan of the repository tonight to ensure that unvetted IP has not been inadvertently added.
Thanks for your attention.
Director of Open Source Projects | Eclipse Foundation, Inc.
Your Personal Data: We may collect and process information about you that may be subject to data protection laws. For more information about how we use and disclose your personal data, how we protect your information, our legal basis to use your information, your rights and who you can contact, please refer to: www.gs.com/privacy-notices
Back to the top