+1 for option 3! Am 15.09.2014 21:43, schrieb Lars Vogel: > Hi, > > The PMC (John Arthrone did the write up) recommended to move the e4 > tools to a separate Git repo in platform.ui (see below). Basically > moving /gitroot/e4/org.eclipse.e4.tools.git to something like > /gitroot/platform/eclipse.platform.ui.tools.git, maintaining it as a > separate repository. e4 tools committer would not be automatically > nominated as committers, but John indicated that in the past in a > similar sitution anyone has had a non-trivial number of commits in the > past year was immediately nominated. > > How is the feeling of the e4 tools developer about this? Shall we > proceed and suggest this transition? > > Best regards, Lars > > > Extract > from: https://dev.eclipse.org/mhonarc/lists/eclipse-pmc/msg02196.html > -------------------- > We had a discussion about this in our last PMC call. We talked about > the following options: > 1) Migrate tools into a new project > 2) Migrate tools into PDE > 3) Migrate tools into Platform UI > > Option 1) is always a possibility. There is some added overhead with > each new project, such as committer elections and various other bits > of Eclipse process. In general if there is an existing project that is > a good fit I would recommend that over the work of creating an > indefinitely maintaining a new project. > > Option 2) makes sense on a conceptual level because PDE is the home of > all tooling specific to the Eclipse platform runtime. However there is > absolutely no connection between these tools and the existing PDE code > base, and no overlap between committers. So it "fits the category" but > otherwise has no common ground with the contents of that project. > Also, once modularity comes to the Java language, we will likely see > PDE align more closely with JDT, and the e4 tooling doesn't fit with > that. > > Option 3) is compelling because there is a strong overlap between > current committers on both tools and runtime, and of course close > relationship between the tooling and runtime code - when one has > significant changes the other likely needs to react to it. After some > discussion, all members of the PMC are in favor of this option and > this is what we recommend. This would be implemented by creating a new > Git repository under Platform UI project to host the tools, and then > elect all active contributors on the graduating tooling into Platform > UI. It would initially be a separate feature that is available in the > project repository that is installed separately (like Eclipse Releng > Tools, for example). This would immediately accomplish the goal of > making it easy for end users to install into Eclipse Mars and beyond. > In the future it could be added to EPP packages where that makes sense > (such as the RCP development package). > > So Option 3) is the current PMC recommendation, but if the e4 tools > contributors want to take it in a different direction, such as a new > project, we are happy to talk about it. > > -------------------------------- > > 2014-08-27 20:35 GMT+02:00 Wim Jongman <wim.jong...@gmail.com > <mailto:wim.jong...@gmail.com>>: > > I'm also in. Great initiative. > > Cheers, > > Wim > > > On Wed, Aug 27, 2014 at 5:39 PM, Lars Vogel <lars.vo...@gmail.com > <mailto:lars.vo...@gmail.com>> wrote: > > PMC (in person John Arthrone) suggested a conference call to > discussion options. I post the details once they are set. > > > > 2014-08-27 12:26 GMT+02:00 Lars Vogel <lars.vo...@gmail.com > <mailto:lars.vo...@gmail.com>>: > > Sounds like we all happily agree so far. I send an email > to the PMC mailing list asking for approval for this change. > > Best regards, Lars > > > 2014-08-27 11:35 GMT+02:00 Olivier Prouvost > <olivier.prouv...@opcoach.com > <mailto:olivier.prouv...@opcoach.com>>: > > > Hi, > > For me it is +10 ! This is a main step for the E4 > success. > > Tell me if I can help. > > Olivier > > > > > > <http://www.opcoach.com> > > > > Olivier Prouvost > > <mailto:olivier.prouv...@opcoach.com?subject=Demande%20de%20renseignements> > > Formation et Expertise Eclipse <http://www.opcoach.com/> > > *Mobile : +33 (0)6 28 07 65 64 > <tel:%2B33%20%280%296%2028%2007%2065%2064>* > > > > Member > > <http://www.eclipse.org/membership/showMember.php?member_id=987> > > > > > Le 26 août 2014 à 21:42, Lars Vogel > <lars.vo...@gmail.com <mailto:lars.vo...@gmail.com>> a > écrit : > >> Hi, >> >> I think the main issue people have with the e4 tools >> is that they cannot install from directly from the >> update site of the Eclipse release. I asked in the >> cross mailing list how the e4 tools can be part of >> the Mars update site. >> >> Wayne explained that we would have to move the e4 >> tools to a new project. Here is his explanation how >> to do it: >> ---------------------------- >> >> To move the code out of the project, you need to do a >> restructuring review. Restructuring reviews are >> relatively simple affairs that require you describe >> (as concisely as possible) what needs to to change >> and why. >> >> To restructure by moving, you need a project to move >> the code into. >> >> This could be an existing project (e.g. PDT), or one >> that we create. If a new project is required, then we >> need to do a proposal followed by a creation review. >> We can combine the creation review with the >> restructuring review. >> >> There's more here: >> >> >> https://wiki.eclipse.org/Development_Resources/HOWTO/Restructuring_Reviews >> >> HTH, >> >> Wayne >> >> ------------------ >> >> If the active e4 committers and our users agree, I >> personally think we should go ahead and create >> this structuring review. >> >> How do people think about this? Should we go ahead >> with this restructuring review? >> >> Best regards, Lars >> >> P.S. I would be interesting to work on the >> restructuring review. >> _______________________________________________ >> e4-dev mailing list >> e4-dev@eclipse.org <mailto:e4-dev@eclipse.org> >> To change your delivery options, retrieve your >> password, or unsubscribe from this list, visit >> https://dev.eclipse.org/mailman/listinfo/e4-dev > > > _______________________________________________ > e4-dev mailing list > e4-dev@eclipse.org <mailto:e4-dev@eclipse.org> > To change your delivery options, retrieve your > password, or unsubscribe from this list, visit > https://dev.eclipse.org/mailman/listinfo/e4-dev > > > > > _______________________________________________ > e4-dev mailing list > e4-dev@eclipse.org <mailto:e4-dev@eclipse.org> > To change your delivery options, retrieve your password, or > unsubscribe from this list, visit > https://dev.eclipse.org/mailman/listinfo/e4-dev > > > > _______________________________________________ > e4-dev mailing list > e4-dev@eclipse.org <mailto:e4-dev@eclipse.org> > To change your delivery options, retrieve your password, or > unsubscribe from this list, visit > https://dev.eclipse.org/mailman/listinfo/e4-dev > > > > > _______________________________________________ > e4-dev mailing list > e4-dev@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://dev.eclipse.org/mailman/listinfo/e4-dev
_______________________________________________ e4-dev mailing list e4-dev@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/e4-dev