On 8/27/19 13:27, Denis Roy wrote:
I think we're one of the last shops on earth that has SSH shell
access right into our mission-critical infra. Even before 2009
this practice was pure insanity from a data/systems security
perspective but
On 8/23/19 14:24, Matthew Ward wrote:
Hi Everyone,
I just wanted to follow up with a reminder that on August
28th we will be moving committers that have an actual shell on
Eclipse.org to our restricted shell.
On 4/16/19 04:13, Ed Willink wrote:
Hi
I just changed the repo reference in the *.aggrcon from http:
to https: but the resulting log changes from:
08:40:39 Adding child meta-data repository
On 10/30/18 11:29, Daniel Megert wrote:
Hi Ed
Last time we
discussed
this in 2017 there were different opinions on this topic but we
never decided
on the topic. Today we decided unanimously that in general we
On 02/28/2018 01:35 PM, Quentin Le
Menez wrote:
Hi Fred,
It seems that its stuck again :/
Do you have some ideas as to why ?
No, no specific concerns or doubts. In
fact I decided it was a silly question,
since it is the simultaneous release that has a policy of "no
breaking API changes, off-cycle".
So, the original announcement must have meant "update releases".
What's missing from this announcement is what this means regarding
versions or versioning.
I can guess, but it would be better for you to be explicit.
I am assuming you mean something more than "maintenance release"
(i.e., a change in the third
On 10/13/2017 06:04 PM, Stephan Herrmann wrote:
On day 2 after the Oxygen.1a there was quite a disastrous report on SO:
https://stackoverflow.com/questions/46731161/jdk-9-wont-let-me-use-strings-java-lang-string-is-ambiguous
It turned out to be a "simple" installation problem, and I'm
On 08/22/2017 11:47 PM, Sravan K
Lakkimsetti wrote:
Hi,
Download.eclipse.org
is down for me. Any one facing this issue?
Thanks
Sravan
Down for me too.
And,
On 07/25/2017 08:53 AM, Frederic Gurr
wrote:
Hi,
Paths to the latest JDK8 and JDK9 have been updated as follows:
/shared/common/jdk1.8.0-latest -> /shared/common/jdk1.8.0_131
/shared/common/jdk1.8.0_x64-latest -> /shared/common/jdk1.8.0_131.x64
On 07/17/2017 01:33 PM, Frederic Gurr
wrote:
Hi,
I've started preparations for the Photon SimRel aggregation build.
New jobs have been created on the SimRel HIPP
(https://hudson.eclipse.org/simrel/).
The Photon jobs are pointing to the master branch of the SimRel
On 06/27/2017 08:04 AM, Ed Merks wrote:
The update sites are only hidden by virtue of not telling the user the
location of the update site. Making it visible is mostly about
publishing the location in documentation somewhere, or by updating a
composite to point at it.
Blocking release
On 05/23/2017 01:47 PM, Alexander Nyßen wrote:
Hi all,
when validating the Oxygen aggregator on my machine, the validation
fails because of an unsupported legacy update site. It seems this was
introduced by updating MAT. If I disable MAT and Andmore (which
depends on it), the validation
Is it my imagination, or do major outages always occur on the weekend? :)
On 03/12/2017 11:02 AM, Denis Roy wrote:
Our database master failed.
We had a new server in place, synced up and ready to go. We were going
to make the switch next weekend.
That switch just happened. Our database
For what it's worth, you are both right. :) Nothing in the
platform depends directly on the Apache httpcomponents, but ECF
does, and the platform depends on ECF. In fact, part of ECF is
duplicated in our repository so that it will be a self-contained
I will answer to "cross-project" list,
since may be of general interest.
And before answering the question, I will remind everyone the
purpose of the "checkpoint
build" was primarily to allow any new projects, or projects
with new features, to "get
Congratulations! This is our first-ever December update release! (The
first 2-of-3 update releases.) What a busy bunch you are. :)
Neon.2 is now available at the build-in repository at
.../download.eclipse.org/releases/neon/
EPP packages are at https://www.eclipse.org/downloads/
or more
This question is motivated by a recent article[1] I happened
across. In short, it pointed to evidence that many software
applications are re-distributing open source components with known
security issues.
"*Yes*, we are distributing software with
Every year, the Planning Council specifies that M4 is the
deadline for the council to have the official, final version of
the Simultaneous
Release Requirements. This year is no exception (though,
sorry, I am sending this note a bit late in the day).
Oxygen M4 has been made available at the built-in URL of
http://download.eclipse.org/releases/oxygen/
(It is a composite, now consisting of M4, M3, and M2.)
The EPP Packages are (or will be soon) available at the "developers" tab
for packages, at
On 12/15/2016 08:56 AM, Sven Efftinge wrote:
Xpand is in maintenance mode, but I understood that it needs to be
included if other projects have a dependency on it.
In that case, I assume it is a viable option to just include last
year's release again.
Is that correct?
That is correct. With
insights or suggestions).
Staging has not changed since my previous note. The last staging repo
was produced around 6 PM Eastern on Wednesday ... in case you have
gotten a head start, Markus. :)
On 12/14/2016 07:56 PM, David Williams wrote:
This is fine by me *IFF* you are talking about "
This is fine by me *IFF* you are talking about "hours". I will turn the
job back on until about, let's say, 10 PM Eastern. (Feel free to say at
that point if you are "close to done with a little more time". My main
concern is that it not be delayed 24 hours or something, but otherwise,
I am
It is after 5 on Wednesday, no one has asked for an extension,
and the servers are cooling down after many contributions the past
few days.
Hence, I will the staging repository complete and disable any new
contributions builds (until Friday, after
As I am sure you know, we are scheduled to release Neon.2 on
12/21/2016, at approximately 10 AM Eastern.
Between now and then is what we call "quiet week" -- a time for
final acceptance testing and preparation of websites, etc.
While it is
As far as I can tell, everyone has made their final contribution
for Neon. (Linux tools came in at 5:06 PM (Eastern) ... and they
were not even the last one! :)
As always, test well!
Thanks all!
P.S. I say "as far as I can tell" since
Staging is complete and ready for EPP packages to be created.
http://download.eclipse.org/staging/neon/
Remember, there is several different ways to test the staging repository
(each way important!):
On 11/30/2016 04:52 PM, Alexander Gurov
wrote:
[...]
Also there is a question regarding the build failure.
Missing requirement:
mappedRepo_home_data_httpd_download.eclipse.org_technology_subversive_4.0_neon-site
1.0.0 requires
On 11/30/2016 12:58 PM, Quentin Le Menez wrote:
Hi David,
I just saw that subversive released a new version of their feature
(strange as they are +2 offset) and it failed our builds and the
simrel one.
Does this mean I'll have to do a respin of our NEON release ?
Thanks
Quentin
Yes, it
On 11/30/2016 11:24 AM, Alexander Gurov wrote:
Hi, everyone!
It seems I can't open simrel.aggr file with CBI AggregatorEditor. The
only thing I get is the exception below:
java.lang.RuntimeException: Deprecated resource was not transformed
at
The ../staging/neon repository has the latest "neon.2" output -- it has
been a busy couple of days with many people making updates!
I have temporarily disabled the "Neon jobs" that lead to changing the
staging repository and will re-enable them on Friday, after the EPP
packages are done.
On 11/23/2016 08:53 AM, LE MENEZ
Quentin wrote:
Hi David,
I was wondering if this
was the case (it seems so): do the emails in the project
aggregator file need to belong to a committer for the
On 11/21/2016 03:58 AM, Lorenzo Bettini wrote:
[...]
Does it make sense?
Several sites that I am (or, was) in charge of use a similar strategy.
Especially when a repo is "moved" (such as from "candidate" to
"released"). And, similarly, currently even for a Platform build, since
we wanted to
P.S. I will re-enable the Neon.VALIDATE job on Friday, after the
EPP packages have been verified (approximately noon). The
Neon.VALIDATE.gerrit job remains open for business, though.
On 11/16/2016 04:55 PM, David Will
Sorry for the late notice, but the staging repository for Neon.2 RC1 is
ready.
http://download.eclipse.org/staging/neon/
A good time to check the "repo reports" if you haven't yet:
http://download.eclipse.org/staging/neon/buildInfo/reporeports/
And, remember, we no longer do "warmups", and
Colleagues,
I have been working on refactoring the old "b3 aggregator" to the
"cbi aggregator" (bug
506726). That is, refactoring package names, etc.
This will require two things of those participating in the Sim.
Release.
1.
The Oxygen M3 repository has been "made visible" to p2. The repo is now
a composite of M3, M2, and M1. Please test and report any issues.
http://download.eclipse.org/releases/oxygen/
The M3 packages will be available soon, if not already.
(We are considering calling them "IDE Products" so I
Its Wednesday evening. Nothing's building. No one's asked for more time.
So I will declare the staging repository "complete" and ready for EPP
and others to do their part.
To confirm it has the content you expect, please test
http://download.eclipse.org/staging/oxygen/
Assuming no blocking
Thanks for this tip. I did confirm that works, but then thought why not
go all the way and avoid the network protocols and use
file:///gitroot/... for builds.
Works well for me in my Hudson jobs running on Linux.
While it should not be required to make such changes, even after
"git://" is
On 10/28/2016 02:26 PM, Marc-André
Laperle wrote:
A
lot of our Hudson builds have been failing with for example:
Command "git fetch -t git://git.eclipse.org/gitroot/tracecompass/org.eclipse.tracecompass.git refs/changes/24/84124/2"
On 10/28/2016 08:11 AM, Andreas Sewe
wrote:
Hi David,
Sorry, I gave wrong URL. The latest build is at:
http://download.eclipse.org/cbi/updates/aggregator/ide/4.5/I20161027-1601/
will this URL make it into the "Simultaneous Release
Sorry, I gave wrong URL. The latest build is at:
http://download.eclipse.org/cbi/updates/aggregator/ide/4.5/I20161027-1601/
On 10/27/2016 01:59 PM, David Williams wrote:
I have a build of the aggregator
I have a build of the aggregator running in its new home, CBI,
(see bug Bug 487478)
but with the main fix I have made so far it may cause you to get
an error if you use the old version.
The first thing I did was to base the current build on "Mars.2"
As you all should know, we have been working on fixing a bug in
MPC (Market Place Client) that effected other projects too. (bug 501000).
The repositories are now visible to p2. The "Neon.1a" specific
repository is
The note is relevant to anyone that checks out the
"org.eclipse.simrel.build" project.
Yesterday I tagged the wrong commit has for the Neon.1 release. I
could not delete it (and could not change repo settings that would
have allowed me to delete it)
As scheduled, Neon.1 is now available.
Both updates from the repository at
.../releases/neon
And the packages will be visible soon (if not already) at
https://www.eclipse.org/downloads/eclipse-packages/
I am sure there will eventually
Sravan and others,
You can update the URLs in your b3aggrcon files at any time. And,
you can still submit to Gerrit, just to confirm no typos, etc.
And, you can even push to HEAD (of the Neon_maintenance stream).
This will not go any further, though. That
sible also at
https://www.eclipse.org/downloads/index-developer.php
well, 6 of them are. The rest are waiting for maintainers to
sanity check and give their plus 1.
Thanks again,
On 09/23/2016 10:41 AM, David Will
Congratulations and thanks to the Sim Release Projects!
Oxygen M2 repository is available from from .../releases/oxygen
And the packages should be available before long from a tab under
Thanks everyone for your updates. As we ended up, only soa-bpmn2-modeler
is disabled, and only 5 or 6 projects have "decreasing" feature versions
(the Eclipse Platform being one of them). :/
I will promote this repo Friday morning around 10:00 and re-enable the
Oxygen aggregation builds
On 09/21/2016 08:20 PM, Stefan Xenos wrote:
What I proposed would occur once, so it would slow down *installation*
time but not startup time. We could show a message along the lines of
"installing icons" to make it clear to the user what's going on.
Or do you have some reason to believe this
As I am sure everyone is aware, Oxygen M2 input is due tomorrow
(Wednesday 9/21 approx. 5 PM). By some standards things look much
better for M2 than for M1, but looking deeper there are still many
things very incorrect. Some projects still contributing their
And, I hope, Neon.1! Well, except for all the little things like EPP
packages, final testing, updating the "info" center, etc.
Speaking of which, as we enter this quiet week before releasing
(scheduled for 9/28) there are two bugs to be aware of.
If
On 09/14/2016 02:25 PM, LE MENEZ
Quentin wrote:
Hi
again,
I just saw
https://hudson.eclipse.org/simrel/job/simrel.neon.runaggregator.BUILD_CACHED/659/consoleFull
which
Hi Remi and Vincent,
Are you two "around" and actively working on fixing this issue? It is
preventing others from contributing.
If I don't hear anything within 5 minutes or so, I will open a bug and
start looking to see what I can do (which, I'd prefer not to, since I
just fixed "Oomph" :/
On 09/13/2016 11:09 AM, Bob Brodt
wrote:
Hi Web Tools!
I'm trying to build BPMN2 Modeler for Eclipse Oxygen, which
uses o.e.wst.wsdl. This feature apparently references
version [1.5.0,1.6.0) of javax.wsdl (according to
On 09/14/2016 01:02 PM, Carsten Reckord
wrote:
This build, which promoted the 1.5.0 release build, also removed the old milestone drop:
https://hudson.eclipse.org/oomph/job/integration/2601/console
This currently blocks validation of all simrel contributions
The Neon.1 RC3 packages have been made available at the usual place:
https://www.eclipse.org/downloads/index-developer.php
There are still quite a few waiting for the maintainer to sign-off. I
suspect those missing from the page will show soon, as the maintainers
finish their testing.
On 09/08/2016 09:00 AM, David Williams
wrote:
[...]
So, I will ask that projects please contribute what you can to "be
current" (even if it is the same your "neon input"). And, I ask
that you do that even if Gerrit
Apologies for the delayed announcement, but the staging repo was
complete about 7 PM last night.
I have disabled new builds until the EPP packages are complete and
declared.
Thanks,
___
cross-project-issues-dev mailing list
On 09/02/2016 01:59 PM, Wim Jongman
wrote:
Thanks David! Is there a N somewhere?
Not so far (that I know of) but I suspect there should be. I have
opened Bug 500939
to track the issue.
Thanks,
Their location may not be as obvious as in the past but they are there
(click on 'packages' from http://www.eclipse.org/downlaods and then you
will see the familiar "developers" tab. Or, the direct URL is
https://www.eclipse.org/downloads/index-developer.php
I did not look closely but some
It appears everyone got in their RC2 contributions despite the
DNS issues (since I have not heard otherwise),
so I have turned off the aggregation jobs so the EPP packages can
be created and give a few days of a non-changing staging/neon
repository
I have restarted the Neon aggregation jobs.
For EPP news, see
https://dev.eclipse.org/mhonarc/lists/epp-dev/msg04242.html
But to quote it here for your convenience:
= = =
based on the Neon.1 RC1 staging repository we have an EPP 4.6.1RC1 build
available that needs testing...
*
It is Wednesday, after 5, and no one has requested a delay, so I
will consider RC1 staging repository complete.
I have disabled the aggregation jobs for Neon (but not the VALIDATE.gerrit
one) to be sure nothing accidentally and automatically
I do not know how RC1 "runs", but it was building ok until today.
There is a problem from ECF contribution that is the same as Bug 492904
which I have re-opened.
If I do not hear from the ECF team soon, I will revert their
contribution in order to
66 matches
Mail list logo
