[cross-project-issues-dev] Status and outlook for Oxygen M1

[David M Williams]

Since there still so many disabled contributions for M1, I will extend the 
deadline to Thursday 5 PM, just in case anyone wants to correct anything, 
or contribute more. 

For example, I noticed even if I enable everything, the aggregation still 
fails due to m2e referring to a repo at 
http://download.eclipse.org/technology/m2e/releases/1.8/1.8.0.20160809-1624
And I wonder if that was a "typo" (since it just changed, and the comment 
mentioned "milestones"). 

There are currently 427 features in "staging". Normally there are about 
1200. I have asked Markus if any EPP packages could be created, but I 
recall in years past, we could not create EPP packages at M1, because 
participation was so low. 

Thanks, 


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] Announcing my changing job status

[David M Williams]

Some of you may have noticed from reading other lists that I have resigned 
two Project Lead positions and announced I would no longer be working for 
IBM after 8/16.  While many committers at Eclipse change jobs, employers, 
or retire, most do not make a public announcement about it -- after all, 
it does not affect one's status as a committer.  But, I thought I should 
say something to this list since 
a. I won't be able to do near as much work I have been doing while 
employed by IBM, 
b. my departure will impact several projects 
c. but I will not stop doing software engineering and, 
d. most importantly, I will NOT be ending my involvement in the 
Simultaneous Release -- well, at least, not immediately. 

The Eclipse Foundation and I have agreed I will work (part-time) under 
contract to them through December to be sure Neon (.1 and .2) and Oxygen 
M4 are all released with minimal churn. Also, there are some things to 
simplify, document, and put in place in CBI -- all so that my successor(s) 
can take over more smoothly. [BTW, Mike and the Planning Council have 
known this was coming for several months ... but I asked them not to 
mention it publically until I did, and it has taken me that long to write 
a note this short. :) ] 

As for some of my other roles: 
My role in Eclipse Platform Releng is transitioning gracefully to Sravan 
Lakkimsetti. (Thanks, Sravan!)
My role in Orbit is transitioning gracefully to Roland Grunberg (Thanks, 
Roland!)

I do not know what projects I will work on in the future. But, I do know 
that my immediate plans (other than a little more Sim. Release work) are 
to rest, play, and contemplate the state of the universe -- at least for 
several months -- before making any long term decisions.  I'd love to stay 
involved in Eclipse if things happened to work out that way, but, there 
are a lot of open source projects out there in the world (and related 
opportunities), and I have never had time to look at them nearly as much 
as I would like to.  I am grateful to have been able to work full time "in 
Eclipse" since 2004 when WTP started. And while I am not exactly saying 
"goodbye," I will miss working as closely and intensely as I have been 
with many of you and other individuals and teams in Eclipse. 

If anyone needs to contact me (outside the dev lists or bugzilla) -- 
especially after 8/16 -- best for now to use my personal email, which is 
daddav...@gmail.com. 

Thanks for reading, 


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] MPC participation in Oxygen

[Carsten Reckord]

Unfortunately, MPC will stay disabled for Oxygen M1, because we depend on USS 
(Eclipse User Storage), currently a part of Oomph, which is not yet enabled.

I don't believe anyone in the release train depends on MPC, so I hope this 
doesn't cause any problems.

Carsten

> -Original Message-
> From: cross-project-issues-dev-boun...@eclipse.org [mailto:cross-project-
> issues-dev-boun...@eclipse.org] On Behalf Of Carsten Reckord
> Sent: Wednesday, August 10, 2016 6:35 PM
> To: Cross project issues 
> Subject: [cross-project-issues-dev] MPC participation in Oxygen
> 
> Hi all,
> 
> MPC will participate in Oxygen with MPC 1.6.0 [1] at its usual +3 offset.
> 
> Thanks,
> Carsten
> 
> [1]
> https://projects.eclipse.org/projects/technology.packaging.mpc/releases/1.
> 6.0
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> 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@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Is M2E participating in Oxygen?

[Fred Bricon]

So yes m2e is willing to contribute 1.8 to Oxygen, sorry I totally missed
that I had to enable the repo (and I also had an error in the repo url).

But I fixed that and submitted a new changeset. Unfortunately, gerrit
 validation fails now because of org.eclipse.wst.sse.core not being
available. Not sure what to do now. Please advise.

Thanks,

Fred



On Wed, Aug 10, 2016 at 11:19 AM, Patrick Bänziger <
patrick.baenzi...@bsi-software.com> wrote:

> Hi
>
>
>
> Our contribution for Eclipse Scout (at +3), depends on M2E which was +2 in
> Neon.
>
>
>
> I checked and saw that M2E has updated their version number, but has not
> enabled their contribution in the b3aggrcon File.
>
> There was no message yet to the cross-projects-issues list to announce
> Oxygen participation, and there is no release record for the new version
> (1.8.0) AFAICS.
>
>
>
> Does anyone know whether M2E will participate in Oxygen?
>
>
>
> Regards,
>
> Patrick
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] CFT may miss Oxygen M1

[Nieraj Singh]

CFT is participating in Oxygen with offset +3, as we already declared
previously in a separate message, but we may miss contribution into M1
at +3 offset and remain disabled, because we depend on WTP (WebTools)
which is not yet enabled.

We'll enable and contribute CFT to the Oxygen Sim Rel build as soon as
WTP is also enabled.

-Nieraj
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] m2e will participate in Oxygen

[Fred Bricon]

Hi,

the m2e project will participate in Oxygen with m2e 1.8, with an offset of
+2.

Thanks,

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] Disk usage report for Hudson/Build

[genie]

Compiled 2016-08-10T14:07

 build.eclipse.org 
-> Usage exceeding 1GB for: Hudson master jobs and workspace (2016-08-10T10:00)
   2.8G papyrus-trunk-nightly
   1.7G papyrus-trunk-extra-nightly
-> Usage exceeding 1GB for: /shared (1000G capacity) (2016-08-10T10:00)
1297.4G hipp
 197.6G rt
 188.2G eclipse
  37.7G technology
  27.2G webtools
  21.5G common
  12.1G tools
   8.1G jobs
   6.7G cbi-ng
   5.2G modeling
   5.0G simrel
   4.2G orbit
   1.6G mylyn
   1.5G cbi
   1.4G soa
-> Usage exceeding 1GB for: /shared/modeling
   3.1G build
-> Usage exceeding 1GB for: /shared/tools
   4.6G tm
   2.8G objectteams
   1.4G mtj
   1.1G aspectj
-> Usage exceeding 1GB for: /shared/technology
  18.6G epp
   7.6G babel
   4.8G stem
   2.4G cosmos
   1.6G m2e
 END: build.eclipse.org 


 hudson-slave1.eclipse.org 
