Hi Wayne The participant list correctly shows Scout as a participant, but with an incorrect version. In SimRel 2019-06, Scout will deliver a bugfix release from the 9.0.0 branch [1] again.
The 10.0.0 version will be part of a later SimRel (probably 2019-12 – I had added a tentative date to reflect that). Could you adjust the list please? Thanks, Patrick [1] https://projects.eclipse.org/projects/technology.scout/releases/9.0.0 From: [email protected] <[email protected]> On Behalf Of Wayne Beaton Sent: Mittwoch, 8. Mai 2019 22:05 To: Cross project issues <[email protected]> Subject: [cross-project-issues-dev] Simultaneous Release 2019-06 opt-in Greetings Simultaneous Release 2019-06 participants. Per our process, I have started to assemble the participants list for 2019-06<https://projects.eclipse.org/releases/2019-06>. By way of reminder, the process requires<https://wiki.eclipse.org/SimRel/Simultaneous_Release_Requirements#State_intent_early> 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. For projects that did participate in the previous simultaneous release, the project team's representative must touch the project's aggrcon file by the milestone 2 (M2) date of the release to indicate that the project wishes to continue participating and that they project team is paying attention. 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. Wayne -- Wayne Beaton Director of Open Source Projects | Eclipse Foundation, Inc.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
