er obscure URL we artificially limit amount of testing
it gets and make it harder for downstream projects validate their code
will still work yearly release comes live next week.
--
Regards,
Igor
On 2014-06-11, 23:52, David M Williams wrote:
> http://download.eclipse.org/releases/staging/
>
>
It appears GMF, Gyrex, and XWT (at least) have changed their project repo
contents after the final Luna build. And this was only a few days after
the final build last Wednesday ... I am not sure what it would look like
right now. This is disturbing for a number of reasons, and will require
that
I take this as "things are fine, as they are in staging". Not sure how
this effects "release reviews", Wayne, but what is in staging now, is the
same thing that was in Kepler SR2 (i.e. already released).
At least, going by feature names/versions and bundle names/versions. The
following are the
I've updated the "Final Daze" document for Luna's release. See
https://wiki.eclipse.org/Luna/Final_Daze
For the majority of people, here's a summary of what you need to know (and
do) between now and the release date of 6/25:
1. Clean up old builds on downloads and move previous releases
http://download.eclipse.org/releases/staging/
As I am sure you all know, this is our final aggregation build for Luna,
unless a blocking issue is found.
I always like to emphasize, that, at this point, a "blocking issue" that
would lead to a re-spin has to be more than a typical "bad problem"
Is it Wednesday yet? Just barely (in my timezone) so "one day left" to
make contributions to the final Luna build (RC4).
Everyone's "enabled" and in the build (thanks BIRT team) ... so that's
good.
Some of the "repo reports" are not as good as they should be ... but ...
that's true from my p
t-issues-dev-boun...@eclipse.org] On Behalf Of David M
Williams
Sent: Monday, June 09, 2014 4:26 PM
To: cross-project-issues-dev@eclipse.org
Subject: [cross-project-issues-dev] Status and outlook for RC4 ... BIRT
repo "missing"
I had to disabled BIRT, since the repo referenced in thei
I had to disabled BIRT, since the repo referenced in their b3aggrcon file
no longer exists (and that in turn caused me to have to disable MAT).
I sent an email (just 10 minutes ago) and got no reply, assume no one is
"actively" fixing the issue, so I disabled BIRT and opened bug 437006.
https:/
se-php-luna-RC3-linux-gtk-x86_64.tar.gz
It is just not available on the download page. Any idea what went wrong?
On Fri, Jun 6, 2014 at 4:03 PM, David M Williams <
david_willi...@us.ibm.com> wrote:
I've made the "RC3" repository visible under the build-in repository at
http:
Our candidate for RC4 is
http://download.eclipse.org/eclipse/downloads/drops4/I20140606-1215/
And initially we thought the unit tests would be done by now, and we'd
declare late on our +0 day. But turned out the test job on windows bombed
out at the beginning (unrelated to our build ... couldn'
From: Ed Willink
To: Cross project issues ,
Date: 06/04/2014 07:21 AM
Subject:Re: [cross-project-issues-dev] Pseudo-singleton for Guava
in RC3
Sent by:cross-project-issues-dev-boun...@eclipse.org
Hi David
On 04/06/2014 11:48, David M Williams wrote:
> I think
I've made the "RC3" repository visible under the build-in repository at
http://download.eclipse.org/releases/luna/
The EPP packages will be available soon, if not already, from
http://www.eclipse.org/downloads/index-developer.php
Happy testing!
__
Dr. Georg Pietrek, Jens
Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael
Neuhaus
[attachment "signature.asc" deleted by David M Williams/Raleigh/IBM]
___
cross-project-issues-dev mailing li
I must admit, I do still feel confused because none of my neighbors have
put out their trash, for Thursday morning pick up ... I'm beginning to
think maybe my neighborhood is in its own little time warp ... a sure sign
of sleep deprivation? :)
http://download.eclipse.org/releases/staging/
M
The reports do "come and go" when new builds are promoted to "staging".
If you try http://build.eclipse.org/simrel/luna/reporeports/
There should be a polite message saying they are "being generated, check
back later".
Apologies for not having a "friendlier" solution implemented yet.
Fro
Currently scheduled for Friday, 6/6, Noon, Eastern time.
Sorry for the short notice, but if anyone would like to review, please see
bug 436481.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=436481
But otherwise, be sure to move up to use the "final Luna Release version"
by then, if you have b
https://bugs.eclipse.org/bugs/show_bug.cgi?id=422745
Further to my earlier, 10, then 15 then 12 observations. When I then
install Mylyn Wikitext, 15 came back again, 12 stayed.
Hopefully a de facto 15-only policy will hide the problems, until users
add third party non-15 contributions.
I think that
Am 04.06.2014 02:51, schrieb David M Williams:
*http://download.eclipse.org/releases/staging/*
*Test well, questions (or issues) welcome. *
*You know the drill ... if no blockers found ... will become visible at
.../releases/luna on Friday. *
*As an early reminder, once we produce RC4, it wil
http://download.eclipse.org/releases/staging/
Test well, questions (or issues) welcome.
You know the drill ... if no blockers found ... will become visible at
.../releases/luna on Friday.
As an early reminder, once we produce RC4, it will not be promoted to
.../releases/luna until the offici
Ed,
Guess you know now it's not related to bug 436418, given the discussion
and diagnosis given there.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=436418
Ordinarily, it's hard to infer much by "what's in the directory and what's
not" ... at least, as I understand it ...
the exact point tha
This has been discussed before, but apparently is still causing problem.
The most recent bug I've seen is
https://bugs.eclipse.org/bugs/show_bug.cgi?id=436275
but also
https://bugs.eclipse.org/bugs/show_bug.cgi?id=435854
The original bug where this was discussed was
https://bugs.eclipse.org/b
I'm not sure that bundle is ever in the downloadable "standard package".
Have you found it there in the past?
It is the "branding bundle" for the "Eclipse SDK" ... and the "Eclipse
Standard" package would have it own branding bundle.
What do you need it for? (I only ask, to know what to recomme
The repo at
http://download.eclipse.org/releases/luna
Now contains RC2, RC1, M7 as well as a the usual pointer to the EPP
packages repo ... so is ready for some good testing!
The RC2 EPP packages at
http://www.eclipse.org/downloads/index-developer.php
will be available a little later in the d
http://download.eclipse.org/releases/staging/
Test well. If no blocking problems are found, this will become part of the
composite at
.../releases/luna on Friday morning.
Thanks,
___
cross-project-issues-dev mailing list
cross-project-issues-dev@ec
... and someone just started a new aggregation build ... which is fine ...
but there's been lots of changes/builds being done today, so I hope that's
the last one needed.
But, this reminder is just to be sure to keep me (us all) informed (here
on cross-project list) if any "later submissions"
roperty
- about.properties with a featureText=... property
Back to my original question.
It seems that there should be a
copyright=...
in every feature.properties in order to silence the Buckminster warning.
The text of this copyright is only visible by manually reading the
properties file (
ture.properties in order to silence the Buckminster warning.
The text of this copyright is only visible by manually reading the
properties file (or perhaps using a properties file API).
Is the above analysis correct and if so how much of it is a bug in the
Features page?
Regards
Markus and I have "made visible" the Luna RC1 repository, at the built-in
repository site of
http://download.eclipse.org/releases/luna/
The EPP packages will be available a bit later today, after a few more
votes come in from package maintainers, at the "pre-release location":
http://www.ecl
A little later in the day than usual ... but ... I'm finally as happy with
it as I'm going to get.
Be sure to directly test
http://download.eclipse.org/releases/staging/
as well as test various "update" scenarios (such as update from 4.3.2 with
the Java 8 patch applied would be a good one to t
I'd go ahead and contribute what you have ... have you checked with b3
aggregator editor that it "validates" locally? ... If so, I'd go ahead and
contribute what you have ... since you are "re-joining" the train, others
might need to react to your "being back".
And then if you'd like you can r
> Any ideas?
If you wanted to try it, and your build system/infrastructure allows it to
be specified easily, you can direct p2 not to use any "packed jars", with
-Dorg.eclipse.update.jarprocessor.pack200=@none
That _might_ work around the problem.
Otherwise (just guessing) you could likely m
loads -- Don't panic!
On Tue, May 20, 2014 at 8:20 AM, David M Williams <
david_willi...@us.ibm.com> wrote:
I wanted to be sure everyone knew that beginning with tonight's I-build
(I20140519-2000), Eclipse and Equinox have changed to provide SHA512
hashes for downloadable zips a
/20/2014 02:33 AM
Subject:Re: [cross-project-issues-dev] Eclipse and Equinox have
moved to using SHA-2, 512 bit hashes for downloads -- Don't panic!
Sent by:cross-project-issues-dev-boun...@eclipse.org
On Tue, May 20, 2014 at 8:20 AM, David M Williams <
david_willi...@us.ib
I wanted to be sure everyone knew that beginning with tonight's I-build (
I20140519-2000), Eclipse and Equinox have changed to provide SHA512 hashes
for downloadable zips and tar files, instead of the previous MD5 and SHA1
hash sums.
See the references in
https://bugs.eclipse.org/bugs/show_bug
t;
Today's Topics:
1. Luna M7 staging repository is complete (minus BIRT)
(David M Williams)
2. Luna M7 Sim. Release Repositories (and Packages) are
available (David M Williams)
--
Markus and I have "turned on" the M7 repositories, so they will be
available this morning to those with existing installations.
That's from the "built in" repository, at
http://download.eclipse.org/releases/luna/
The EPP packages will be available for download soon (if not already, by
the time
Having heard nothing, I assume it'll take BIRT longer than we have to
produce a compatible build, so we'll do what we can without their
contribution in M7. I know several of you disabled some features that
depend on BIRT, so at least you can be partially functional in M7 (thanks
for that extra
Ed,
Not sure ... of the answer, or what you are asking, but will answer
anyway, and maybe I'll get lucky :)
As with "license" (SUA) text, there are actually two sources ... one in
property files, and one in repository metadata (in content.jar/xml). Since
that report mentions "repo" at the to
I thought I should let everyone know what I know ... little as that is.
The observant may have noticed the aggregator has not been turned off, and
I have sent no note that "staging repo is complete", as there normally
would have been last night.
The reason is that "BIRT" is still disabled, wh
I just did restart a build, but don't forget, anyone who can commit to
simrel.build repo can do it themselves. See
http://wiki.eclipse.org/SimRel/Simultaneous_Release_FAQ#But_what_if_I_really_want_to_kick_off_the_build_myself.3F
From: Idrissa Abdoulaye DIENG
To: David M Wil
cause I've seen this elsewhere, recently (Bug 429797 ) so thought
maybe others could profit from the knowledge?
Thanks for letting me know about it (and, again, not sure if that's the
only issue in this particular "failed build" case ... but appears to be
one of them).
Than
As we in the Platform are preparing for our final +0 contribution for M7,
just wanted to remind everyone that M7 +3 is near, and ...
A. Three projects are still disabled due to change in ICU version
conflicting with BIRTs version ... would have been good to have a "warmup"
build correcting tha
Has anyone created and shared among EF projects a script to do this? Not
that I'll actually use it :), but useful to ask.
Thanks,
Scott
On 4/24/2014 1:41 AM, David M Williams wrote:
I'm sure everyone is aware of the "new license" requirement:
Bug 431255 - Need to upd
ected to do. What license feature are we
supposed to use now? Is it available from Luna symrel composite repo
already?
--
Regards,
Igor
On 2014-04-24, 4:41, David M Williams wrote:
> I'm sure everyone is aware of the "new license" requirement:
> *_Bug 431255_* <https
I'm sure everyone is aware of the "new license" requirement:
Bug 431255 - Need to update the SUA (Software User Agreement)
And now that we in Platform (and MPC) have updated -- which demonstrated
my updated "repo report" appears to be working correctly -- I thought it'd
be a good time to send
Thanks Thomas.
I'm sure most readers of this list know, but in Orbit, we'd need an
Eclipse Project to request it, (as Jan has requested 1.7) and then someone
would have to volunteer to add it to Orbit (if original project didn't
have any committers, they could either ask to become a committer,
I've update the wiki at
https://wiki.eclipse.org/Simrel/Contributing_to_Simrel_Aggregation_Build#Install_the_b3_Aggregator
so it is explicit that the b3 aggregator can be installed into Kepler SR2.
It has mostly worked "all along", but think I saw a corner case that had
issues with Java 8 pa
Earlier today I shoe-horned a "warmup" aggregation into staging, that has
the "ICU4J" changes, and the "org.objectweb.asm".
But, I did have to disable BIRT, since the ICU4J version "conflicted" and
disabling BIRT has some ripple effect to MAT and Startdust.
Bug 432464 - Temporary disabled BIR
...@eclipse.org
Hello David,
do you plan to produce a stable build for this significant changes before
M7?
Best regards,
Dennis.
Am 08.04.2014 um 02:39 schrieb David M Williams :
I've just promoted an Orbit build, that has two significant changes, which
(I hope) will be in this week's
I've just promoted an Orbit build, that has two significant changes, which
(I hope) will be in this week's Platform I-build as well.
http://download.eclipse.org/tools/orbit/downloads/drops/I20140407192103/
1. ICU4J: Version jump from 50.x.x to 52.x.x
I suspect 90% of you have been through this
> I’ve updated the date+description of the release records accordingly.
> Is it OK?
If you are asking if the release record itself is ok, I don't know ... if
you're asking if the exact version you are contributing to Luna is
changing then the answer is yes, that's fine.
Thanks for keeping us i
I wanted to correct the title of this note and thread, since it was clear,
that the planning council in no way considers this "SR3" and one of our
cautions was not to "oversell it".
It is after all, making something available for mass downloads, that has
not had any quality control at all. In t
With all this talk of Java 8, it's easy to lose track of "Java 7 work"
that needs to be done ... so, this is simply a reminder.
1. I believe that Java 1.7 update 51 is now installed on all Hudson
instances, so I would encourage everyone to run your JUnit tests with it
... in addition to your n
Konstantin, thanks for the offer. I have added it to the list of
alternatives the Planning Council will discuss next Wednesday, but off the
top of my head, I think simply applying the patches (without the normal
development cycle of community feedback, and testing) sounds a bit
dangerous for so
I wanted to announce our plans in Orbit to remove some versions of
org.objectweb.asm from active builds: 1 new, 3 old.
The "new one" is 5.0.0. It was not even in a "milestone" build, so doubt
anyone has any hard dependency on it, but a) that was "Beta code" until
Java 8 was released, then we
tand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens
Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael
Neuhaus
[attachment "signature.asc" deleted by David M Williams/Raleigh/IBM]
__
Thanks to the many people that made this milestone come together ... just
in time for EclipseCon!
I'm sure many are already updating from the built-in repository site:
http://download.eclipse.org/releases/luna/
Prefer a fresh all-in-one download? The EPP Packages are available at
http://www
Thanks to Denis for a "late night" Hudson re-start (Bug 430233) the
staging repo is complete,
http://download.eclipse.org/releases/staging/
and if no blocking defects are reported (soon) this will become "M6" and
moved to the composite repo at .../releases/luna
on Friday after 9 AM Friday (Eas
Markus and I "turned on" the Kepler SR2 release repositories so update for
SR2 are now available from
http://download.eclipse.org/releases/kepler/
If you want a fresh copy, the "all in one" EPP packages are available from
http://www.eclipse.org/downloads/
(or, they will be soon, though not
According to "Luna repo reports" project in Luna are currently using
everything from "10" to "14"
com.google.guava
11.0.2.v201303041551
14.0.1.v20130703-1129
10.0.1.v201203051515
12.0.0.v201212092141
(And version 14 never even m
: David M Williams/Raleigh/IBM@IBMUS
To: Cross project issues ,
Date: 02/21/2014 05:13 PM
Subject:Re: [cross-project-issues-dev] Potential rebuild for p2
bug
Sent by:cross-project-issues-dev-boun...@eclipse.org
Based on feedback from the Planning Council, I will do a
Based on feedback from the Planning Council, I will do a "rebuild" of the
aggregation repository, once the fixed version of p2 is available and
verified.
I thought I'd be explicit that my plan is to do the sort of rebuild where
the input from all other projects is simply taken to be what alrea
I'm sure everyone knows that final builds are done ... but we always wait
a week before formally releasing. This is partially to give one last
chance to test for serious regressions. (If found, In most cases, we'd
encourage projects to simply provide "patch features" on their own sites,
if poss
Thanks Jeff, for fixing the acceleo contribution. I do know that the
automatic mail was being sent to that team
Stephane Begaudeau , Cedric Brun
, Laurent goubet ,
so can only assume that timezone differences, or a fire at their lab or
offices, prevented them from responding and fixing.
Only
Please test and let us know if something did not get "picked up" as
expected.
(And remembering past surprises, this includes things missing, at too low
of a level, and things at too high of a version level!)
http://download.eclipse.org/releases/maintenance/
Repo reports are looking better
bu
> if it is ok for me to change some other group's
> b3aggrcon file.
I acted too quickly. :) Because otherwise I would have said yes, of course
its ok ... when there is an obvious error holding up a green build, and
especially when the group is in a different time zone that makes a quick
fix un
Sorry for the delay, but I've just now fixed (I think).
The Birt contribution had two errors (which I detail here in case I
"corrected" in wrong way ... and so others can learn):
a) A contact was added to the birt.b3aggrcon file, but that contact did
not exist in the simrel.aggr file -- a comm
eady for Sphinx ... just thought I'd mention it.
If more questions, or if I can help further, let me know.
Thanks,
From: Stephan Eberle
To: David M Williams/Raleigh/IBM@IBMUS,
Date: 02/11/2014 09:25 AM
Subject:Re: [lunaAggregation] Failed for build 2014-02-11_08-10-
that you manually trigger your own build, just
to make sure there is a build after your contribution, so you can check
all is as you expect.
Let me know if I can help further,
From: Beth Tibbitts
To: David M Williams/Raleigh/IBM@IBMUS,
Cc: Greg Watson
Date: 02/10/201
Today (2/7) is our +0 day for RC3, but due to some procedural issues ...
and me falling asleep in the middle of the day :) we may not
"officially declare" until Saturday, approximately noon.
But, the good news is that the candidate build is done and tested, so
M20140206-1000 is nearly ce
eporting.
From: Matthias Sohn
To: Cross project issues ,
Date: 02/06/2014 02:12 AM
Subject:Re: [cross-project-issues-dev] Kepler SR2 RC2 staging
(maintenance) repository is complete
Sent by:cross-project-issues-dev-boun...@eclipse.org
On Thu, Feb 6, 2014 at
I'll leave the Kepler aggregation job off until Friday afternoon, to avoid
confusion and allow a little time for "pure RC2" testing, but the current
contents of 'maintenance' represents everyone's SR2 RC2 contributions.
http://download.eclipse.org/releases/maintenance/
I hope everyone is near
Markus and I have "flipped the switch" so that M5 bits should be available
from the repository at
http://download.eclipse.org/releases/luna/
The EPP packages will be made available later today, as more package
maintainers give their "plus one".
I say "should be available" in first sentence o
http://download.eclipse.org/releases/staging/
Assuming no blocking issues are found (quick) I'll promote this to the
.../release/luna composite on Friday.
Test well! From what I could see, lots of changes were going in this
milestone.
Thank you, to you all.
Apologies for the delay, but I have just now promoted the aggregation to
be used for Kepler RC1. [In fact, I even typed up this note an hour ago,
and just now realized I had not pressed 'send' yet!)
http://download.eclipse.org/releases/maintenance/
As a reminder, this build is not "promoted"
> My expectation was that this kind of error should have been checked
during the aggregation build.
My guess is that EPP features "add" relationships and dependencies that
are not represented in aggregation builds. I think less of a problem in
past when nearly everyone was doing "maintenance on
It is not the "e4" team ... they are still at "1.0.0" version.
At first we thought it was the Koneki team. But, according to bug 426017,
they are not building it ... they are just "getting from repository".
https://bugs.eclipse.org/bugs/show_bug.cgi?id=426017
Could it be part of some "foreign"
Our Kepler SR2 RC1 +0 contribution is almost certain to be M20140117-0910
,
But, we had a little trouble (and a lot of my confusion) earlier in week
so the candidate was produced just this morning, and the JUnit tests won't
complete until late today (between 6 and 9 PM).
I think it best to wa
I just happened to notice there were over three hundred unsigned jars in
Luna aggregations ...
http://build.eclipse.org/simrel/luna/reporeports/reports/verifydiroutput/unsigned.txt
Normally there are 20 or 40.
In particular I noticed many are from projects that normally have
excellent "releng
> Is there a reason why the Luna release dates past M4 are not on the
Eclipse planning council's google calendar?
Yes ... because no one volunteered to put them there ... are you
volunteering? If so, I'll put your name down for next year. :)
More seriously, just this morning I updated that goog
I barely read your original note ... I stopped when I got to the part
about "Major version change" in "Maintenance stream". That sounds like
"API change" or some other incompatible change ... which would not be
appropriate in "SR2 maintenance". I'm sure I could be missing your point
... but ...
According
http://projects.eclipse.org/releases/luna
There are 75 projects participating in Luna (from my quick count). Two of
those, Orion and Paho, are not aggregated in common repository, so that
implies we should have 73 files in 'org.eclipse.simrel.builds. In fact, we
have 77 files ... I
To update an existing (non-production) install, the built-in composite
repository now has M4 in it (And, per convention, I removed M1, so it now
has M4, M3, and M2).
http://download.eclipse.org/releases/luna/
The EPP packages for Luna M4 are available at the following "developers
downloads" (
Ready as it's going to be. If anyone finds any blocking (e.g. data
damaging) bugs, let us know, otherwise, I'm assuming everyone who's
planning to be "in Luna" is "in the build" (I believe the one exception is
?CDO? who sent a note to this list recently they still want to be in Luna,
but are no
to try and get one green build on our +1
day.
Thanks,
From: David M Williams/Raleigh/IBM@IBMUS
To: Gregoire Dupe ,
Cc: cross-project-issues-dev@eclipse.org
Date: 12/16/2013 03:21 PM
Subject:Re: [cross-project-issues-dev] [lunaAggregation] Failed
for build
This has been failing a for "long" time (since this morning) ... are you
actively working on a fix? Waiting for someone else?
Might be good to disable it, for now, if you think it will take much
longer and/or keep everyone informed on cross-project list.
Thanks,
From: David
I'm not sure if I should laugh, or cry?
If they are true examples, those example components could just be omitted
without loss of core functionality, right?
Even then, I guess I've not read the guide lines that say "incubating
examples" can be released without an "incubating" label (since
"inc
No, I've not updated them yet ... they will follow the exact same pattern
... but not yet update for the new year.
From: Ralf Sternberg
To: Cross project issues ,
Date: 12/12/2013 03:52 PM
Subject:[cross-project-issues-dev] Luna SR schedule
Sent by:cross-project-issu
The requirements to participate in Sim. Req. were formally approved by the
Planning Council at our meeting yesterday. (We always promise to do so by
M4). The substance is the same as it was in previous years, but Neil
Hauge and Dani Megert improved the document itself, by improving some of
the
> I can elaborate if someone is interested in the details.
Well who wouldn't be?
And ... what's the workaround for, again? :)
From: Eike Stepper
To: cross-project-issues-dev@eclipse.org,
Date: 12/11/2013 03:14 AM
Subject:Re: [cross-project-issues-dev] Release train broke
> Is someone actively working on a fix?
It's hard to speak for "everyone", but I am not. Contributions welcome.
To summarize my understanding of the issue (which is easily the wrong
understanding) is that p2 introduced this new IU filter (macosx-bundled)
that should be "transparent" to everyo
We have turned on the M3 Luna (composite) repository, at
http://download.eclipse.org/releases/luna
But
1: there is one known issue that can result in an updated installation
being unable to start, so if you use "Sirius" (directly or indirectly)
please skim read following bugs reports to see
There's been several last minute problems found with M3 and the testing,
plans, and opinions are still being gathered and discussed ... mostly on
epp-dev list and some in bugs such as
https://bugs.eclipse.org/bugs/show_bug.cgi?id=421801
(and the bugs it refers to).
My intuition is we will stil
Greg, Laurent, and Sergey,
Sorry for the delay in responding, especially since I must say "no".
None of you mentioned "blocking problems" if we don't respin, and rather
than delay M3,
I'd prefer to think of it as you just having an early start for M4 :)
We'll get you into 'staging' on Friday
Here it is ... 5:00 PM on Wednesday (Eastern time), no jobs running, no
requests for extensions, so I'm declaring the Luna M3 repository complete.
Please test
http://download.eclipse.org/releases/staging/
If no blockers reported, I'll add M3 to the composite .../releases/luna on
Friday morni
I'm sure everyone is aware that M3 is next week ... all contributions must
be "in the build" by Wednesday, at the very latest.
I see a number of projects that are at least partially disabled (I didn't
look if 'contribution', 'repo', or 'feature').
I'll be looking at this in more detail, but th
Just so everyone knows, today someone made a small mistake with the Luna
repo (master branch of org.eclipse.simrel.build) and I tried to fix it,
and, I think, I made things temporarily worse ... guess I should have
thought to turn off the builds until it got straightened out.
In the end, I did
son instance
reacts extremly slow
Sent by:cross-project-issues-dev-boun...@eclipse.org
On 10/24/2013 02:40 AM, David M Williams wrote:
> I'm not sure it's wise to have the ep4-inut-mac64 and ep4-unit-win32
jobs both be running at the same time, though
I don't understa
> I'm not sure it's wise to have the ep4-inut-mac64 and ep4-unit-win32
jobs both be running at the same time, though
I don't understand why this would be the case. The are separate physical
machines, right?
And, the real mystery, to us in Platform, is why are the Mac tests are
taking so l
Subject:Re: [cross-project-issues-dev] Luna M2 repo and packages
are ready
Sent by:cross-project-issues-dev-boun...@eclipse.org
On 10/04/2013 07:34 PM, David M Williams wrote:
We just call these "milestones" ... the term "release" we reserve for ...
well, rel
301 - 400 of 822 matches
Mail list logo