/dev/xvda1158G   23G  135G  15% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave1 (50G capacity) 
(2016-08-09T21:00)
 END: hudson-slave1.eclipse.org 


 hudson-slave2.eclipse.org 
-> Usage exceeding 1GB for: 
 END: hudson-slave2.eclipse.org 


 hudson-slave3.eclipse.org 
/dev/xvda1 55G   23G   33G  41% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave3 (50G capacity) 
(2016-08-09T18:00)
 END: hudson-slave3.eclipse.org 

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] Is M2E participating in Oxygen?

[Patrick Bänziger]

Hi

Our contribution for Eclipse Scout (at +3), depends on M2E which was +2 in Neon.

I checked and saw that M2E has updated their version number, but has not 
enabled their contribution in the b3aggrcon File.
There was no message yet to the cross-projects-issues list to announce Oxygen 
participation, and there is no release record for the new version (1.8.0) 
AFAICS.

Does anyone know whether M2E will participate in Oxygen?

Regards,
Patrick


smime.p7s
Description: S/MIME cryptographic signature
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] RAP will participate in Oxygen

[Markus Knauer]

Hi everyone,

the RAP team will participate in Oxygen with RAP 3.2 and deliver with our
usual offset of +2.
The release record is pending as long as projects.eclipse.org is down...

Thanks,
Markus
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Wenz, Michael]

Hi,

ok, I followed Ed's proposal and took the initiative to be able to activate 
Graphiti to allow for follow-up projects.

To be able to enable Graphiti I also enabled EMF Transaction and EMF Query. Let 
me know in case this causes trouble or is not desired.

Michael

From: cross-project-issues-dev-boun...@eclipse.org 
[mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Ed Willink
Sent: Mittwoch, 10. August 2016 11:17
To: cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi Michael

EMFq, EMFt, EMFv have all been on minimal maintenance for the last five years. 
Last year there was just M4, M7, RC3. The existing code is therefore very 
stable.

The sole very part-time releng is generally busy with other priorities so you 
could wait a long time unless you use your initiative.

Regards

Ed Willink

On 10/08/2016 10:08, Wenz, Michael wrote:
Hi,

Ed, thanks for enabling EMF Validation, that brings me one step closer to being 
able to enable Graphiti as well.

Can anybody shed any light on the status of EMF Transaction? That is my last 
dependendency that is missing by now...

Thanks,
Michael

From: 
cross-project-issues-dev-boun...@eclipse.org
 [mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Ed Willink
Sent: Mittwoch, 10. August 2016 10:40
To: 
cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi

I had to use my initiative to enable EMF Validation. Aggregation build now 
looks promising. With EMF, EMFv, GEF, OCL, UML2, Xpand, Xtext contributed, 
perhaps the worst dependency cycles are now broken.

Regards

Ed Willink

On 10/08/2016 09:23, Ed Willink wrote:

HI

I have authority to enable UML2 with its Neon.0 contribution, so UML2 is now 
enabled. OCL coming as soon as the aggreagtion build status clarifies.

Regards

Ed Willink
On 10/08/2016 08:42, Dennis Hübner wrote:
Hello Alex,
I've enabled EMF, Xpand and Xtext in Oxyden. There are still some dependencies 
missing:

- ODA is missing for EMF
- UML2 is missing for Xpand

... but I think it should not block you.

Best regards,
Dennis.

Am 08.08.2016 um 17:34 schrieb Alexander Nyßen 
>:

Hi all,

I have just re-enabled the GEF repository for Oxygen and made available the 
Neon release version of GEF-legacy (Draw2d/GEF (MVC) 3.x, Zest 1.x) to enable 
downstream projects that depend on it. The GEF (formerly known as GEF4) 
contribution to M1 is already prepared as well, but I had to disable it for now 
because it depends on downstream projects (namely e(fx)clipse and Xtext) that 
have not updated their contributions yet. GEF will thus not be available today 
but on Wednesday.

Regards,
Alexander
--
Dr. Alexander Nyßen
Dipl.-Inform.
Principal Engineer

Telefon: +49 (0) 231 / 98 60-202
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743

http://www.itemis.de
alexander.nys...@itemis.de

itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus

Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, Jennifer 
Fiorentino



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Viele Grüße,
Dennis Hübner






___

cross-project-issues-dev mailing list

cross-project-issues-dev@eclipse.org

To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




[Avast 
logo]


This email has been checked for viruses by Avast antivirus software.
www.avast.com







___

cross-project-issues-dev mailing list

cross-project-issues-dev@eclipse.org

To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




[Avast 
logo]


This email has been 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Marc Khouzam]

CDT  is not providing a new M1 build but needs to enable itself to use the 
Neon.0 build.
There are all kinds of project dependency loops though, and I can't enable CDT 
without
breaking the build.  While my dependencies also can't enable themselves because 
they
are waiting for CDT.

Houston, I think we have a problem.


From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Ed Willink 
[e...@willink.me.uk]
Sent: August 10, 2016 9:55 AM
To: cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi


In the past Doug has expressed considerable scepticism about the value of M1, 
and there has been no CDT M1. Retaining the Neon.0 contribution makes sense.


You certainly need to have a coherent set of enables to get things to work. I'm 
not clear what value Gerrit adds other than introducing a confusing tool with 
extra opportunities for confusing failures; do you really want to wait for 
someone to approve/review? This is cutting edge releng by responsible 
committers. I find a traditional direct push works fine, just so long as you 
remain online to revert any accidents promptly.


Regards


Ed Willink




On 10/08/2016 14:38, Marc Khouzam wrote:
Then what we can do is enable both CDT and PTP in the same contribution.
I'll push a path to Gerrit to see how that goes.

From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Kaloyan Raev [kaloya...@zend.com]
Sent: August 10, 2016 9:34 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi,


If you merge a breaking change in master, then nobody will know if further 
changes break something or not. As far as I can see, the validation fails on 
the first error.


Kaloyan

On 08/10/2016 04:25 PM, Marc Khouzam wrote:
Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although everything works at 
the feature/plugin level.

I'm leaning towards pushing the CDT enabled contribution to SimRel even though 
it currently fails.

Opinions?

From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Marc Khouzam 
[marc.khou...@ericsson.com]
Sent: August 10, 2016 9:12 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today



> 3. I disabled the DLTK integration with RSE. The validation failed because 
> Linux Tools was disabled.

> 4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
> contribution, but the validation failed because CDT was disabled.


CDT is ready but dependent of org.eclipse.remote.core which is part of PTP 
(although only hosted, I believe).


Marc



From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Kaloyan Raev [kaloya...@zend.com]
Sent: August 9, 2016 1:49 PM
To: 
cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi again,


I want to describe the effort I have spent in the last hours for trying to 
enable the DLTK project - a project with rather small number of dependencies.


1. I tried to enable the whole DLTK contribution. The validation failed because 
Mylyn was disabled.

2. I disabled the DLTK integration with Mylyn. The validation failed because 
RSE was disabled.

3. I disabled the DLTK integration with RSE. The validation failed because 
Linux Tools was disabled.

4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
contribution, but the validation failed because CDT was disabled.

5. I disabled the ShellEd feature of DLTK. The validation failed because EMF 
was disabled.

6. I disabled the Tcl features of DLTK. Finally, I got a successful validation.

7. I partially enabled the DLTK contribution with just the DLTK Core and Ruby 
features.

8. I tried to enable the TM/RSE contribution (I am committer there too). The 
validation failed because TM Terminal depends on org.eclipse.remote, which is 
disabled.

9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Ed Willink]

