The fact that the Eclipse SDK as a whole will require Java 8 doesn't imply that any particular bundle should require Java 8. Since the change requiring Java 8 was cosmetic and there is a significant impact caused by the change, I think it is fair to ask the question and to consider the request. I
The Eclipse Orion project is planning to participate in the Neon simultaneous release, with an offset of +3. It will be release number 12.https://projects.eclipse.org/projects/ecd.orion/releases/12.0Thanks,John
___
cross-project-issues-dev mailing list
The "allow committers to contribute to other eclipse projects" topic is well underway in the Eclipse Board. There is a problem that some committers have written agreements from their employer that only allows them to participate on a particular project. The Foundation needs to put some automation
at :)
John
- Original message -From: Konstantin Komissarchik <konstantin.komissarc...@oracle.com>To: John Arthorne/Ottawa/IBM@IBMCA, "cross-project-issues-dev@eclipse.org" <cross-project-issues-dev@eclipse.org>Cc:Subject: RE: [cross-project-issues-dev] DTP major vers
I think the issue is that the whole product has to offer an update.. individual features in the product cannot publish updates independently that will be discovered by the update check. This is both a good thing and a bad thing, depending on your perspective.. I don't think there is a silver
The IResource/IWorkspace API is backed by a completely in-memory skeleton
of your file system structure. So any time you can query the resource
model instead of the file system, you will see orders of magnitude
performance improvement over direct java.io.File access. The IResource API
(and
, it is not sending those credentials to
download.eclipse.org.
I'm somewhat concerned by this, and I'm hoping it isn't what I think it
is.
Thanks,
Denis [attachment password.png deleted by John Arthorne/Ottawa/IBM]
___
cross-project-issues-dev
Cross-posting to cross-project list for awareness...
John
From: Thomas Watson tjwat...@us.ibm.com
To: Equinox development mailing list equinox-...@eclipse.org,
Date: 10/08/2014 11:45 AM
Subject:[equinox-dev] Plans to update to jetty 9 followed by
update to the Http Service
Thanks for catching those, Ed. Can you enter a bug report for issues like
this - it doesn't seem like a cross-project discussion topic to me.
John
From: Ed Merks ed.me...@gmail.com
To: Cross project issues cross-project-issues-dev@eclipse.org,
Date: 08/26/2014 05:02 AM
Subject:
I discovered I could not create a file in my home directory on
build.eclipse.org this morning. I cleaned up most of my home to free some
space, but please take a look at your home directory and see if you can
free more space:
nfsmaster:/home/data 1.7T 1.6T 41M
We're having a discussion in the following bug about how to handle IP
cleared third party JavaScript libraries in Orbit. If you are working on
any Eclipse project that consumes 3rd party JavaScript libraries, please
chime in there so we can get a sense for how many projects are in this
Just to close the loop on this, all the JFace generic changes have been
reverted in master and will not appear in M2. For anyone interested in
following or contributing to this work, see this main bug and its
dependencies:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=402445
John
/09/2013 14:57, John Arthorne wrote:
I seem to have a knack for definitive statements lately so I'll take a try
at this. The last Eclipse Platform release to officially support Java 5
was 3.6/Helios. We have not run our tests against Java 5 for several years
and can make no claim that it works
it. A lot of us who build products on it
already have. But no one is suggesting that's the right thing to do in the
long run. Or are we?
Doug.
From: John Arthorne john_artho...@ca.ibm.com
Reply-To: Cross project issues cross-project-issues-dev@eclipse.org
Date: Friday, 30 August, 2013 11:05 AM
To: Cross
You raise good arguments as always Ed. I will attempt to summarize and
respond to some of the comments raised in this thread.
Q: Should JFace be generified at all.
As with most library generifications there are pros and cons that we can
probably debate all day. I still think on balance it
From: Mickael Istria mist...@redhat.com
I may have missed something, but wouldn't the following
implementation be a valid solution?
public E[] getElements(I inputElement) {
return inputElement.toArray(new E[inputElement.size()]);
}
You can't instantiate arrays of generic type. I think
Gunnar Wagenknecht wrote on 07/18/2013 05:01:50 AM:
Too much of the platform is still
dominated and controlled too strictly by that one single company.
Contributions got turned away because of the lack of resources
argument and associated maintenance costs long term. To some point
those
I realize this was a rhetorical question, but the requirement is that
projects are capable of working with the version of their dependencies
that is shipped in the same simultaneous release. In this case the Kepler
version of XText requires the Kepler version of EMF. This is quite
reasonable,
From: Denis Roy denis@eclipse.org
On which day does last minute begin, as we are 13 days away from
the release? As a casual observer I'm puzzled by the test early,
test often, fix nothing mantra. Does today's RC somehow become
null and void if a respin is made and serious problems
I recall the planning council recently decided on a policy that we would
not allow a new release of a project to appear for the first time after
RC1. Am I remembering that incorrectly? This is exactly the kind of last
minute change that caused trouble for the release train in Juno SR2. I
think
The Platform team just became aware of a very recent change to the
behaviour of some of the Runtime#exec methods in the Oracle JRE. This
affects the most recent update of both Java SE 6 and Java SE 7 from
Oracle. Here are the details provided in the JRE release notes:
It is currently replicating. There will be an announcement on eclipse-dev
mailing list when it is available.
John
From: Ed Willink e...@willink.me.uk
To: Cross project issues cross-project-issues-dev@eclipse.org,
Date: 05/03/2013 01:32 PM
Subject:[cross-project-issues-dev]
I was about to say that page looks right to me.. but then I see Wayne
fixed it since you asked the question. Read it again.
John
From: Mark Russell mrruss...@google.com
To: Cross project issues cross-project-issues-dev@eclipse.org,
Date: 03/01/2013 01:32 PM
Subject:
Since the new version of EGit was only introduced in RC3, that could only
happen if someone changed their minimum dependency on EGit in their RC4
contribution. That seems unlikely but projects should speak up if they
have that constraint. Markus mentioned the only project downstream from
EGit
AM, Shawn Pearce s...@google.com wrote:
Oddly enough the mirror at https://eclipse.googlesource.com is also
behind by the same amount of time. Looks like mirroring stopped
working when the Eclipse Foundation moved their servers?
On Tue, Feb 19, 2013 at 7:15 AM, John Arthorne
john_artho
,
Cc: John Arthorne/Ottawa/IBM@IBMCA
Date: 02/05/2013 09:23 AM
Subject:Re: [cross-project-issues-dev] Hudson windows slave down
On 02/04/2013 05:12 PM, John Arthorne wrote:
I might have just missed a message about this, but the Hudson Windows
slave is offline. Can someone bring
The Eclipse platform is planning a rebuild of M5 to address a major key
binding regression that was introduced last week:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=399831
The problem is not severe for the Eclipse SDK, but for multi-page text
editors many key bindings are broken, which
I might have just missed a message about this, but the Hudson Windows
slave is offline. Can someone bring it back to life?
John
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
Later in the month brings us very close to Juno SR2 which risks disrupting
the release train (either last minute builds or the delivery to end
users). For Kepler M5, I think we should aim to complete it for Feb 8 as
usual, but then only announce it on Monday Feb 11 (assuming servers are
I have now marked Orion as participating. Orion releases several times a
year so we haven't even started thinking about the June release yet ;)
John
From: Wayne Beaton wa...@eclipse.org
To: Cross project issues cross-project-issues-dev@eclipse.org,
Date: 01/08/2013 04:17 PM
Subject:
The original discussions of the CVS shutdown did involve leaving a read
only service intact [1]. Not all code from past releases was migrated, so
anyone wanting to find the source for an old release, or do long term
maintenance on old releases, needs access to the CVS data. At the very
least
Denis Roy wrote on 01/03/2013 02:53:48 PM:
Actually, the bug doesn't involve leaving a read only service intact
at all. The repos are still in their locations, read-only, but
pserver has been shut down.
Yes it depends on your interpretation of read only. If you interpret
this to mean
Eric Gwin eric.g...@oracle.com wrote on 12/20/2012 02:04:11 PM:
No. EclipseLink's M4 was 2.5.0.v20121016-ab08992, it is what was
included in the aggregation files. However, Dali is including
EclipseLink directly, and they are using M5 (2.5.0.v20121120-
ec51fcc). So currently both versions
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
Yes, this BIRT dependency is invalid due to the ICU4J version increase in
Kepler:
org.eclipse.birt.core 4.2.1.v201209121203 depends on: package
com.ibm.icu.lang [3.4.4,5.0.0)
It looks like there is already a BIRT bug report for this:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=395365
John
The Eclipse Project PMC has prepared a brief update on the state of the
investigation of performance problems some people are seeing in the Juno
release. The update includes a short summary of the problems been seeing,
some analysis, and the plan of action over the coming months. The update
is
:21:10 -0400
From: John Arthorne john_artho...@ca.ibm.com
To: Cross project issues cross-project-issues-dev@eclipse.org
Subject: Re: [cross-project-issues-dev] Performance, 3.8 versus 4.2
Message-ID:
of6b7596fb.b62ef228-on85257a70.0048e946-85257a70.00495...@ca.ibm.com
Content-Type: text/plain
ssh login to build.eclipse.org seems to be denying everyone. Just so
everyone doesn't report the same bug, here it is:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=388790
John___
cross-project-issues-dev mailing list
For what it's worth, we settled on the following approach for the Eclipse
top-level project (always use Unix delimiters and use Eclipse settings to
control it):
http://wiki.eclipse.org/Platform-releng/Git_Workflows#Dealing_with_line_terminators
Also note you can select an entire
It is working fine for me. I tried both HTTP and SSH connections to git
repositories at eclipse and they connect just fine.
John
Zeb Ford-Reitz zeb.ford-re...@bredex.de
Sent by: cross-project-issues-dev-boun...@eclipse.org
07/06/2012 06:24 AM
Please respond to
Cross project issues
It is available as a plain text file. Try this:
http://download.eclipse.org/technology/phoenix/download.eclipse.org-filelist.txt
John
Eike Stepper step...@esc-net.de
Sent by: cross-project-issues-dev-boun...@eclipse.org
06/21/2012 07:48 AM
Please respond to
Cross project issues
David Williams wrote on 06/12/2012 05:15:26 PM:
I appreciate everyone keeping the build green and making progress
on the sim rel reports [1], though there are a few serious issues
left there.
[1] http://build.eclipse.org/juno/simrel/reporeports/
I looked through these, and at this
Konstantin Komissarchik wrote on 06/13/2012 10:14:52 AM:
Re: [cross-project-issues-dev] Status and Outlook for Juno!
It looks like this dependency is coming from RT packaging, not
Saphire:
That makes more sense. All Sapphire dependencies are written very
broadly since the Juno release
The Platform is considering an RC4 rebuild to pick up a new version of
ECF. We are far past our contribution deadline at this point, so can you
please chime in on this bug if this affects your project either way. The
last thing we want to do is further disrupt the release train after the
Depending on the time of day, Eclipse bandwidth has been completely
saturated recently, which can make for some very slow downloads. In our
lab we have measured downloads as slow as 10KB/s and often in the range of
15-20KBs [1]. The worst time of day seems to be mornings EDT. The 4MB in
the
Bug 265525 is about heap space. We did increase the heap space across all
platforms in 4.2 release (see bug 373679).
However Ed is talking about permgen memory, and in particular he is
talking about the case of launching a nested Eclipse. This is a very
difficult problem to solve and there has
, John gets :)
I'll reverse the logic and say if someone needs it, they'll have to speak
up. For now, I'll remove the M7 tie-in (but leave the sub repo there on
disk, if someone really needs it).
Thanks,
John Arthorne ---05/25/2012 11:48:42 AM---The main problem I am aware
Stephan Herrmann wrote on 05/24/2012 06:30:51 AM:
Looking at verified.txt I see lots of
jar verified. Warning: This jar contains entries whose signer
certificate has expired. Re-run with the -verbose and -certs options
for more details.
It seems to fix this we'd have to re-build
I have a rogue process still running on the Hudson windows slave from a
previous build. This causes all subsequent builds to fail and it prevents
cleaning up the workspace. Is there any way to forcefully kill a rogue
test process or otherwise get the slave back into a good state?
ERROR:
I suggest entering a bug against PDE and we can track it down from there.
According to Curtis the default severity for missing versions is ignore
and this hasn't changed in Juno. I quickly checked these settings in
latest 4.2 build and I also see them as ignore. It could be something
peculiar
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
51 matches
Mail list logo