Please create a release record for the bug-fix (service) release that you
intend to contribute.

Wayne

On Thu, May 9, 2019 at 2:41 AM Patrick Bänziger <
[email protected]> wrote:

> 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.*
> _______________________________________________
> 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



-- 

Wayne Beaton

Director of Open Source Projects | Eclipse Foundation, Inc.
_______________________________________________
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

Reply via email to