Hi


In the past Doug has expressed considerable scepticism about the value 
of M1, and there has been no CDT M1. Retaining the Neon.0 contribution 
makes sense.



You certainly need to have a coherent set of enables to get things to 
work. I'm not clear what value Gerrit adds other than introducing a 
confusing tool with extra opportunities for confusing failures; do you 
really want to wait for someone to approve/review? This is cutting edge 
releng by responsible committers. I find a traditional direct push works 
fine, just so long as you remain online to revert any accidents promptly.



Regards


Ed Willink




On 10/08/2016 14:38, Marc Khouzam wrote:

Then what we can do is enable both CDT and PTP in the same contribution.
I'll push a path to Gerrit to see how that goes.

*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan 
Raev [kaloya...@zend.com]

*Sent:* August 10, 2016 9:34 AM
*To:* Cross project issues
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today


Hi,


If you merge a breaking change in master, then nobody will know if 
further changes break something or not. As far as I can see, the 
validation fails on the first error.



Kaloyan


On 08/10/2016 04:25 PM, Marc Khouzam wrote:

Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although 
everything works at the feature/plugin level.


I'm leaning towards pushing the CDT enabled contribution to SimRel 
even though it currently fails.


Opinions?

*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Marc 
Khouzam [marc.khou...@ericsson.com]

*Sent:* August 10, 2016 9:12 AM
*To:* Cross project issues
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today



> 3. I disabled the DLTK integration with RSE. The validation failed 
because Linux Tools was disabled.


> 4. I noticed in Gerrit that the Linux Tools team was trying to 
enable its contribution, but the validation failed because CDT was 
disabled.



CDT is ready but dependent of org.eclipse.remote.core which is part 
of PTP (although only hosted, I believe).



Marc




*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan 
Raev [kaloya...@zend.com]

*Sent:* August 9, 2016 1:49 PM
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today


Hi again,


I want to describe the effort I have spent in the last hours for 
trying to enable the DLTK project - a project with rather small 
number of dependencies.



1. I tried to enable the whole DLTK contribution. The validation 
failed because Mylyn was disabled.


2. I disabled the DLTK integration with Mylyn. The validation failed 
because RSE was disabled.


3. I disabled the DLTK integration with RSE. The validation failed 
because Linux Tools was disabled.


4. I noticed in Gerrit that the Linux Tools team was trying to enable 
its contribution, but the validation failed because CDT was disabled.


5. I disabled the ShellEd feature of DLTK. The validation failed 
because EMF was disabled.


6. I disabled the Tcl features of DLTK. Finally, I got a successful 
validation.


7. I partially enabled the DLTK contribution with just the DLTK Core 
and Ruby features.


8. I tried to enable the TM/RSE contribution (I am committer there 
too). The validation failed because TM Terminal depends on 
org.eclipse.remote, which is disabled.


9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the DLTK RSE feature. Still there DLTK feature that 
cannot be enabled.



I've spend quite some effort to achieve the above. I am not sure what 
is the return of this effort. And I am still not done with enabling 
DLTK. I cannot imagine what it would take to enable a more complex 
project like Andmore. Building meaningful EPP package would be 
another interesting challenge.



Kaloyan


*From:* cross-project-issues-dev-boun...@eclipse.org 
 on behalf of Lorenzo 
Bettini 

*Sent:* Tuesday, August 9, 2016 8:02:16 PM
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today

Hi

We (EMF Parsley) depend on Xtext as well (besides EMF).  It's not clear
to me what we should do... add our p2 site to the simrel and push for
review and 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Kaloyan Raev]

They can be enabled in the same Gerrit patch. Once the Gerrit validation 
is green, the patch can be merged.



Kaloyan


On 08/10/2016 04:38 PM, Marc Khouzam wrote:

Then what we can do is enable both CDT and PTP in the same contribution.
I'll push a path to Gerrit to see how that goes.

*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan 
Raev [kaloya...@zend.com]

*Sent:* August 10, 2016 9:34 AM
*To:* Cross project issues
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today


Hi,


If you merge a breaking change in master, then nobody will know if 
further changes break something or not. As far as I can see, the 
validation fails on the first error.



Kaloyan


On 08/10/2016 04:25 PM, Marc Khouzam wrote:

Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although 
everything works at the feature/plugin level.


I'm leaning towards pushing the CDT enabled contribution to SimRel 
even though it currently fails.


Opinions?

*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Marc 
Khouzam [marc.khou...@ericsson.com]

*Sent:* August 10, 2016 9:12 AM
*To:* Cross project issues
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today



> 3. I disabled the DLTK integration with RSE. The validation failed 
because Linux Tools was disabled.


> 4. I noticed in Gerrit that the Linux Tools team was trying to 
enable its contribution, but the validation failed because CDT was 
disabled.



CDT is ready but dependent of org.eclipse.remote.core which is part 
of PTP (although only hosted, I believe).



Marc




*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan 
Raev [kaloya...@zend.com]

*Sent:* August 9, 2016 1:49 PM
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today


Hi again,


I want to describe the effort I have spent in the last hours for 
trying to enable the DLTK project - a project with rather small 
number of dependencies.



1. I tried to enable the whole DLTK contribution. The validation 
failed because Mylyn was disabled.


2. I disabled the DLTK integration with Mylyn. The validation failed 
because RSE was disabled.


3. I disabled the DLTK integration with RSE. The validation failed 
because Linux Tools was disabled.


4. I noticed in Gerrit that the Linux Tools team was trying to enable 
its contribution, but the validation failed because CDT was disabled.


5. I disabled the ShellEd feature of DLTK. The validation failed 
because EMF was disabled.


