Re: [cross-project-issues-dev] Juno M4 status and outlook at end of +2 day ... calm before the storm?

2011-12-14 Thread Eike Stepper 

Am 14.12.2011 08:52, schrieb Eike Stepper:

Am 14.12.2011 07:17, schrieb Eike Stepper:

Hi,

The CDO M4 contribution will be late today because I did not manage in time to 
cope with the fundamental change of
Hudson's /shared/jobs (i.e. its removal).


I could promote manually now: 
http://www.eclipse.org/cdo/downloads/#S20111214_0118

But the aggregator doesn't work ;-(


Ok, aggregation 179 was good. We're in.

Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson slave1 blocked?

2011-12-14 Thread Mickael Istria 

+1
https://hudson.eclipse.org/hudson/job/maven-nebula-inc-nightly/160/console

On 14/12/2011 08:54, Henrik Rentz-Reichert wrote:

similar here:
https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/133/console

-Henrik

Am 14.12.2011 08:51, schrieb Eike Stepper:

Am 12.12.2011 19:08, schrieb Denis Roy:

I've restarted the slave this morning. Are things working now?


No: 
https://hudson.eclipse.org/hudson/view/Repository%20Aggregation/job/juno.runAggregator/177/console


Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper




On 12/12/2011 10:43 AM, Kenn Hussey wrote:

I see this exception in the console log:

FATAL: cannot assign instance of hudson.EnvVars to field 
hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars 
in instance of hudson.plugins.git.GitSCM$3
java.lang.ClassCastException 
http://stacktrace.hudson-ci.org/search?query=java.lang.ClassCastException: 
cannot assign instance of hudson.EnvVars to field 
hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars 
in instance of hudson.plugins.git.GitSCM$3
atjava.io.ObjectStreamClass$FieldReflector.setObjFieldValues(ObjectStreamClass.java:2032) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectStreamClass$FieldReflector.setObjFieldValuesentity=method 

atjava.io.ObjectStreamClass.setObjFieldValues(ObjectStreamClass.java:1212) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectStreamClass.setObjFieldValuesentity=method 

atjava.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1953) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.defaultReadFieldsentity=method 

atjava.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readSerialDataentity=method 

atjava.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readOrdinaryObjectentity=method 

atjava.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readObject0entity=method 

atjava.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.defaultReadFieldsentity=method 

atjava.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readSerialDataentity=method 

atjava.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readOrdinaryObjectentity=method 

atjava.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readObject0entity=method 

atjava.io.ObjectInputStream.readObject(ObjectInputStream.java:351) 
http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readObjectentity=method 

athudson.remoting.UserRequest.deserialize(UserRequest.java:178) 
http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.UserRequest.deserializeentity=method 

athudson.remoting.UserRequest.perform(UserRequest.java:98) 
http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.UserRequest.performentity=method 

athudson.remoting.UserRequest.perform(UserRequest.java:48) 
http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.UserRequest.performentity=method 

athudson.remoting.Request$2.run(Request.java:283) 
http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.Request$2.runentity=method
atjava.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) 
http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.Executors$RunnableAdapter.callentity=method 

atjava.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 
http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.FutureTask$Sync.innerRunentity=method 

atjava.util.concurrent.FutureTask.run(FutureTask.java:138) 
http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.FutureTask.runentity=method 

atjava.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 
http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.ThreadPoolExecutor$Worker.runTaskentity=method 

atjava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 
http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.ThreadPoolExecutor$Worker.runentity=method 

atjava.lang.Thread.run(Thread.java:619) 
http://stacktrace.hudson-ci.org/search/?query=java.lang.Thread.runentity=method


On Mon, Dec 12, 2011 at 10:31 AM, Kenn Hussey 
kenn.hus...@gmail.com mailto:kenn.hus...@gmail.com wrote:


The UML2 build is currently blocked by this as well -

[cross-project-issues-dev] Seeking input: Recent Hudson change, Hudson configuration

2011-12-14 Thread Denis Roy 
Folks,

As you may know, we recently moved the /shared/jobs directory from the
shared location onto a local filesystem on the Hudson master.  We did
this because some projects were experiencing .nfs  problems wiping
their workspace, as some files were still being reported as opened on
the shared filesystem.  An open file cannot be deleted.

Requiring you to use http/https to access build artifacts has resolved
the issue -- however, it brought upon us numerous other issues. One of
those issues is the performance: downloading large files directly from
Hudson seems to be hit-and-miss.  This is not a network problem, as
downloading from http://localhost/... directly on the Hudson master
performs rather poorly.

At this time, Matt and I would like to take a step back and get a better
understanding of your needs (or, better yet, your build workflow) before
we do anything else.  As of right now, we are considering moving the
hudson master jobs back to where it was -- /shared/jobs.  We are aware
this would reintroduce the .nfs workspace delete problem, and it's why
we would like your feedback.

Matt has opened bug 366696
https://bugs.eclipse.org/bugs/show_bug.cgi?id=366696. If you could
take a moment to explain, as concisely as possible in bullet-point form,
what your build process is, it would very much help us understand how we
can perhaps make Hudson better and easier to use.

Thanks,

Your friendly neighborhood webmasters

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Juno M4 status and outlook at end of +2 day ... calm before the storm?

2011-12-14 Thread Anthony Hunter 
Hi Ian,

The bit is for Juno is flipped for the projects below that I am a 
committer on. Any committer can do this activity, no sky is falling emails 
are required.

Cheers...
Anthony




From:   Ian Bull irb...@eclipsesource.com
To: Miles Parker milespar...@gmail.com, 
Cc: Cross project issues cross-project-issues-dev@eclipse.org
Date:   12/13/2011 11:55 PM
Subject:Re: [cross-project-issues-dev] Juno M4 status and outlook 
at end of +2 day ... calm before the storm?
Sent by:cross-project-issues-dev-boun...@eclipse.org



Thanks Miles,

I pinged the GEF leadership to see if this was just an oversight.  I can 
certainly help ensure the Zest component works on Eclipse 4.x, but I can't 
personally commit to shipping the entire GEF project myself.

Cheers,
Ian

On Tue, Dec 13, 2011 at 8:51 PM, Miles Parker milespar...@gmail.com 
wrote:

IIRC, If it's not on the aggregator, we can't use it, and if it isn't in 
Juno it can't be part of aggregator. Besides AMP, which is comparatively 
small potatoes, there is GMF, Papyrus and all of the other graphical tools 
(including new ones like BPEL, etc..), so that would throw us all 
off. Aren't there some platform bits that consume Zest such as the 
dependency analyzer? (I guess that one is an add-on, now that I look.)

I think the number one issue as far as maintaining for train would be 
whether GEF itself has dependencies on 3.7 only features, right? Otherwise 
it should be quite simple to update the build for e4.

On Dec 13, 2011, at 8:33 PM, Ian Bull wrote:

Wayne,

What happens if a 'producer' doesn't sign up for the train?  What I mean 
is, what happens if GEF -- which has historically been consumed by other 
projects -- is not part of the train?  Will the previous years bytes be 
available? Is anybody who depends on GEF automatically 'off the train'?  

Cheers,
Ian

On Tue, Dec 13, 2011 at 5:14 PM, Wayne Beaton wa...@eclipse.org wrote:
Hi Bob. 

You need to go to the project metadata in the portal and set the juno 
bit under the simultaneousrelease entry.

Wayne


On 12/13/2011 05:29 PM, Bob Brodt wrote: 
Hi Wayne,

BPEL is hoping to be a new project this year, so just wanted to make sure 
we're on the list :)

Thanks!
Bob Brodt

According to the participation list [1], we have 59 projects 
participating. Remember that I need you to flip the bit in the portal to 
show that you're participating. Sooner would be better than later.

I did a quick run through of the project and have observed that the 
following projects are MIA from last year:
AMP
EMF Query
EMF Transaction
EMF Validation
GEF
GMF-Notation
Mobile Tools For Java (MTJ)
QVT Operational
Sequoyah
The math doesn't add up, so I've made a mistake somewhere... I may have to 
write a query. More later.

Let me know if you're having trouble. 

Wayne

[1] http://eclipse.org/projects/releases/releases.php

On 12/13/2011 05:06 PM, David M Williams wrote: 
Or, are you all just getting good at this? :)

Everything seems to be going well with contributions to M4 aggregation, 
but
thought I'd send a reminder there's only one day left to get contributions
in for M4.  We'll consider 5 PM Wednesday the deadline, unless someone 
says
wait, almost ready.

Thanks,

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
Wayne Beaton
The Eclipse Foundation
Twitter: @waynebeaton
unnamed.pngunnamed.gif

Q

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


-- 
Wayne Beaton
The Eclipse Foundation
Twitter: @waynebeaton
138x38.pnglogo138x38.gif

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
http://eclipsesource.com | http://twitter.com/eclipsesource
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
http://eclipsesource.com | http://twitter.com/eclipsesource
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson slave1 blocked?

2011-12-14 Thread Eike Stepper 

Hi,

Did you do the restart?

Today I was experiencing a strange thing with the Git plugin for Hudson. Between 6:05 and 8:04 o'clock it forgot about 
our Local subdirectory for repo setting, which was non-default. As a consequence all subsequent builds failed because 
build.xml was not at the expected location.


Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson change

2011-12-14 Thread Eike Stepper 

Am 14.12.2011 15:50, schrieb Denis Roy:

A)  The issues were specifically tied to wiping the workspace.
Accessing the files was not a problem.


Would that mean that the new filesystem local to Hudson could still be shared via NFS from there, so that our scripts 
(that are hacks anyway to work around the limitation that Hudson can not write to download.e.o) can just continue to work?


Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson change

2011-12-14 Thread Denis Roy 
On 12/14/2011 11:46 AM, Eike Stepper wrote:
 Am 14.12.2011 15:50, schrieb Denis Roy:
 A)  The issues were specifically tied to wiping the workspace.
 Accessing the files was not a problem.

 Would that mean that the new filesystem local to Hudson could still be
 shared via NFS from there
Perhaps... But Ugh, the nastiness of having a spaghetti of shares which
all refer to each other.  There has to be an easier way.

 so that our scripts (that are hacks anyway to work around the
 limitation that Hudson can not write to download.e.o)

This is what I'm trying to get a better grasp of.  But again, this is no
secret:  If you feel the limitation is too complex, feel free to allow
Hudson to write to download.e.o.  Many projects are doing it.

Denis

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson change

2011-12-14 Thread Eike Stepper 

Am 14.12.2011 17:56, schrieb Denis Roy:

This is what I'm trying to get a better grasp of.


I appreciate that! I've commented on that bug. I've not properly pointed out 
that we'd just need read-only access, though.


But again, this is no
secret:  If you feel the limitation is too complex, feel free to allow
Hudson to write to download.e.o.  Many projects are doing it.


Well, that's the whole point: I agreed with you when you said that's not the preferred solution. So I've invested 3 
weeks full time work in a cron job that does all the work under my userid. But now it's not working anymore.


Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Papyrus M4 will be late

2011-12-14 Thread LORENZO Vincent 
Hi all,

   the papyrus M4 contribution will be late. We have dependencies problems with 
the aggregation...


Best regards,
--
Vincent Lorenzo
01-69-08-17-24
CEA Saclay Nano-INNOV
Institut CARNOT CEA LIST
DILS/LISE
Point Courrier n° 174
91 191 Gif sur Yvette CEDEX


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson change

2011-12-14 Thread Denis Roy 

  
  
On 12/14/2011 12:06 PM, Eike Stepper wrote:
Well,
  that's the whole point: I agreed with you when you said that's not
  the preferred solution. So I've invested 3 weeks full time work in
  a cron job that does all the work under my userid. But now it's
  not working anymore.
  


In that light, I certainly understand the frustration. I want these
problems to go away as much as everyone else.

Let's fix this and move on :)

In the immediate term, can I safely assume that reverting
/shared/jobs to the way it was will FIX many problems?



-- 
  Denis Roy
  Director, IT Services
  Eclipse Foundation, Inc. -- http://www.eclipse.org/
  Office: 613.224.9461 x224 (Eastern time)
  denis@eclipse.org
  
  
  

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson change

2011-12-14 Thread Eike Stepper 

Am 14.12.2011 19:29, schrieb Denis Roy:

On 12/14/2011 12:06 PM, Eike Stepper wrote:

Well, that's the whole point: I agreed with you when you said that's not the 
preferred solution. So I've invested 3
weeks full time work in a cron job that does all the work under my userid. But 
now it's not working anymore.


In that light, I certainly understand the frustration. I want these problems to 
go away as much as everyone else.

Let's fix this and move on :)

In the immediate term, can I safely assume that reverting /shared/jobs to the 
way it was will FIX many problems?


For us definitely ;-)

I'd be able to tell you very quickly.

Cheers
/Eike


http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Xtext M4 ?

2011-12-14 Thread John Arthorne 
The general form of this question would be good input for Wayne and his 
project page organization. Currently projects declare with a flag that 
they are participating in the simultaneous release, but there is no record 
that I am aware of indicating which release they will contribute. For 
projects whose own schedule matches the cadence of the release train this 
is fairly obvious. But for other projects with more frequent releases I 
don't think this information is available. To pick a random example, this 
morning I was asking what release of Jetty would be in Juno and the answer 
wasn't so clear. Maybe the juno participation flag should be metadata on 
a release rather than just a generic flag on the project? For downstream 
projects and consumers I expect this information would be really helpful.

John





Adolfo Sanchez Barbudo adolfo...@opencanarias.com 
Sent by: cross-project-issues-dev-boun...@eclipse.org
12/14/2011 10:20 AM
Please respond to
Cross project issues cross-project-issues-dev@eclipse.org


To
cross-project-issues-dev@eclipse.org
cc

Subject
[cross-project-issues-dev] Xtext M4 ?






Hello Folks

I'm wondering if Xtext guys are going to create any kind of milestone for 
M4.

Looking at their milestones repository[1] I only see an old 2.1.0M2.

I don't find any clue in the project plan [2] neither .

Any reason about why there is no an updated milestones repository would be 
appreciated. Take into account that our milestones builds are based on 
milestones repositories for those projects we depend on, so keeping the 
usual (probably planned) milestones releases are important for us.

[1] http://download.eclipse.org/modeling/tmf/xtext/updates/milestones
[2] 
http://www.eclipse.org/projects/project-plan.php?projectid=modeling.tmf.xtext

P.S: I've not checked other itemis projects (xpand, mwe), but I guess we 
will have the same problem with them.

Best Regards,
Adolfo.___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Xtext M4 ?

2011-12-14 Thread Miles Parker 

I had thought last year that this was what aggregator was for, that is that we 
could use the update sites indicated in the aggregator, but I discovered that I 
was wrong. Perhaps we should legislate having that be in sync, or add a 
separate set for Interim and Nightlies?It sure would be nice to find out what 
version of dependencies we should be using without having to consult typically 
out of date project web sites.

On Dec 14, 2011, at 10:53 AM, John Arthorne wrote:

 The general form of this question would be good input for Wayne and his 
 project page organization. Currently projects declare with a flag that they 
 are participating in the simultaneous release, but there is no record that I 
 am aware of indicating which release they will contribute. For projects whose 
 own schedule matches the cadence of the release train this is fairly obvious. 
 But for other projects with more frequent releases I don't think this 
 information is available. To pick a random example, this morning I was asking 
 what release of Jetty would be in Juno and the answer wasn't so clear. Maybe 
 the juno participation flag should be metadata on a release rather than 
 just a generic flag on the project? For downstream projects and consumers I 
 expect this information would be really helpful. 
 
 John 
 
 
 
 
 Adolfo Sanchez Barbudo adolfo...@opencanarias.com 
 Sent by: cross-project-issues-dev-boun...@eclipse.org
 12/14/2011 10:20 AM
 Please respond to
 Cross project issues cross-project-issues-dev@eclipse.org
 
 To
 cross-project-issues-dev@eclipse.org
 cc
 Subject
 [cross-project-issues-dev] Xtext M4 ?
 
 
 
 
 
 Hello Folks 
 
 I'm wondering if Xtext guys are going to create any kind of milestone for M4. 
 
 Looking at their milestones repository[1] I only see an old 2.1.0M2. 
 
 I don't find any clue in the project plan [2] neither . 
 
 Any reason about why there is no an updated milestones repository would be 
 appreciated. Take into account that our milestones builds are based on 
 milestones repositories for those projects we depend on, so keeping the usual 
 (probably planned) milestones releases are important for us. 
 
 [1] http://download.eclipse.org/modeling/tmf/xtext/updates/milestones 
 [2] 
 http://www.eclipse.org/projects/project-plan.php?projectid=modeling.tmf.xtext 
 
 P.S: I've not checked other itemis projects (xpand, mwe), but I guess we will 
 have the same problem with them. 
 
 Best Regards, 
 Adolfo.___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Xtext M4 ?

2011-12-14 Thread Adolfo Sanchez Barbudo 
I actually thought that the milestones repository was the ideal
candidate, in this case. In fact, it's not a problem of having different
timing in the releases dates, but the different repositories in which the
different releases are placed Perhaps a simply (temporal) redirection
from the milestones composite repository to the new released stuff would
have sufficed in this case It's much easier make the releng of a
project configure the repositories that he/she controls than making the
releng of the downstream projects look into such an issue.

Cheers,
Adolfo.
2011/12/14 Miles Parker milespar...@gmail.com


 I had thought last year that this was what aggregator was for, that is
 that we could use the update sites indicated in the aggregator, but I
 discovered that I was wrong. Perhaps we should legislate having that be in
 sync, or add a separate set for Interim and Nightlies?It sure would be nice
 to find out what version of dependencies we should be using without having
 to consult typically out of date project web sites.

 On Dec 14, 2011, at 10:53 AM, John Arthorne wrote:

 The general form of this question would be good input for Wayne and his
 project page organization. Currently projects declare with a flag that they
 are participating in the simultaneous release, but there is no record that
 I am aware of indicating which release they will contribute. For projects
 whose own schedule matches the cadence of the release train this is fairly
 obvious. But for other projects with more frequent releases I don't think
 this information is available. To pick a random example, this morning I was
 asking what release of Jetty would be in Juno and the answer wasn't so
 clear. Maybe the juno participation flag should be metadata on a release
 rather than just a generic flag on the project? For downstream projects and
 consumers I expect this information would be really helpful.

 John




  *Adolfo Sanchez Barbudo adolfo...@opencanarias.com*
 Sent by: cross-project-issues-dev-boun...@eclipse.org

 12/14/2011 10:20 AM
  Please respond to
 Cross project issues cross-project-issues-dev@eclipse.org

   To
 cross-project-issues-dev@eclipse.org
 cc
   Subject
 [cross-project-issues-dev] Xtext M4 ?




 Hello Folks

 I'm wondering if Xtext guys are going to create any kind of milestone for
 M4.

 Looking at their milestones repository[1] I only see an old 2.1.0M2.

 I don't find any clue in the project plan [2] neither .

 Any reason about why there is no an updated milestones repository would be
 appreciated. Take into account that our milestones builds are based on
 milestones repositories for those projects we depend on, so keeping the
 usual (probably planned) milestones releases are important for us.

 [1] 
 *http://download.eclipse.org/modeling/tmf/xtext/updates/milestones*http://download.eclipse.org/modeling/tmf/xtext/updates/milestones
 [2] *
 http://www.eclipse.org/projects/project-plan.php?projectid=modeling.tmf.xtext
 *http://www.eclipse.org/projects/project-plan.php?projectid=modeling.tmf.xtext

 P.S: I've not checked other itemis projects (xpand, mwe), but I guess we
 will have the same problem with them.

 Best Regards,
 Adolfo.___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Xtext M4 ?

2011-12-14 Thread Miles Parker 

Yes, I think that would make sense for the given infrastructure. To be clear, 
what I was suggesting was not to necessarily actually *use* the meta-data for 
nightly and interim sites but simply to *track* them in addition to the 
milestone sites so that consumers could know with certainty what evolving 
target they're supposed to be building against. I've been in a situation where 
I thought I was building to the current repos for a dependency (my project has 
a very large number of such), but I'd actually been building against a 
non-maintained 'interim' site that only included stuff from the Helios release. 
I didn't figure that out until RC1 when my older dependency no longer worked.

A significant advantage of that is that we could eventually build part of the 
project meta-data for the web sites from the aggregator so that any consumers 
would be pointed to the blessed version of each build site. It seems that 
almost every project has multiple old update sites out there and it is often an 
exercise in googling and trial and error to find the correct up to date site.

-Miles (aka 'the universal consumer')

On Dec 14, 2011, at 11:44 AM, Dennis Hübner wrote:
 
 I think it's also a good idea to point b3 aggregator to projects nightly 
 update site after a milestone is released.
 So dependent projects can earlier react to probably breaking changes.
 
 Regards,
 Dennis.
 
 
 Cheers,
 Adolfo.
 2011/12/14 Miles Parker milespar...@gmail.com
 
 I had thought last year that this was what aggregator was for, that is
 that we could use the update sites indicated in the aggregator, but I
 discovered that I was wrong. Perhaps we should legislate having that be in
 sync, or add a separate set for Interim and Nightlies?It sure would be nice
 to find out what version of dependencies we should be using without having
 to consult typically out of date project web sites.
 
 On Dec 14, 2011, at 10:53 AM, John Arthorne wrote:
 
 The general form of this question would be good input for Wayne and his
 project page organization. Currently projects declare with a flag that they
 are participating in the simultaneous release, but there is no record that
 I am aware of indicating which release they will contribute. For projects
 whose own schedule matches the cadence of the release train this is fairly
 obvious. But for other projects with more frequent releases I don't think
 this information is available. To pick a random example, this morning I was
 asking what release of Jetty would be in Juno and the answer wasn't so
 clear. Maybe the juno participation flag should be metadata on a release
 rather than just a generic flag on the project? For downstream projects and
 consumers I expect this information would be really helpful.
 
 John
 
 
 
 
  *Adolfo Sanchez Barbudo adolfo...@opencanarias.com*
 Sent by: cross-project-issues-dev-boun...@eclipse.org
 
 12/14/2011 10:20 AM
  Please respond to
 Cross project issues cross-project-issues-dev@eclipse.org
 
   To
 cross-project-issues-dev@eclipse.org
 cc
   Subject
 [cross-project-issues-dev] Xtext M4 ?
 
 
 
 
 Hello Folks
 
 I'm wondering if Xtext guys are going to create any kind of milestone for
 M4.
 
 Looking at their milestones repository[1] I only see an old 2.1.0M2.
 
 I don't find any clue in the project plan [2] neither .
 
 Any reason about why there is no an updated milestones repository would be
 appreciated. Take into account that our milestones builds are based on
 milestones repositories for those projects we depend on, so keeping the
 usual (probably planned) milestones releases are important for us.
 
 [1] 
 *http://download.eclipse.org/modeling/tmf/xtext/updates/milestones*http://download.eclipse.org/modeling/tmf/xtext/updates/milestones
 [2] *
 http://www.eclipse.org/projects/project-plan.php?projectid=modeling.tmf.xtext
 *http://www.eclipse.org/projects/project-plan.php?projectid=modeling.tmf.xtext
 
 P.S: I've not checked other itemis projects (xpand, mwe), but I guess we
 will have the same problem with them.
 
 Best Regards,
 Adolfo.___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
 
 
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
 
 
 
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
 
 -- 
 Dennis Hübner
 
 Softwareentwickler
 
 Mobil:   0151 173 96 707
 
 http://www.itemis.de/
 
 itemis AG
 Am Germaniahafen 1
 24143 Kiel

[cross-project-issues-dev] Hudson restart/roll-back

2011-12-14 Thread Webmaster(Matt Ward) 

Hi Folks,

 The job data has been copied(so we're back on NFS) and Hudson has been 
restarted.


-Matt.

--

Eclipse WebMaster - webmas...@eclipse.org

Questions? Consult the WebMaster FAQ at 
http://wiki.eclipse.org/index.php/Webmaster_FAQ

View my status at http://wiki.eclipse.org/index.php/WebMaster

EclipseCon 2012 http://www.eclipsecon.org/2012
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook near end of M4 +3

2011-12-14 Thread Bob Brodt 
Yes, I'm not here raises hand
I don't think BPEL will be in the aggregation build by tonight. When is M5?


Robert (Bob) Brodt
Senior Software Engineer
JBoss by Red Hat

- Original Message -
 
 
 Roll call ... I think the last aggregation build got all the latest
 changes/additions for M4, but please speak up now if your
 contribution
 isn't there yet.
 
 I promoted the latest results to /releases/staging so you can
 check/test
 there, if all is as expected.
 
 If anyone needs to contribute by 7 PM Eastern, I'd think that'd be
 containable ... after that, I'd begin to ask if better to wait to M5,
 or
 other more specific questions.
 
 Oh, and you don't really need to answer roll call unless there's
 problems ... like my teachers used to say if anyone is not here,
 will you
 please speak up?  :)
 
 
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook near end of M4 +3

2011-12-14 Thread Wayne Beaton 


  
  
AFAICT, BPEL has not yet flipped the bit for Juno. Can you please do
that?

The calendar and other resources are accessible from the wiki http://wiki.eclipse.org/Juno

Thanks,

Wayne

On 12/14/2011 06:13 PM, Bob Brodt wrote:

  Yes, I'm not here raises hand
I don't think BPEL will be in the aggregation build by tonight. When is M5?


Robert ("Bob") Brodt
Senior Software Engineer
JBoss by Red Hat

- Original Message -

  


Roll call ... I think the last aggregation build got all the latest
changes/additions for M4, but please speak up now if your
contribution
isn't there yet.

I promoted the latest results to /releases/staging so you can
check/test
there, if all is as expected.

If anyone needs to contribute by 7 PM Eastern, I'd think that'd be
containable ... after that, I'd begin to ask if better to wait to M5,
or
other more specific questions.

Oh, and you don't really need to answer "roll call" unless there's
problems ... like my teachers used to say "if anyone is not here,
will you
please speak up?"  :)


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


  
  ___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
  Wayne Beaton
  The Eclipse Foundation
  Twitter: @waynebeaton
  
  

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook near end of M4 +3

2011-12-14 Thread David M Williams 
M5 ends February 3.

See

https://www.google.com/calendar/embed?src=gchs7nm4nvpm837469ddj9t...@group.calendar.google.comctz=America/New_Yorkgsessionid=OK

and other info at

http://wiki.eclipse.org/Juno/

If you've not been in before, and nothing breaks if you are not in M4, I'd
suggest we handle as an exception and you join in M5.




From:   Bob Brodt bbr...@redhat.com
To: Cross project issues cross-project-issues-dev@eclipse.org,
Date:   12/14/2011 06:14 PM
Subject:Re: [cross-project-issues-dev] Status and outlook near end of
M4 +3
Sent by:cross-project-issues-dev-boun...@eclipse.org



Yes, I'm not here raises hand
I don't think BPEL will be in the aggregation build by tonight. When is M5?


Robert (Bob) Brodt
Senior Software Engineer
JBoss by Red Hat

- Original Message -


 Roll call ... I think the last aggregation build got all the latest
 changes/additions for M4, but please speak up now if your
 contribution
 isn't there yet.

 I promoted the latest results to /releases/staging so you can
 check/test
 there, if all is as expected.

 If anyone needs to contribute by 7 PM Eastern, I'd think that'd be
 containable ... after that, I'd begin to ask if better to wait to M5,
 or
 other more specific questions.

 Oh, and you don't really need to answer roll call unless there's
 problems ... like my teachers used to say if anyone is not here,
 will you
 please speak up?  :)


 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook near end of M4 +3

2011-12-14 Thread Wayne Beaton 


  
  
It looks like it should work. I am investigating.

Wayne

On 12/14/2011 07:18 PM, Bob Brodt wrote:

  
  Argh, one more try:




  Yes, I have read this wiki...but I'm still confused.
Here's the portal page showing the "flipping of the
simultaneousrelease bit" for soa.bpel:

Yes, I have read this
wiki...but I'm still confused. Here's the portal page
showing the "flipping of the simultaneousrelease bit" for
soa.bpel:



Are there any other bits that need flipping or am I looking
at the wrong bit or what?

the release train requirements are listed here
  http://wiki.eclipse.org/SimRel/Simultaneous_Release_Requirements


  2011/12/15 Bob Brodt bbr...@redhat.com
  

  
okI thought I had already "flipped the bit".
Not sure what else I need to do other than
setting the "simultaneousrelease" metadata to
"1" for juno (soa.bpel project) and filling in
the simultaneous release tracker. What am I
missing?
  

  
  

  


  
 AFAICT, BPEL has not yet
  flipped the bit for Juno. Can you please
  do that?
  
  The calendar and other resources are
  accessible from the wiki http://wiki.eclipse.org/Juno
  
  Thanks,
  
  Wayne
  
  On 12/14/2011 06:13 PM, Bob Brodt wrote:
  
Yes, I'm not here raises hand
I don't think BPEL will be in the aggregation build by tonight. When is M5?


Robert ("Bob") Brodt
Senior Software Engineer
JBoss by Red Hat

- Original Message -


  Roll call ... I think the last aggregation build got all the latest
changes/additions for M4, but please speak up now if your
contribution
isn't there yet.

I promoted the latest results to /releases/staging so you can
check/test
there, if all is as expected.

If anyone needs to contribute by 7 PM Eastern, I'd think that'd be
containable ... after that, I'd begin to ask if better to wait to M5,
or
other more specific questions.

Oh, and you don't really need to answer "roll call" unless there's
problems ... like my teachers used to say "if anyone is not here,
will you
please speak up?"  :)


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


  
  
  -- 
Wayne Beaton
The Eclipse Foundation
Twitter: @waynebeaton

  
___
  cross-project-issues-dev mailing list
  cross-project-issues-dev@eclipse.org
  https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


  

  


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

  





-- 
Matthias
  
  
  ___
  cross-project-issues-dev mailing list

Re: [cross-project-issues-dev] Status and outlook near end of M4 +3

2011-12-14 Thread Wayne Beaton 


  
  
Okay, I sorted it out.

Flipping the bit--it turns out--isn't enough.

After flipping the bit, projects will have to open the "Simultaneous
Release Tracker" component and set any of the values. I recommend
setting the offset.

If your project is releasing as part of the parent project, click
the "track with parent" link.

We're working on making this better.

Wayne

On 12/14/2011 10:07 PM, Wayne Beaton wrote:

  
  It looks like it should work. I am investigating.
  
  Wayne
  
  On 12/14/2011 07:18 PM, Bob Brodt wrote:
  
Argh, one more try:
  
  
  
  
Yes, I have read this wiki...but I'm still confused.
  Here's the portal page showing the "flipping of the
  simultaneousrelease bit" for soa.bpel:
  
  Yes, I have read this
  wiki...but I'm still confused. Here's the portal page
  showing the "flipping of the simultaneousrelease bit" for
  soa.bpel:
  
  
  
  Are there any other bits that need flipping or am I
  looking at the wrong bit or what?
  
  the release train requirements are listed here
http://wiki.eclipse.org/SimRel/Simultaneous_Release_Requirements
  
   2011/12/15 Bob Brodt bbr...@redhat.com

  
 okI thought I had already "flipped the
  bit". Not sure what else I need to do other
  than setting the "simultaneousrelease"
  metadata to "1" for juno (soa.bpel project)
  and filling in the simultaneous release
  tracker. What am I missing?

  


  
 
  

   AFAICT, BPEL has not yet
flipped the bit for Juno. Can you please
do that?

The calendar and other resources are
accessible from the wiki http://wiki.eclipse.org/Juno

Thanks,

Wayne

On 12/14/2011 06:13 PM, Bob Brodt wrote:

  Yes, I'm not here raises hand
I don't think BPEL will be in the aggregation build by tonight. When is M5?


Robert ("Bob") Brodt
Senior Software Engineer
JBoss by Red Hat

- Original Message -

  
Roll call ... I think the last aggregation build got all the latest
changes/additions for M4, but please speak up now if your
contribution
isn't there yet.

I promoted the latest results to /releases/staging so you can
check/test
there, if all is as expected.

If anyone needs to contribute by 7 PM Eastern, I'd think that'd be
containable ... after that, I'd begin to ask if better to wait to M5,
or
other more specific questions.

Oh, and you don't really need to answer "roll call" unless there's
problems ... like my teachers used to say "if anyone is not here,
will you
please speak up?"  :)


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


  
  ___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
  Wayne Beaton
  The Eclipse Foundation
  Twitter: @waynebeaton
  

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev