[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cross-project-issues-dev] TM withdrawal from Mars
|
On 25 Nov 2014, at 20:54, Greg Watson wrote:
RSE is no longer being actively maintained. I don’t think it is
acceptable (or allowed) to include unmaintained components in Mars,
I think that is not true. There are multiple projects and components
inside Eclipse which are just bundled and not explicitly maintained
unless something very critical is found (I might be wrong, but that is
at least my perception)
so at a minimum, someone would need to agree to maintain it.
What I was thinking the minimum would be someone agrees to keep an eye
on the build and that it continues to work.
This means fixing bugs, fixing build issues, updating documentation,
provided project/ramp down plans for the releases, testing the M and
RC versions, and contributing to the release review documentation.
Participation in Mars also includes the SR1 and SR2 releases, so there
would also be some work required for these also.
What kind of work have there been on RSE in the past 2 years ? I'm
asking out of ignorance here because looking at
http://dashboard.eclipse.org/project.html?project=tools.tm I would
reckon all the work in here was related to the terminal work for the
last many years ?
If one or more people are willing to step up and agree to provide this
support, then we could consider inclusion in Mars. Even this is
problematic though, since RSE is very large, so would they be
supporting all of RSE or only a part? If only a part, then we would
need to determine which parts are unsupported and remove them.
I'm again possibly ignorant here but if the intent is simply to retire
it I would say include all *as-is*, document clearly on the project web
page it is only in maintenance mode and list what the alternatives are.
If it is possible that other active projects (such as TCF and
org.eclipse.remote) could be used in place of RSE, maybe it would be
better to direct effort towards these?
Yes, if RSE is dying we should look elsewhere for sure - but its not
soon M4 time and if RSE is out of Mars we suddenly need to develop a
full replacement for its remote access and filesystem support AND adjust
it in all our plugins that rely on it
we are not going to make it for Mars.
Hence why I suggest to simply keep RSE alive and yes, look at how we can
get replacement for at least the remote access which I believe to be a
core feature of any IDE in todays age.
Maybe we could setup a conf call to call of arms and discuss this since
email might be ineffective since there are so many unknowns (at least
for me) yet.
/max
Greg
On Nov 21, 2014, at 2:41 PM, Max Rydahl Andersen <manderse@xxxxxxxxxx>
wrote:
That sounds really bad :/
This means if I grok it right that eclipse will loose its ability to
mount and browse Ftp and scp files systems, correct ?
If that goes eclipse becomes really weak in the already remote heavy
access world with cloud and containers.
For one our server adapters utilizes this to support remote
deployment to file based servers.
What would it take for keeping rse or at least parts of it alive for
mars and future releases ?
/max
http://about.me/maxandersen
On 21 Nov 2014, at 17:25, Greg Watson <g.watson@xxxxxxxxxxxx> wrote:
The Target Management (TM) project is comprised of two main
projects: Remote System Explorer (RSE) and Terminal. Only the
Terminal project is under active development, and there are plans
currently to merge this with the TCF Terminal project. We are
planning to have one final release of TM (3.7) to coincide with Luna
SR2, and then only provide service releases on an as-needed basis.
As a consequence, we don’t have the resources to contribute to a
Mars release, so are notifying everyone of our intention to withdraw
from Mars.
Please let us know if there are any comments or concerns regarding
this.
Regards,
Greg
_______________________________________________
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
_______________________________________________
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
/max
http://about.me/maxandersen