6. I disabled the Tcl features of DLTK. Finally, I got a successful 
validation.


7. I partially enabled the DLTK contribution with just the DLTK Core 
and Ruby features.


8. I tried to enable the TM/RSE contribution (I am committer there 
too). The validation failed because TM Terminal depends on 
org.eclipse.remote, which is disabled.


9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the DLTK RSE feature. Still there DLTK feature that 
cannot be enabled.



I've spend quite some effort to achieve the above. I am not sure what 
is the return of this effort. And I am still not done with enabling 
DLTK. I cannot imagine what it would take to enable a more complex 
project like Andmore. Building meaningful EPP package would be 
another interesting challenge.



Kaloyan


*From:* cross-project-issues-dev-boun...@eclipse.org 
 on behalf of Lorenzo 
Bettini 

*Sent:* Tuesday, August 9, 2016 8:02:16 PM
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today

Hi

We (EMF Parsley) depend on Xtext as well (besides EMF).  It's not clear
to me what we should do... add our p2 site to the simrel and push for
review and that will fail?  Or something else?

thanks in advance
Lorenzo

On 09/08/2016 18:10, Ed Willink wrote:
> Hi
>
> What if e.g. UML went AWOL?
>
> This is exactly what happened a few years ago when OCL went
> committer-less. So many projects depended and wanted to help that
> someone had to get the rule book out and decide that since Eclipse is a
> meritocracy, that the active Bugzilla contributors took precedence over
> panicking companies.
>
> The same would happen again for any +1 and probably +2 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Marc Khouzam]

Now CDT fails because it needs LinuxTools, but LinuxTools also needs CDT.

I could keep enabling projects myself, but then it basically goes against the 
point of
disabling projects until they enable themselves.


From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Marc Khouzam 
[marc.khou...@ericsson.com]
Sent: August 10, 2016 9:38 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today

Then what we can do is enable both CDT and PTP in the same contribution.
I'll push a path to Gerrit to see how that goes.

From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan Raev 
[kaloya...@zend.com]
Sent: August 10, 2016 9:34 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi,


If you merge a breaking change in master, then nobody will know if further 
changes break something or not. As far as I can see, the validation fails on 
the first error.


Kaloyan

On 08/10/2016 04:25 PM, Marc Khouzam wrote:
Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although everything works at 
the feature/plugin level.

I'm leaning towards pushing the CDT enabled contribution to SimRel even though 
it currently fails.

Opinions?

From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Marc Khouzam 
[marc.khou...@ericsson.com]
Sent: August 10, 2016 9:12 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today



> 3. I disabled the DLTK integration with RSE. The validation failed because 
> Linux Tools was disabled.

> 4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
> contribution, but the validation failed because CDT was disabled.


CDT is ready but dependent of org.eclipse.remote.core which is part of PTP 
(although only hosted, I believe).


Marc



From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Kaloyan Raev [kaloya...@zend.com]
Sent: August 9, 2016 1:49 PM
To: 
cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi again,


I want to describe the effort I have spent in the last hours for trying to 
enable the DLTK project - a project with rather small number of dependencies.


1. I tried to enable the whole DLTK contribution. The validation failed because 
Mylyn was disabled.

2. I disabled the DLTK integration with Mylyn. The validation failed because 
RSE was disabled.

3. I disabled the DLTK integration with RSE. The validation failed because 
Linux Tools was disabled.

4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
contribution, but the validation failed because CDT was disabled.

5. I disabled the ShellEd feature of DLTK. The validation failed because EMF 
was disabled.

6. I disabled the Tcl features of DLTK. Finally, I got a successful validation.

7. I partially enabled the DLTK contribution with just the DLTK Core and Ruby 
features.

8. I tried to enable the TM/RSE contribution (I am committer there too). The 
validation failed because TM Terminal depends on org.eclipse.remote, which is 
disabled.

9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the DLTK RSE feature. Still there DLTK feature that cannot be 
enabled.


I've spend quite some effort to achieve the above. I am not sure what is the 
return of this effort. And I am still not done with enabling DLTK. I cannot 
imagine what it would take to enable a more complex project like Andmore. 
Building meaningful EPP package would be another interesting challenge.


Kaloyan


From: 
cross-project-issues-dev-boun...@eclipse.org
 

 on behalf of Lorenzo Bettini 

Sent: Tuesday, August 9, 2016 8:02:16 PM
To: 
cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Kaloyan Raev]

Hi,


If you merge a breaking change in master, then nobody will know if 
further changes break something or not. As far as I can see, the 
validation fails on the first error.



Kaloyan


On 08/10/2016 04:25 PM, Marc Khouzam wrote:

Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although everything 
works at the feature/plugin level.


I'm leaning towards pushing the CDT enabled contribution to SimRel 
even though it currently fails.


Opinions?

*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Marc 
Khouzam [marc.khou...@ericsson.com]

*Sent:* August 10, 2016 9:12 AM
*To:* Cross project issues
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today



> 3. I disabled the DLTK integration with RSE. The validation failed 
because Linux Tools was disabled.


> 4. I noticed in Gerrit that the Linux Tools team was trying to 
enable its contribution, but the validation failed because CDT was 
disabled.



CDT is ready but dependent of org.eclipse.remote.core which is part of 
PTP (although only hosted, I believe).



Marc




*From:* cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan 
Raev [kaloya...@zend.com]

*Sent:* August 9, 2016 1:49 PM
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today


Hi again,


I want to describe the effort I have spent in the last hours for 
trying to enable the DLTK project - a project with rather small number 
of dependencies.



1. I tried to enable the whole DLTK contribution. The validation 
failed because Mylyn was disabled.


2. I disabled the DLTK integration with Mylyn. The validation failed 
because RSE was disabled.


3. I disabled the DLTK integration with RSE. The validation failed 
because Linux Tools was disabled.


4. I noticed in Gerrit that the Linux Tools team was trying to enable 
its contribution, but the validation failed because CDT was disabled.


5. I disabled the ShellEd feature of DLTK. The validation failed 
because EMF was disabled.


6. I disabled the Tcl features of DLTK. Finally, I got a successful 
validation.


7. I partially enabled the DLTK contribution with just the DLTK Core 
and Ruby features.


8. I tried to enable the TM/RSE contribution (I am committer there 
too). The validation failed because TM Terminal depends on 
org.eclipse.remote, which is disabled.


9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the DLTK RSE feature. Still there DLTK feature that 
cannot be enabled.



I've spend quite some effort to achieve the above. I am not sure what 
is the return of this effort. And I am still not done with enabling 
DLTK. I cannot imagine what it would take to enable a more complex 
project like Andmore. Building meaningful EPP package would be another 
interesting challenge.



