Why don’t you guys just take over RSE?
And yes, I’ll double check but I don’t think CDT relies on RSE anymore and I’ll be removing the dependency in the CPP package.
Doug.
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx]
On Behalf Of Nick Boldt
Sent: Monday, January 22, 2018 10:00 AM
To: Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
Cc: Robert Stryker <rawblem@xxxxxxxxx>
Subject: Re: [cross-project-issues-dev] Simultaneous Release Dates
Here's a build of RSE which builds against Photon.0.M4:
If RSE is no longer being maintained at Eclipse.org, perhaps we could contribute this build instead? I could set up a HIPP job so it's built on the foundation's servers until we can get the fork pushed back up into http://git.eclipse.org/c/tm/org.eclipse.tm.git/
Related: is C/C++ moving to include org.eclipse.remote instead of RSE? Not sure about JEE package, however.
On Mon, Jan 22, 2018 at 1:46 AM, Martin Oberhuber <mober.at+eclipse@xxxxxxxxx> wrote:
just a quick heads-up that if TM/RSE is disabled, the C/C++ and JEE Packages would probably break as it's included there.
For those project teams that are participating in the Photon Simultaneous Release, please pay attention to these dates.
December 15/2017 - Opt-in deadline
January 22/2018 - Non participating projects will be disabled from the build
February 16/2018 - CQ Submission deadline (specify that the CQ is required for Photon)
May 25/2018 - IP Log submission deadline
June 06/2018 - Review materials due
June 13/2018 - First round of release reviews (aim for this date if you can)
June 20/2018 - Second (final?) round of release reviews
June 27/2018 - Eclipse Photon GA
Note the January 22/2018 date to remove non participating projects from the build. If any of the projects that have not opted-in are on your critical path, you need to speak up. The list of projects that are now considered to have dropped
from the release are in the
"Overview" block on the right side of the Photon release page.
I'm concerned that Subversive in on that list. My sense is that Subversive dropping out of the simultaneous release will have a significant negative impact on our user community. If you have cycles to dedicate to shepherding Subversive
through the simultaneous release, please let me know ASAP. Or, you could weigh in (or possibly volunteer) on my
crazy idea to consolidate some of our mature but understaffed projects into consolidated project.
I do realize that the IP Log review date may seem a little early. The fact is that it does take considerable time for me to confirm that the content being delivered matches the CQ record.
Note that an IP Log is a record of intellectual property for an entire project. The purpose of the IP Log review is to confirm that the project team understands the Eclipse IP Policy and is implementing the supporting processes. An IP
Log is not intended to reflect the intellectual property included with any particular release.
So, yes, you can continue to accept contributions after submitting the IP Log for review. No, you don't need to resubmit the IP Log for re-review if you accept a contribution.
If you do make significant changes to your third-party content or are otherwise concerned that the intellectual property for the project integrity may have been compromised after you've already submitted the log, let me know and we'll sort
it out.
--
Wayne Beaton
Director of Open Source Projects
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
|