Am 21.08.2013 05:04, schrieb David M Williams:
Actually, it has been there on archives since March but, the purpose of
this note is to give warning it will be
removed from downloads server.
This will only impact you if you have any build or download scripts that point
specifically to the
updates == p2 repository
That's not changing.
Just the zips.
From: Eike Stepper step...@esc-net.de
To: cross-project-issues-dev@eclipse.org,
Date: 08/21/2013 02:31 AM
Subject:Re: [cross-project-issues-dev] Eclipse Build 3.8.2 to move
to archives
Sent by:
Yes, has been discussed before, and I said bad idea, because anyone
building for the Luna repository, should not be building against the Luna
repository.
From: Eike Stepper step...@esc-net.de
To: cross-project-issues-dev@eclipse.org,
Date: 08/21/2013 03:49 AM
Subject:
Hi,
The Kepler aggregator keeps complaining like:
org.eclipse.osgi.signedcontent.InvalidContentException: The file Xyz.class in the jar
/tmp/signatureFile8275609294440704505.jar has been tampered!
I've tried everything to fix it, e.g.:
1) Flattened the single nested jar
2) Retained the
Object Teams cannot be installed in M1 due to https://bugs.eclipse.org/253244
(which hits us after the rewrite of the equinox framework).
I will enable our contribution just for one aggregation run to see we're
able to contribute and disable it immediately after.
I'm hopeful that the bug can be
I did the same, too. I simply don't have the time needed to maintain
list of project-level repositories and will build against kepler until I
can switch to luna simrel repo.
--
Regards,
Igor
On 2013-08-21 4:05 AM, Marcel Bruch wrote:
Maybe it would help if project could publish a (stable) URL
Hi all,
The State intent early (M4) chapter of the
http://wiki.eclipse.org/SimRel/Simultaneous_Release_Requirements page refers
to using the Simultaneous Release Flag in the project's Portal meta-data.
It seems to be out-of-date, because now there is no meta-data in Portal. It
will be great if
Hello,
I’m still not able to deliver EMF Facet and MoDisco because some dependences
have not be re-enabled (at least org.eclipse.emf.validation).
Regards,
Grégoire
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
Memory Analyzer is now also enabled.
We disabled our charts feature, as it depends on BIRT, which is not yet enabled.
I had troubles pushing (couldn't get through our corporate proxy).
Thanks to Matthias who made the changes instead of me.
From: cross-project-issues-dev-boun...@eclipse.org
EMF Validation was re-enabled this morning EST.
Cheers...
Anthony
From: Grégoire Dupé gd...@mia-software.com
To: Cross project issues cross-project-issues-dev@eclipse.org
Date: 2013/08/21 09:27 AM
Subject:Re: [cross-project-issues-dev] Status and outlook for Luna
M1
Sent by:
EMF Validation was re-enabled this morning EST.
Thanks !
I've delivered EMF Facet.
Regards,
Grégoire
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
QVTo was re-enabled for Luna.
Cheers...
Sergey
On Wed, Aug 21, 2013 at 8:00 AM, David M Williams david_willi...@us.ibm.com
wrote:
Doesn't look good. I'll admit there is one day left, but so far 50
projects have not even enabled their contribution to Luna (pasted below).
I've re-enabled CDT. Sorry for wasting the time of the person who put
enabled=false into our file.
Doug.
From: Sergey Boyko serg.boyko2...@gmail.commailto:serg.boyko2...@gmail.com
Reply-To: Cross project issues
cross-project-issues-dev@eclipse.orgmailto:cross-project-issues-dev@eclipse.org
Sigh. RSE isn't enabled so CDT fails.
From: Doug Schaefer dschae...@qnx.commailto:dschae...@qnx.com
Reply-To: Cross project issues
cross-project-issues-dev@eclipse.orgmailto:cross-project-issues-dev@eclipse.org
Date: Wednesday, 21 August, 2013 10:49 AM
To: Cross project issues
Theoretically, yes, it does open possibility for bad things to happen.
In practice, however, this worked for us for last three releases. If
there was an easy way to consume current simrel dependencies from the
build, I'd certainly do it, but I am not willing to spend any time on
this when
Hi
You must be very lucky and grateful that the rest of us are doing your
work for you.
I find it essential to build against the nightly repositories of my
dependencies in order to be able to react to their more 'innovative'
changes.
Regards
Ed Willink
On 21/08/2013 16:35,
Compiled 2013-08-21T12:07
build.eclipse.org
- Usage exceeding 1GB for: Hudson master jobs and workspace (2013-08-21T10:00)
32.9G ep4-unit-lin64
4.9G emf-emfclient-integration
2.4G emf-emfclient-maintenance
2.3G emf-core-maintenance
2.2G emf-cdo-integration
2.1G
With CDT enabled, I have enabled Linux Tools.
On 08/21/2013 10:49 AM, Doug Schaefer wrote:
I've re-enabled CDT. Sorry for wasting the time of the person who put
enabled=false into our file.
Doug.
From: Sergey Boyko serg.boyko2...@gmail.com
mailto:serg.boyko2...@gmail.com
Reply-To: Cross
I believe m2e-wtp fails because the webtools contribution is disabled.
On Wed, Aug 21, 2013 at 6:29 PM, Jeff Johnston jjohn...@redhat.com wrote:
With CDT enabled, I have enabled Linux Tools.
On 08/21/2013 10:49 AM, Doug Schaefer wrote:
I've re-enabled CDT. Sorry for wasting the time of
I have enabled TM.
Doug Schaefer wrote:
Sigh. RSE isn't enabled so CDT fails.
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
I have declared intent for tcf-1.2 by enabling the contribution ... but will
keep the repo disabled until the build is green.
The build has been failing since 11.01am server time today so I'm not sure if
it's a good idea adding more contributions before it is green ... in the end,
someone
Again, I am not arguing against building with individual dependency
repositories. All I am saying there is currently no convenient way to do
this and I don't have the timeresources to maintain such fine-grained
dependency configuration. I am particularly concerned about two problems.
First, I
First, I need to find location of proper dependency versions
to build for luna, kepler and juno (we have N-1 compatibility policy).
Second, I need a way to know if these dependency repositories go
stale and need to be updated.
It's actually not that difficult once you get setup doing this.
Make that 26, I've enabled MPC now. Sorry to be this late to the party.
On 21.08.2013 20:53, David M Williams wrote:
We are currently down to 27 (from yesterday's 50) projects that have not
enabled their contribution. (List below) Unfortunately many of those (like
DTP) are depended on by
Looks like everyone is enabled now (except for that one feature in DLTK,
see bug 415535).
And contributions are still being updated.
I will remind everyone to check the repo reports though ...
http://build.eclipse.org/simrel/kepler/reporeports/
Not all has to be fixed for RC1, but, glancing
Am 21.08.2013 um 21:07 schrieb David M Williams david_willi...@us.ibm.com:
But, more important, one of the ones listed was
org.eclipse.gemini.jpa_1.1.0.RELEASE.jar
That has been reported during the Kepler builds and fixed for the next release.
However, I don't think that will go into Kepler
Not to join would be a disservice to the community. Glad you allow us in. :)
Sent from my BlackBerry 10 smartphone on the Rogers network.
From: David M Williams
Sent: Wednesday, August 21, 2013 2:54 PM
To: Cross project issues
Reply To: Cross project issues
Subject: Re: [cross-project-issues-dev]
It exists now.
http://download.eclipse.org/tm/updates/3.6milestones/
-- David Dykstal, Architect - Rational Developer for i
From: Greg Watson g.wat...@computer.org
To: Cross project issues cross-project-issues-dev@eclipse.org,
Date: 08/21/2013 01:45 PM
Subject:Re:
On Wed, Aug 21, 2013 at 7:45 PM, Igor Fedorenko ifedore...@sonatype.comwrote:
Again, I am not arguing against building with individual dependency
repositories. All I am saying there is currently no convenient way to do
this and I don't have the timeresources to maintain such fine-grained
Thanks!
On Aug 21, 2013, at 3:39 PM, David Dykstal david_dyks...@us.ibm.com wrote:
It exists now.
http://download.eclipse.org/tm/updates/3.6milestones/
-- David Dykstal, Architect - Rational Developer for i
From:Greg Watson g.wat...@computer.org
To:Cross project
BTW, as I work through my maven/tycho prototype for the aggregator, it doesn't
seem that far fetched that would could have nightly aggregator builds. Not sure
why we couldn't have that now mind you.
BTW2, I fear the Nexus. But that's probably just me and my lack of education on
it. I know how
Nexus does not support mutable p2 repositories similar to maven, so we
will have to deploy separate p2 repository per build per project. I am
not sure what advantages this will have compared to existing download
area, and we will still have no easy way to tell what repositories
should be used for
A single repo that has everyone's builds, milestones and releases would make
the situation worse rather than better. Whether you use an uber p2 repo with
links or Maven. The issue is how do you control that you are building
against a particular build of your dependency. Instead of having to manage
Just thinking out loud... We already have information about what individual
repositories go into a given simrel aggregation build. What if the build
produced a report listing the input repositories? From there, it's a
relatively small step to have the portal show the project's contributed URLs
for
Is this really better than using single simrel repo as build target
platform? I mean, all these repositories get aggregated into simrel repo
on regular basis, so if we ignore reasonable short lag from the moment
new stuff becomes available in individual repositories and when the
aggregated
There are different issues at play...
1. Reproducible builds. This can be accomplished by either referencing a
numbered build URL from a dependency or a numbered build URL from the
aggregation (if such thing was available).
2. Controlling the scope of components that project build sees. Building
That sounds identical in effect to building against simrel repo, with all
the same issues.
From: cross-project-issues-dev-boun...@eclipse.org
[mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Doug
Schaefer
Sent: Wednesday, August 21, 2013 2:14 PM
To:
I'm assuming the EPP packages will be ready early tomorrow depending on
your time zone. But, as far as the sim. release repo ...
1. Check the maintenance aggregated repo to be sure it has what you expect
it to have (but, as the warm-up RC we do not consider it a true Release
Candidate, so no
38 matches
Mail list logo