Kaloyan


*From:* cross-project-issues-dev-boun...@eclipse.org 
 on behalf of Lorenzo 
Bettini 

*Sent:* Tuesday, August 9, 2016 8:02:16 PM
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today

Hi

We (EMF Parsley) depend on Xtext as well (besides EMF).  It's not clear
to me what we should do... add our p2 site to the simrel and push for
review and that will fail?  Or something else?

thanks in advance
Lorenzo

On 09/08/2016 18:10, Ed Willink wrote:
> Hi
>
> What if e.g. UML went AWOL?
>
> This is exactly what happened a few years ago when OCL went
> committer-less. So many projects depended and wanted to help that
> someone had to get the rule book out and decide that since Eclipse is a
> meritocracy, that the active Bugzilla contributors took precedence over
> panicking companies.
>
> The same would happen again for any +1 and probably +2 project.
>
> Clients have three options:
>
> - just occasionally a dependency can be eliminated
>
> - just occasionally a dependency can be rewritten, but it may take many
> man years of effort
>
> - much more practically a dependency gets rescued and put on minimal
> maintenance (e.g. EMFq, EMFt, EMFv).
>
> So by pretending that we must wait for +1/+2 dependencies, we waste a
> lot of time for those who are trying to contribute. It is just not real.
> +1/+2's should carry over automatically.
>
> You suggest that we should notify dependencies that we are waiting. Are
> you joking? Why should I waste my time and EMF's time by suggesting that
> it is about 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Marc Khouzam]

Then what we can do is enable both CDT and PTP in the same contribution.
I'll push a path to Gerrit to see how that goes.

From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan Raev 
[kaloya...@zend.com]
Sent: August 10, 2016 9:34 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi,


If you merge a breaking change in master, then nobody will know if further 
changes break something or not. As far as I can see, the validation fails on 
the first error.


Kaloyan

On 08/10/2016 04:25 PM, Marc Khouzam wrote:
Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although everything works at 
the feature/plugin level.

I'm leaning towards pushing the CDT enabled contribution to SimRel even though 
it currently fails.

Opinions?

From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Marc Khouzam 
[marc.khou...@ericsson.com]
Sent: August 10, 2016 9:12 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today



> 3. I disabled the DLTK integration with RSE. The validation failed because 
> Linux Tools was disabled.

> 4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
> contribution, but the validation failed because CDT was disabled.


CDT is ready but dependent of org.eclipse.remote.core which is part of PTP 
(although only hosted, I believe).


Marc



From: 
cross-project-issues-dev-boun...@eclipse.org
 
[cross-project-issues-dev-boun...@eclipse.org]
 on behalf of Kaloyan Raev [kaloya...@zend.com]
Sent: August 9, 2016 1:49 PM
To: 
cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi again,


I want to describe the effort I have spent in the last hours for trying to 
enable the DLTK project - a project with rather small number of dependencies.


1. I tried to enable the whole DLTK contribution. The validation failed because 
Mylyn was disabled.

2. I disabled the DLTK integration with Mylyn. The validation failed because 
RSE was disabled.

3. I disabled the DLTK integration with RSE. The validation failed because 
Linux Tools was disabled.

4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
contribution, but the validation failed because CDT was disabled.

5. I disabled the ShellEd feature of DLTK. The validation failed because EMF 
was disabled.

6. I disabled the Tcl features of DLTK. Finally, I got a successful validation.

7. I partially enabled the DLTK contribution with just the DLTK Core and Ruby 
features.

8. I tried to enable the TM/RSE contribution (I am committer there too). The 
validation failed because TM Terminal depends on org.eclipse.remote, which is 
disabled.

9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the DLTK RSE feature. Still there DLTK feature that cannot be 
enabled.


I've spend quite some effort to achieve the above. I am not sure what is the 
return of this effort. And I am still not done with enabling DLTK. I cannot 
imagine what it would take to enable a more complex project like Andmore. 
Building meaningful EPP package would be another interesting challenge.


Kaloyan


From: 
cross-project-issues-dev-boun...@eclipse.org
 

 on behalf of Lorenzo Bettini 

Sent: Tuesday, August 9, 2016 8:02:16 PM
To: 
cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today

Hi

We (EMF Parsley) depend on Xtext as well (besides EMF).  It's not clear
to me what we should do... add our p2 site to the simrel and push for
review and that will fail?  Or something else?

thanks in advance
Lorenzo

On 09/08/2016 18:10, Ed Willink wrote:
> Hi
>
> What if e.g. UML went AWOL?
>
> This is exactly what happened a few years ago when OCL went
> committer-less. So many projects depended and wanted to help that
> someone had to get the rule book out and decide that since Eclipse is a
> meritocracy, that the 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Marc Khouzam]

Actually, I believe PTP depends on CDT for other plugins.
So we have a dependency loop at the project level, although everything works at 
the feature/plugin level.

I'm leaning towards pushing the CDT enabled contribution to SimRel even though 
it currently fails.

Opinions?

From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Marc Khouzam 
[marc.khou...@ericsson.com]
Sent: August 10, 2016 9:12 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today



> 3. I disabled the DLTK integration with RSE. The validation failed because 
> Linux Tools was disabled.

> 4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
> contribution, but the validation failed because CDT was disabled.


CDT is ready but dependent of org.eclipse.remote.core which is part of PTP 
(although only hosted, I believe).


Marc



From: cross-project-issues-dev-boun...@eclipse.org 
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Kaloyan Raev 
[kaloya...@zend.com]
Sent: August 9, 2016 1:49 PM
To: cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today


Hi again,


I want to describe the effort I have spent in the last hours for trying to 
enable the DLTK project - a project with rather small number of dependencies.


1. I tried to enable the whole DLTK contribution. The validation failed because 
Mylyn was disabled.

2. I disabled the DLTK integration with Mylyn. The validation failed because 
RSE was disabled.

3. I disabled the DLTK integration with RSE. The validation failed because 
Linux Tools was disabled.

4. I noticed in Gerrit that the Linux Tools team was trying to enable its 
contribution, but the validation failed because CDT was disabled.

5. I disabled the ShellEd feature of DLTK. The validation failed because EMF 
was disabled.

6. I disabled the Tcl features of DLTK. Finally, I got a successful validation.

7. I partially enabled the DLTK contribution with just the DLTK Core and Ruby 
features.

8. I tried to enable the TM/RSE contribution (I am committer there too). The 
validation failed because TM Terminal depends on org.eclipse.remote, which is 
disabled.

9. I disabled the TM Terminal features. I got a successful validation.

