Hi Kaloyan, would you be interested in becoming a committer in this new project? I think only creating a new project does not help, if there are no committer.
Best regards, Lars On Tue, Dec 15, 2015 at 8:03 AM, Kaloyan Raev <[email protected]> wrote: > Hi Martin, > > As far as I understand, correct me if I am wrong, the existing TM project > committers have no interest in maintaining the project, they want to knock > it off the release train and archive it. > > Of course, it is possible to maintain RSE in the TM project, but the main > prerequisite for this is patches from contributors to be reviewed. I > submitted a simple patch [1] some time ago and it has not been reviewed yet. > My team wants to contribute other patches, but in the current situation we > would not invest the efforts. > > Please, don't take this as some sort of blaming, like I don't take it > personally that my patch has not been reviewed yet :-) I completely > understand that the current TM committers are looking in a different > direction and RSE is not their focus. This is why I believe that moving RSE > to a separate project is the optimal solution at the moment. > > [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=480836 > > Greetings, > Kaloyan > > On Tue, Dec 15, 2015 at 5:09 AM, Oberhuber, Martin > <[email protected]> wrote: >> >> Hello Kaloyan, >> >> >> >> Why do you think moving RSE to an “orphan project” would simplify things ? >> >> Why couldn’t interested parties maintain RSE in its current project ? >> >> >> >> Thanks, >> >> Martin >> >> -- >> >> Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River >> >> direct +43.662.457915.85 fax +43.662.457915.6 >> >> >> >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Kaloyan >> Raev >> Sent: Saturday, December 12, 2015 9:15 AM >> To: Cross project issues >> Cc: TM project developer discussions >> Subject: Re: [cross-project-issues-dev] [tm-dev] Any RSE dependencies in >> Neon? >> >> >> >> The DLTK project contributes a DLTK RSE feature to the release train. My >> guess is that no one else on the release train depends on this DLTK RSE >> feature, so it would be easy to remove it if necessary. >> >> >> >> From adopter's point of view, like JBoss Tools, Zend Studio also heavily >> relies on RSE. >> >> The new o.e.remote really has some advantages like the Synchronized >> Project, but still misses some basic features of RSE: >> >> - Connecting to Windows systems (no cygwin please) >> >> - FTP connections >> >> - Remote Systems Explorer view, which allows browsing and editing files >> without creating a project on a remote system, but also on the local file >> system using the Local connection. >> >> >> >> However, I suppose that Zend Studio, JBoss Tools and any other adopter can >> continue using RSE outside of the release train, while the project remains >> under the Eclipse Foundation. >> >> >> >> BTW, something interesting I noticed is that IBM has already a fork of the >> RSE project. In the IBM Rational products the RSE plugins exist with the >> same org.eclipse.rse.* IDs, but with version 4.4.x. RSE under the Eclipse >> Foundation is still with version 3.7.2. This already causes a nasty >> fragmentation of RSE in the community. Any plugin that depends on the EF RSE >> most likely cannot be installed on IBM Rational due to dependency conflicts. >> >> >> >> So, I have a suggestion. If the TM project has no interest in maintaining >> RSE in future, how about moving RSE to a new "orphan" project outside of the >> TM project, so those adopter who still rely on RSE can continue maintaining >> and improving it until they are ready to switch to the new alternative? >> >> >> >> Kaloyan >> >> >> >> >> >> On Sat, Dec 12, 2015 at 9:17 AM, Max Rydahl Andersen <[email protected]> >> wrote: >> >> I know we are not on the release train but JBoss tools continues to use >> RSE. >> >> Afaik there are still no replacement for the functionality it provides >> with respect to UI for connecting to ssh and ftp based systems. >> >> If there are I would love to hear about them. >> >> Thus my interest is still to keep it in. >> >> If help is needed for including it let me know. >> >> /max >> http://about.me/maxandersen >> >> >> > On 11 Dec 2015, at 19:13, Greg Watson <[email protected]> wrote: >> > >> > Are there any projects that have a dependency on Remote System Explorer >> > (RSE) in Neon? The TM project must decide if RSE will be included in the >> > Neon release. Currently there is only interest in including TM Terminal. >> > >> > Thanks, >> > Greg >> > _______________________________________________ >> > tm-dev mailing list >> > [email protected] >> > To change your delivery options, retrieve your password, or unsubscribe >> > from this list, visit >> > https://dev.eclipse.org/mailman/listinfo/tm-dev >> >> _______________________________________________ >> cross-project-issues-dev mailing list >> [email protected] >> 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 >> [email protected] >> 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 > [email protected] > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev -- Eclipse Platform UI and e4 project co-lead CEO vogella GmbH Haindaalwisch 17a, 22395 Hamburg Amtsgericht Hamburg: HRB 127058 Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel USt-IdNr.: DE284122352 Fax (032) 221739404, Email: [email protected], Web: http://www.vogella.com _______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
