Yes, of course. Otherwise, I would not have proposed it. I also hope that there are others who would volunteer too for the good of their projects/products.
Kaloyan On Tue, Dec 15, 2015 at 9:26 AM, Lars Vogel <[email protected]> wrote: > 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 >
_______________________________________________ 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