10. I enabled just the RSE feature of the TM contribution.

11. I enabled the DLTK RSE feature. Still there DLTK feature that cannot be 
enabled.


I've spend quite some effort to achieve the above. I am not sure what is the 
return of this effort. And I am still not done with enabling DLTK. I cannot 
imagine what it would take to enable a more complex project like Andmore. 
Building meaningful EPP package would be another interesting challenge.


Kaloyan


From: cross-project-issues-dev-boun...@eclipse.org 
 on behalf of Lorenzo Bettini 

Sent: Tuesday, August 9, 2016 8:02:16 PM
To: cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
partially today

Hi

We (EMF Parsley) depend on Xtext as well (besides EMF).  It's not clear
to me what we should do... add our p2 site to the simrel and push for
review and that will fail?  Or something else?

thanks in advance
Lorenzo

On 09/08/2016 18:10, Ed Willink wrote:
> Hi
>
> What if e.g. UML went AWOL?
>
> This is exactly what happened a few years ago when OCL went
> committer-less. So many projects depended and wanted to help that
> someone had to get the rule book out and decide that since Eclipse is a
> meritocracy, that the active Bugzilla contributors took precedence over
> panicking companies.
>
> The same would happen again for any +1 and probably +2 project.
>
> Clients have three options:
>
> - just occasionally a dependency can be eliminated
>
> - just occasionally a dependency can be rewritten, but it may take many
> man years of effort
>
> - much more practically a dependency gets rescued and put on minimal
> maintenance (e.g. EMFq, EMFt, EMFv).
>
> So by pretending that we must wait for +1/+2 dependencies, we waste a
> lot of time for those who are trying to contribute. It is just not real.
> +1/+2's should carry over automatically.
>
> You suggest that we should notify dependencies that we are waiting. Are
> you joking? Why should I waste my time and EMF's time by suggesting that
> it is about time for them to contribute. EMF is a -1/+1 contribution. Of
> course it should know that it should contribute.
>
> Regards
>
> Ed Willink
>
> On 09/08/2016 16:10, David M Williams wrote:
>> I am sure improvements can be made, but the key -- from my point of
>> view -- is that projects smooth out their processes and dependencies,
>> rather than "the big guy in the sky" blindly makes 

[cross-project-issues-dev] PTP will participate in Oxygen

[Greg Watson]

PTP will be participating at Oxygen at offset +3 (remote at +1). I will update 
the release record as soon as http://projects.eclipse.org 
 is working again [1].

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=499478 
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Alexander Nyßen]

Hi guys,

thanks to Tom and Dennis, GEF could now be fully enabled.

Cheers,
Alexander

> Am 10.08.2016 um 11:16 schrieb Ed Willink :
> 
> Hi Michael
> 
> EMFq, EMFt, EMFv have all been on minimal maintenance for the last five 
> years. Last year there was just M4, M7, RC3. The existing code is therefore 
> very stable.
> 
> The sole very part-time releng is generally busy with other priorities so you 
> could wait a long time unless you use your initiative.
> 
> Regards
> 
> Ed Willink
> 
> 
> On 10/08/2016 10:08, Wenz, Michael wrote:
>> Hi,
>> 
>> Ed, thanks for enabling EMF Validation, that brings me one step closer to 
>> being able to enable Graphiti as well.
>> 
>> Can anybody shed any light on the status of EMF Transaction? That is my last 
>> dependendency that is missing by now…
>> 
>> Thanks,
>> Michael
>> 
>> From: cross-project-issues-dev-boun...@eclipse.org 
>>  
>> [mailto:cross-project-issues-dev-boun...@eclipse.org 
>> ] On Behalf Of Ed 
>> Willink
>> Sent: Mittwoch, 10. August 2016 10:40
>> To: cross-project-issues-dev@eclipse.org 
>> 
>> Subject: Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only 
>> partially today
>> 
>> Hi
>> 
>> I had to use my initiative to enable EMF Validation. Aggregation build now 
>> looks promising. With EMF, EMFv, GEF, OCL, UML2, Xpand, Xtext contributed, 
>> perhaps the worst dependency cycles are now broken.
>> 
>> Regards
>> 
>> Ed Willink
>> 
>> 
>> On 10/08/2016 09:23, Ed Willink wrote:
>> HI
>> 
>> I have authority to enable UML2 with its Neon.0 contribution, so UML2 is now 
>> enabled. OCL coming as soon as the aggreagtion build status clarifies.
>> 
>> Regards
>> 
>> Ed Willink
>> 
>> On 10/08/2016 08:42, Dennis Hübner wrote:
>> Hello Alex,
>> I’ve enabled EMF, Xpand and Xtext in Oxyden. There are still some 
>> dependencies missing:
>> 
>> - ODA is missing for EMF
>> - UML2 is missing for Xpand
>> 
>> … but I think it should not block you.
>> 
>> Best regards,
>> Dennis.
>> 
>> Am 08.08.2016 um 17:34 schrieb Alexander Nyßen > >:
>> 
>> Hi all,
>> 
>> I have just re-enabled the GEF repository for Oxygen and made available the 
>> Neon release version of GEF-legacy (Draw2d/GEF (MVC) 3.x, Zest 1.x) to 
>> enable downstream projects that depend on it. The GEF (formerly known as 
>> GEF4) contribution to M1 is already prepared as well, but I had to disable 
>> it for now because it depends on downstream projects (namely e(fx)clipse and 
>> Xtext) that have not updated their contributions yet. GEF will thus not be 
>> available today but on Wednesday.
>> 
>> Regards,
>> Alexander
>> --
>> Dr. Alexander Nyßen
>> Dipl.-Inform.
>> Principal Engineer
>> 
>> Telefon: +49 (0) 231 / 98 60-202
>> Telefax: +49 (0) 231 / 98 60-211
>> Mobil: +49 (0) 151 /  17396743
>> 
>> http://www.itemis.de 
>> alexander.nys...@itemis.de 
>> 
>> itemis AG
>> Am Brambusch 15-24
>> 44536 Lünen
>> 
>> Rechtlicher Hinweis:
>> 
>> Amtsgericht Dortmund, HRB 20621
>> 
>> Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus
>> 
>> Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, Jennifer 
>> Fiorentino
>> 
>> 
>> 
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org 
>> 
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev 
>> 
>> 
>> Viele Grüße,
>> Dennis Hübner
>> 
>> 
>> 
>> 
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org 
>> 
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev 
>> 
>> 
>> 
>>  
>> 
>> This email has been checked for viruses by Avast antivirus software.
>> www.avast.com 
>> 
>> 
>> 
>> 
>> 
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org 
>> 
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, visit
>> 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Ed Willink]

Hi Michael

EMFq, EMFt, EMFv have all been on minimal maintenance for the last five 
years. Last year there was just M4, M7, RC3. The existing code is 
therefore very stable.


The sole very part-time releng is generally busy with other priorities 
so you could wait a long time unless you use your initiative.


Regards

Ed Willink


On 10/08/2016 10:08, Wenz, Michael wrote:


Hi,

Ed, thanks for enabling EMF Validation, that brings me one step closer 
to being able to enable Graphiti as well.


Can anybody shed any light on the status of EMF Transaction? That is 
my last dependendency that is missing by now…


Thanks,

Michael

*From:*cross-project-issues-dev-boun...@eclipse.org 
[mailto:cross-project-issues-dev-boun...@eclipse.org] *On Behalf Of 
*Ed Willink

*Sent:* Mittwoch, 10. August 2016 10:40
*To:* cross-project-issues-dev@eclipse.org
*Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution 
only partially today


Hi

I had to use my initiative to enable EMF Validation. Aggregation build 
now looks promising. With EMF, EMFv, GEF, OCL, UML2, Xpand, Xtext 
contributed, perhaps the worst dependency cycles are now broken.


Regards

Ed Willink

On 10/08/2016 09:23, Ed Willink wrote:

HI

I have authority to enable UML2 with its Neon.0 contribution, so
UML2 is now enabled. OCL coming as soon as the aggreagtion build
status clarifies.

Regards

Ed Willink

On 10/08/2016 08:42, Dennis Hübner wrote:

Hello Alex,

I’ve enabled EMF, Xpand and Xtext in Oxyden. There are still
some dependencies missing:

- ODA is missing for EMF

- UML2 is missing for Xpand

… but I think it should not block you.

Best regards,

Dennis.

Am 08.08.2016 um 17:34 schrieb Alexander Nyßen
>:

Hi all,

I have just re-enabled the GEF repository for Oxygen and
made available the Neon release version of GEF-legacy
(Draw2d/GEF (MVC) 3.x, Zest 1.x) to enable downstream
projects that depend on it. The GEF (formerly known as
GEF4) contribution to M1 is already prepared as well, but
I had to disable it for now because it depends on
downstream projects (namely e(fx)clipse and Xtext) that
have not updated their contributions yet. GEF will thus
not be available today but on Wednesday.

Regards,

Alexander

--
Dr. Alexander Nyßen
Dipl.-Inform.
Principal Engineer

Telefon: +49 (0) 231 / 98 60-202
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743

http://www.itemis.de 
alexander.nys...@itemis.de


itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus

Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael
Neuhaus, Jennifer Fiorentino

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org

To change your delivery options, retrieve your password,
or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Viele Grüße,

Dennis Hübner




___

cross-project-issues-dev mailing list

cross-project-issues-dev@eclipse.org


To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev





Avast logo





This email has been checked for viruses by Avast antivirus software.
www.avast.com








___

cross-project-issues-dev mailing list

cross-project-issues-dev@eclipse.org


To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev





Avast logo 

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Tom Schindl]

Hi Alexander,

I've enabled the e(fx)clipse runtime contribution from Neon.0. The
tooling contribution stays disabled until WTP is enabled as we use their
XML-Editors.

Tom

On 09.08.16 15:38, Alexander Nyßen wrote:
> I also fear that without enabling the Neon contributions the
> bootstrapping is not to be done. We are virtually postponing it all to
> Wednesday, when we will have to perform a piece-by-piece integration
> (probably on the level of individual features), hoping that all projects
> actually contribute something. GEF for instance depends on e(fx)clipse
> and Xtext, which - if I recollect correctly - have not even stated their
> intention to participate in Oxygen. I am keeping my fingers crossed...
> 
> Regards
> Alexander
> 
>> Am 09.08.2016 um 14:36 schrieb Ed Willink > >:
>>
>> Hi
>>
>> Co-ordination would be good, but we have a new policy whose
>> consequences do not seem to have been appreciated.
>>
>> Indeed it is +2, and I see no successful +1 contributions. Just GEF
>> that enabled a Neon contribution to reduce its small contribution to
>> the overall deadlock.
>>
>> Regards
>>
>> Ed Willink
>>
>> On 09/08/2016 13:27, Kaloyan Raev wrote:
>>> Hi Ed,
>>>
>>> Can't all these projects coordinate and make the necessary
>>> contributions within a short time frame without leaving master broken
>>> for a long time?
>>>
>>> It's already M1 +2 date and the rest of the projects should be able
>>> to do their contributions.
>>>
>>> Kaloyan
>>> 
>>> *From:* cross-project-issues-dev-boun...@eclipse.org 
>>>  on
>>> behalf of Ed Willink 
>>> *Sent:* Tuesday, August 9, 2016 3:20:07 PM
>>> *To:* cross-project-issues-dev@eclipse.org
>>> *Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution
>>> only partially today
>>>  
>>> Hi
>>>
>>> Feel free, but we have a policy problem.
>>>
>>> The earlier discussion was on Xtext dependencies.
>>>
>>> The build is currently failing because OCL depends on UML2 which is
>>> missing.
>>>
>>> Once UML2 is fixed, OCL and/or UML2 will fail because EMF and/or
>>> Xtext is missing.
>>>
>>> We therefore have three choices.
>>>
>>> Green all the way: No contribution is enabled till ALL prerequisites
>>> are enabled. This will be very slow because of the recursive
>>> dependencies, because relengs are not super-responsive, because it is
>>> August, because some projects never contribute at M1, and because M1
>>> used to be two rather than one weeks long.
>>>
>>> Red till green: contribute as normal, so that the validator
>>> identifies the missing contributions.
>>>
>>> The old way. Neon contributions are enabled by default.
>>>
>>> I think the old way was better, but given that we are improving, I
>>> see contribution enabling as appropriate so that the missing
>>> contributions are highlighted.
>>>
>>> AFAIAA all OCL's dependencies have declared intent so OCL can be
>>> enabled and that is what I have done.
>>>
>>> Regards
>>>
>>> Ed Willink
>>>
>>> On 09/08/2016 13:09, Kaloyan Raev wrote:
 Hi folks,

 I don't want to break the party, but your recent changes, pushed
 directly to master, broke the validation build. Thus, everyone else
 who follow the clean process of contributing via Gerrit is blocked
 at the moment.

 I am going to revert the last changes one by one until I get a clean
 validation build.

 Please contribute your next changes via Gerrit.

 Thanks,
 Kaloyan
 
 *From:* cross-project-issues-dev-boun...@eclipse.org 
  on
 behalf of Ed Willink 
 *Sent:* Monday, August 8, 2016 8:39:57 PM
 *To:* cross-project-issues-dev@eclipse.org
 *Subject:* Re: [cross-project-issues-dev] GEF Oxygen M1 contribution
 only partially today
  
 Hi
 XText has declared intent. XText releases asynchronously, so it is
 very likely that Xtext 2.10 crosses the boundary.
 It seems unhelpful that you have inhibited aggregation contributions
 just because the XText releng has not realized how much trouble your
 enabled=false is causing.
 I'll enable OCL so that things improve as soon as XText and friends
 appear.
 Regards
 Ed Willink
 On 08/08/2016 18:27, David M Williams wrote:
> > Can we have the Neon contributions available as in previous years?
>
> Projects can do that, if they want -- as long as it is still "fits
> in". 
> But it is up to the project. They need to "declare intent" and
> provide a release record, AND THEN re-enable what every
> contribution they want to make. 
>
> Thanks, 
>
>
>
>
>
> From:Ed Willink 

[cross-project-issues-dev] e(fx)clipse will participate in Oxygen

[Tom Schindl]

Hi,

e(fx)clipse will participate in Oxygen:
- Runtime at offset +1
- Tooling at offset +3

I'll create the release records later this week.

Tom

-- 
Thomas Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
http://www.bestsolution.at/
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
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] PDT participation in Oxygen

[Dawid Pakuła]

Hi,

PDT will be part of Oxygen with version 5.0. Offset will be like in
previous releases: +3.
https://projects.eclipse.org/projects/tools.pdt/releases/5.0

-- 
Dawid Pakuła
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Ed Willink]

Hi

I had to use my initiative to enable EMF Validation. Aggregation build 
now looks promising. With EMF, EMFv, GEF, OCL, UML2, Xpand, Xtext 
contributed, perhaps the worst dependency cycles are now broken.


Regards

Ed Willink


On 10/08/2016 09:23, Ed Willink wrote:


HI

I have authority to enable UML2 with its Neon.0 contribution, so UML2 
is now enabled. OCL coming as soon as the aggreagtion build status 
clarifies.


Regards

Ed Willink

On 10/08/2016 08:42, Dennis Hübner wrote:

Hello Alex,
I’ve enabled EMF, Xpand and Xtext in Oxyden. There are still some 
dependencies missing:


- ODA is missing for EMF
- UML2 is missing for Xpand

… but I think it should not block you.

Best regards,
Dennis.

Am 08.08.2016 um 17:34 schrieb Alexander Nyßen >:


Hi all,

I have just re-enabled the GEF repository for Oxygen and made 
available the Neon release version of GEF-legacy (Draw2d/GEF (MVC) 
3.x, Zest 1.x) to enable downstream projects that depend on it. The 
GEF (formerly known as GEF4) contribution to M1 is already prepared 
as well, but I had to disable it for now because it depends on 
downstream projects (namely e(fx)clipse and Xtext) that have not 
updated their contributions yet. GEF will thus not be available 
today but on Wednesday.


Regards,
Alexander
--
Dr. Alexander Nyßen
Dipl.-Inform.
Principal Engineer

Telefon: +49 (0) 231 / 98 60-202
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743

http://www.itemis.de 
alexander.nys...@itemis.de 

itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus

Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, 
Jennifer Fiorentino




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org 

To change your delivery options, retrieve your password, or 
unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


Viele Grüße,
Dennis Hübner



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev





Avast logo 
 
	


This email has been checked for viruses by Avast antivirus software.
www.avast.com 
 






___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Ed Willink]

HI

I have authority to enable UML2 with its Neon.0 contribution, so UML2 is 
now enabled. OCL coming as soon as the aggreagtion build status clarifies.


Regards

Ed Willink

On 10/08/2016 08:42, Dennis Hübner wrote:

Hello Alex,
I’ve enabled EMF, Xpand and Xtext in Oxyden. There are still some 
dependencies missing:


- ODA is missing for EMF
- UML2 is missing for Xpand

… but I think it should not block you.

Best regards,
Dennis.

Am 08.08.2016 um 17:34 schrieb Alexander Nyßen >:


Hi all,

I have just re-enabled the GEF repository for Oxygen and made 
available the Neon release version of GEF-legacy (Draw2d/GEF (MVC) 
3.x, Zest 1.x) to enable downstream projects that depend on it. The 
GEF (formerly known as GEF4) contribution to M1 is already prepared 
as well, but I had to disable it for now because it depends on 
downstream projects (namely e(fx)clipse and Xtext) that have not 
updated their contributions yet. GEF will thus not be available today 
but on Wednesday.


Regards,
Alexander
--
Dr. Alexander Nyßen
Dipl.-Inform.
Principal Engineer

Telefon: +49 (0) 231 / 98 60-202
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743

http://www.itemis.de 
alexander.nys...@itemis.de 

itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus

Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, 
Jennifer Fiorentino




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org 

To change your delivery options, retrieve your password, or 
unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


Viele Grüße,
Dennis Hübner



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] GEF Oxygen M1 contribution only partially today

[Dennis Hübner]

Hello Alex,
I’ve enabled EMF, Xpand and Xtext in Oxyden. There are still some dependencies 
missing:

- ODA is missing for EMF
- UML2 is missing for Xpand

… but I think it should not block you.

Best regards,
Dennis.

> Am 08.08.2016 um 17:34 schrieb Alexander Nyßen :
> 
> Hi all,
> 
> I have just re-enabled the GEF repository for Oxygen and made available the 
> Neon release version of GEF-legacy (Draw2d/GEF (MVC) 3.x, Zest 1.x) to enable 
> downstream projects that depend on it. The GEF (formerly known as GEF4) 
> contribution to M1 is already prepared as well, but I had to disable it for 
> now because it depends on downstream projects (namely e(fx)clipse and Xtext) 
> that have not updated their contributions yet. GEF will thus not be available 
> today but on Wednesday.
> 
> Regards,
> Alexander
> --
> Dr. Alexander Nyßen
> Dipl.-Inform.
> Principal Engineer
> 
> Telefon: +49 (0) 231 / 98 60-202
> Telefax: +49 (0) 231 / 98 60-211
> Mobil: +49 (0) 151 /  17396743
> 
> http://www.itemis.de 
> alexander.nys...@itemis.de 
> 
> itemis AG
> Am Brambusch 15-24
> 44536 Lünen
> 
> Rechtlicher Hinweis:
> 
> Amtsgericht Dortmund, HRB 20621
> 
> Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus
> 
> Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, Jennifer 
> Fiorentino
> 
> 
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Viele Grüße,
Dennis Hübner



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev