Hi,
The 4 missing about.html files for EMF Compare were due to the usual
mistake of forgetting the corresponding build.properties entry. The fix
is pushed and these 4 won't be an issue for M5.
Three of the 5 plugins with no license :
# org.eclipse.acceleo.source.feature.group
#
Hello,
MoDisco is back to normal.
Thanks to the Birt team.
Regards,
Grégoire
- Mail Original -
De: Grégoire Dupé gd...@mia-software.com
À: Cross project issues cross-project-issues-dev@eclipse.org
Envoyé: Mardi 18 Décembre 2012 20h24:45 GMT +01:00 Amsterdam / Berlin / Berne /
Rome /
mat.b3aggrcon - org.eclipse.simrel.build
I just added a new version of MAT and re-enabled it.
Waiting for the build results...
From: cross-project-issues-dev-boun...@eclipse.org
[mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of David M
Williams
Sent: Dienstag, 18. Dezember
Hi
Hudson seems to have gone AWOL again. I'm getting bad gateway.
Regards
Ed Willink
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Is there an ETA for declaring WTP M4 build? I see that every project besides
JSDT and releng have signed off?
http://wiki.eclipse.org/WTP_Smoke_Test_Results_R350_12172012
The lack of WTP M4 build is blocking all of the downstream projects from
making their M4 contributions.
-
Compiled 2012-12-19T12:07
build.eclipse.org
- Usage exceeding 1GB for: Hudson master jobs and workspace (2012-12-19T10:00)
6.0G osee-dev
4.7G emf-emfstore-integration-tycho
4.1G osee-staging
3.3G koneki-ldt
3.1G koneki-ldt-0.8
2.7G emf-emfstore-maintenance
2.1G
We are in the candidate aggregation build, we just delayed the official
declare because all teams were delayed being down in numbers this time of
year.
The declare is coming very soon - (Carl is on vacation officially...)
Thanks - Chuck
Senior Architect, RAD Java EE Tools, WTP PMC Lead
Wouldn't you just build against the candidate that they have already
contributed? I don't follow how this prevents a project from contributing
their own candidate to the aggregation. There are enough circular
dependencies between projects at the same level in the train that we
could never
WTP has declared M4 build, so +3 projects with WTP dependencies can now
proceed. Thanks!
Wouldn't you just build against the candidate that they have already
contributed?
That would produce a milestone candidate, not a final milestone contribution,
which would still need to be
It is almost 5 PM (Eastern) and not heard anyone ask for wait ... though
sounded implied by some messages here?
I do see that amp is completely disabled (at the repository level):
amp.b3aggrcon - org.eclipse.simrel.build
These three projects have a feature or two disabled. Not sure if the
Official wait from Sapphire. Should be able to make the contribution in
the next hour or so.
- Konstantin
From: cross-project-issues-dev-boun...@eclipse.org
[mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of David M
Williams
Sent: Wednesday, December 19, 2012 1:51 PM
To:
Sapphire contribution is in.
From: cross-project-issues-dev-boun...@eclipse.org
[mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of
Konstantin Komissarchik
Sent: Wednesday, December 19, 2012 1:54 PM
To: 'Cross project issues'
Subject: Re: [cross-project-issues-dev] Status and
I've promoted our final aggregation build, picking up Sapphire's M4
contribution, and disabled the aggregation build job.
Unless someone finds a blocking problem, that will added to our Kepler
repository on Friday.
Test early, test often!
Thanks everyone.
13 matches
Mail list logo