I triggered Hudson for a new I-build and our promotion service was able to pick
it up properly. All seems good again ;-)
Thank you webmasters!!!
Cheers
/Eike
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
_
It could be argued this is "none of my business" and entirely up to Markus
and the PTP project ... but ... I can't help myself ... and maybe my
comments will help set future expectations or processes.
The staging (and soon milestone) repo and the EPP packages are meant to
match exactly. EPP pulls
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
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
We have a respin of PTP in place but too late for Juno M4 repo.
I think it should make the EPP build tomorrow though.
...Beth
Beth Tibbitts
Eclipse Parallel Tools Platform http://eclipse.org/ptp
IBM STG - High Performance Computing Tools
Mailing Address: IBM Corp., 745 West New Circle Road,
All did go fine and I re-promoted one more aggregation build (the one from
6:33 started by Adolfo) and since there were no other requests for "respin"
or blocking problems, we'll consider this part of M4 done. Tomorrow
(Thursday) the focus will be on EPP ... and assuming that goes fine ...
we'll m
the release train requirements are listed here
http://wiki.eclipse.org/SimRel/Simultaneous_Release_Requirements
2011/12/15 Bob Brodt
> 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.b
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 f
BTW,
If all goes fine, as I expect, I'd be pleased to have the new result
promoted for packaging.
Cheers,
Adolfo.
2011/12/14 Adolfo Sanchez Barbudo
> David,
>
> I have just run a build with some last bits for OCL Tools.
>
> Cheers,
> Adolfo.
>
>
> 2011/12/14 David M Williams
>
>>
>>
>> Roll ca
David,
I have just run a build with some last bits for OCL Tools.
Cheers,
Adolfo.
2011/12/14 David M Williams
>
>
> 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
M5 ends February 3.
See
https://www.google.com/calendar/embed?src=gchs7nm4nvpm837469ddj9t...@group.calendar.google.com&ctz=America/New_York&gsessionid=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
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 he
Yes, I'm not here
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
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 P
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/WebM
2011/12/14 Dennis Hübner
>
> Am 14.12.11 20:17, schrieb Adolfo Sanchez Barbudo:
>
> I actually thought that the "milestones" repository was the ideal
> candidate, in this case.
>
> I don't think that "milestones" is the ideal candidate for downstream
> projects.
> At least not after the latest R
Am 14.12.11 20:52, schrieb Thomas Hallgren:
> On 2011-12-14 20:44, 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.
> >
> Ke
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 ev
On 2011-12-14 20:44, 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.
Am 14.12.11 20:17, schrieb Adolfo Sanchez Barbudo:
> I actually thought that the "milestones" repository was the ideal
> candidate, in this case.
I don't think that "milestones" is the ideal candidate for downstream
projects.
At least not after the latest RC, which will be rebuild as release in
t
This is as serious deficiency in the portal. There is a huge
disconnect between the simultaneous release, releases, reviews, and
just about everything else. I'm hoping to address with this with Bug
366466 and Bug 363524.
Currently, I use some very fragile logic to f
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 "mi
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
Okay, I've heard enough.
Since Matt is in the process of restarting Hudson, we'll move the (now
local) jobs filesystem back to /shared/jobs.
As John points out, if you're already moved to using http to access
build artifacts or other Hudson info, you have nothing more to do.
If you had manually
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
project
Denis Roy wrote on 12/14/2011 01:29:09 PM:
> In the immediate term, can I safely assume that reverting /shared/
> jobs to the way it was will FIX many problems?
It sounds like it would be helpful to people in the short term to do this.
I would suggest for those people who have already adapted the
Yes please! We manually publish to download.eclipse.org and find it much
simpler to just run a file copy shell script.
- Original Message -
> 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
Hi,
I succeeded to build Papyrus. I don't have yet access to launch the Eclipse
Aggregation Build. Please, someone can do it for me ? Thanks
--
Vincent Lorenzo
De : cross-project-issues-dev-boun...@eclipse.org
[mailto:cross-project-issues-dev-boun...@eclipse.org] De la part de LORENZO
Vincent
E
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 wo
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
Hello Dennis,
2011/12/14 Dennis Hübner
> Hello Adolfo,
> we've released Xtext 2.2.1 which is our Juno M4 contribution. Please use
> the releases update site.
>
I have temporally changed that to produce proper OCL tools contribution...
but...
To be sure what is in juno aggregator, consider to l
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
___
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
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
Pe
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 aro
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
Hello Adolfo,
we've released Xtext 2.2.1 which is our Juno M4 contribution. Please use the
releases update site.
To be sure what is in juno aggregator, consider to look in tmf-xtext.b3aggrcon
file (the same for Xpand and MWE).
I'm not sure why the project-plan site is not up to date, sorry for th
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
To: Miles Parker ,
Cc: Cross project issues
Date: 12/13/2011 11:55 PM
Subject:
I agree. I see some jobs running on some slaves, but others not. I've
documented some of this in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=366672
if anyone would like to document their experiences/results, but suggest the
system "set" for restart (so running jobs can finish).
Thanks,
From
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
appre
On 12/14/2011 01:08 AM, Eike Stepper wrote:
> Am 07.12.2011 14:53, schrieb Denis Roy:
>>
>> On 12/07/2011 08:43 AM, Sven Efftinge wrote:
>>>
>>> On Dec 7, 2011, at 2:09 PM, Denis Roy wrote:
So we *moved /shared/jobs* to a locally-mounted filesystem, which
is *not shared*.
>>>
>>> So if th
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 share
Am 14.12.2011 14:38, schrieb Denis Roy:
> Just catching up here... Do I need to restart all of Hudson?
Yes. Please. I got tons of errors on the other slaves.
-Gunnar
--
Gunnar Wagenknecht
gun...@wagenknecht.org
http://wagenknecht.org/
___
cross-proj
Just catching up here... Do I need to restart all of Hudson?
On 12/14/2011 04:48 AM, Mickael Istria wrote:
> +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/
+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 De
Am 14.12.2011 09:10, schrieb Stéphane Bouchet:
Hi Eike and All,
we (Obeo) had troubles to make our M4 contribution yesterday to the breaking of
/shared/jobs no more accessible to hudson.
We made it working again by adding an extra step to our builds : (script shell)
# copy necessary files for
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.ecl
Hi Eike and All,
we (Obeo) had troubles to make our M4 contribution yesterday to the
breaking of /shared/jobs no more accessible to hudson.
We made it working again by adding an extra step to our builds : (script
shell)
# copy necessary files for promotion
rm -rf /shared/jobs/${JOB_NAME}/la
I tried forcing the aggregation job to "fastlane" and it had same
problem ... then I tried "master" and seems to be making progress ... I'm
guessing the whole build system needs a restart in the "morning".
From: Eike Stepper
To: cross-project-issues-dev@eclipse.org,
Date: 12/14/2011
49 matches
Mail list logo
