Re: [cross-project-issues-dev] A future without source features?

[Fred Bricon]

PDE Source Lookup (https://marketplace.eclipse.org/content/pde-source-lookup),
can automatically (lazily) discover plugin sources when missing.
it's fast, you can request to download all sources of a given Plugin
classpath container if you want (for offline use), all sources are cached
locally.


Fred Bricon

On Thu, Jan 19, 2023 at 4:24 PM Mickael Istria  wrote:

>
>
> On Thu, Jan 19, 2023 at 4:20 PM Ed Willink  wrote:
>
>> Is this serious or have I totally misunderstood?
>>
>
> Both.
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>


-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] How can I receive daily digest of all new Bugzilla tickets for project?

[Fred Bricon]

Bugzilla has a 20yo bug still open about that:
https://bugzilla.mozilla.org/show_bug.cgi?id=72132

On Mon, Nov 16, 2020 at 9:59 AM Mickael Istria  wrote:

> Hi,
>
> I'd like to configure Bugzilla in a way that for some projects, I receive
> every day a list of the new bugs that were open to them.
> I went through Bugzilla settings and didn't find anything obvious. Did I
> miss anything? Is that already doable or something impossible with Bugzilla?
>
> Thanks in advance
>
> --
> Mickael Istria
> Eclipse IDE 
> developer, for Red Hat Developers 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To unsubscribe from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>


-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Participation Page

[Fred Bricon]

Hi Wayne,

it's done:
https://projects.eclipse.org/projects/technology.m2e.m2e-wtp/releases/1.4.3

On Fri, Dec 13, 2019 at 9:08 PM Wayne Beaton <
wayne.bea...@eclipse-foundation.org> wrote:

> You need to create a release record for Eclipse Maven Integration for Web
> Tools Platform 1.4.3, please.
>
> No release reviews are required for service releases (don't create review
> records).
>
> Wayne
>
> On Fri, Dec 13, 2019 at 10:51 AM Fred Bricon  wrote:
>
>> Eclipse Maven Integration
>> <https://projects.eclipse.org/projects/technology.m2e> contributes 1.14
>> Eclipse Maven Integration for Web Tools Platform
>> <https://projects.eclipse.org/projects/technology.m2e.m2e-wtp> contributes
>> 1.4.3 (technically same code as 1.4.2, just the license changed to EPL v2)
>>
>> On Fri, Dec 13, 2019 at 4:28 PM Wayne Beaton <
>> wayne.bea...@eclipse-foundation.org> wrote:
>>
>>> Please have another look at the page to make sure that we have this
>>> right.
>>>
>>> https://projects.eclipse.org/releases/2019-12
>>>
>>> FWIW, getting this right is important for a number of our processes,
>>> including the "new and noteworthy" page and a number of statistics that I
>>> report to the board.
>>>
>>> Wayne
>>>
>>> --
>>>
>>> Wayne Beaton
>>>
>>> Director of Open Source Projects | Eclipse Foundation, Inc.
>>> ___
>>> cross-project-issues-dev mailing list
>>> cross-project-issues-dev@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe
>>> from this list, visit
>>> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>
>>
>>
>> --
>> "Have you tried turning it off and on again" - The IT Crowd
>> And if that fails, then http://goo.gl/tnBgH5
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> --
>
> Wayne Beaton
>
> Director of Open Source Projects | Eclipse Foundation, Inc.
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Participation Page

[Fred Bricon]

Eclipse Maven Integration
 contributes 1.14
Eclipse Maven Integration for Web Tools Platform
 contributes
1.4.3 (technically same code as 1.4.2, just the license changed to EPL v2)

On Fri, Dec 13, 2019 at 4:28 PM Wayne Beaton <
wayne.bea...@eclipse-foundation.org> wrote:

> Please have another look at the page to make sure that we have this right.
>
> https://projects.eclipse.org/releases/2019-12
>
> FWIW, getting this right is important for a number of our processes,
> including the "new and noteworthy" page and a number of statistics that I
> report to the board.
>
> Wayne
>
> --
>
> Wayne Beaton
>
> Director of Open Source Projects | Eclipse Foundation, Inc.
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Fwd: Eclipse IDE in the brower

[Fred Bricon]

docker pull wsskeleton/broadway
Using default tag: latest
Error response from daemon: pull access denied for wsskeleton/broadway,
repository does not exist or may require 'docker login': denied: requested
access to the resource is denied

On Thu, Oct 17, 2019 at 5:33 PM Mickael Istria  wrote:

>
>
> -- Forwarded message -
> From: Mickael Istria 
> Date: Thu, Oct 17, 2019 at 5:30 PM
> Subject: Eclipse IDE in the brower
> To: Eclipse platform general developers list. ,
> Discussions about the IDE 
>
>
> Hi all,
>
> For some months, we've been working as a background task on making Eclipse
> IDE and related stack cloud-friendlier and possible to integrate
> efficiently in Che.
> This is available thanks to GTK Broadway backend, that allows to render
> GTK-based (so SWT-based) applications on a web browser. After a few tweaks
> on Broadway side, this Eclipse IDE on Broadway story has reached a decent
> level of usability and is IMO worth being demoed here and there.
>
> To try it
> $ docker pull wsskeleton/broadway
> $ docker run wsskeleton/broadway
>
> And there you are.
> From here, you can demo Java projects, installation of plugins, edition of
> diagrams (I usually install BPMN editor from SimRel site and verify it's
> usable)...
> There are of course limitations with this image with that: neither Maven
> nor Gradle is installed in the Docker image, the environment is pretty
> basic. But the value in the demo isn't really showing the image is complete
> for serious Java project development, but more showing that integration of
> Eclipse Platform/RCP-based solutions is possible in the Cloud and in the
> Web.
>
> From here, the story is also to show Eclipse Platform (with extra plugins
> or any RCP app) can be embedded as an editor into Eclipse Che, for people
> who are interested in the cloud/collaboration/environment-as-a-service
> value of Eclipse Che but still have high capital of specific features based
> on Eclipse Platform that they want to remain able to use in a
> *-as-a-service approach.
> To demo this, the Eclipse IDE is available as an editor in Che 7, that you
> can try on che.openshift.io for instance. You can tweak a Che workspace
> and configure the editor to be Eclipse IDE instead of Theia and remove a
> few other che plugins like jdt-ls which becomes irrelevant for Eclipse IDE.
> This will use the Docker image mentioned above, will start the Eclipse IDE
> as editor in Che, so you can show the same features and tell users "sure,
> Eclipse IDE/Che can do that".
>
> Cheers,
> --
> Mickael Istria
> Eclipse IDE 
> developer, for Red Hat Developers 
>
>
> --
> Mickael Istria
> Eclipse IDE 
> developer, for Red Hat Developers 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] The end of an era: shell access.

[Fred Bricon]

Can you define restricted shell vs shell access?

I regularly SSH into build.eclipse.org and losing that access will
definitely hurt my capabilities to perform m2e-* maintenance in the short
to medium term.

On Thu, Jul 4, 2019 at 9:50 PM Eclipse Webmaster <
webmas...@eclipse-foundation.org> wrote:

> Hi Everyone,
>
>   As some of you may know we have traditionally provided a limited set of
> committers with shell access to build.eclipse.org, and all other
> committers having restricted shells.
>
> For the last couple of years[1][2] we've been working to reduce that
> number as far as possible, and the time has come to finish the process.
>
> Effective August 28th 2019 we will be transitioning all committers that
> still have a regular shell to our restricted shell.  You will still be able
> to use SFTP and SCP to interact with the downloads and archive areas(but we
> suggest a job on your Eclipse CI instance!)
>
> If you have any questions or concerns please feel free to contact
> Webmaster.
>
> -Matt.
>
> [1] https://www.eclipse.org/lists/cross-project-issues-dev/msg06625.html
> [2] https://www.eclipse.org/lists/eclipse.org-committers/msg01075.html
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status of SimRel 2019-06 Milestone 1 (M1)?

[Fred Bricon]

Looks like https://www.eclipse.org/downloads/packages/release/2019-06/m1 is
up

On Mon, Apr 22, 2019 at 9:55 AM Daniel Megert 
wrote:

> Where is SimRel 2019-06 Milestone 1 (M1)? Due date was last Friday, but I
> haven't seen any announcement.
>
> Dani
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Orbit Bundles To Be Removed From 2018-09 M3

[Fred Bricon]

FYI, jdt.ls uses com.ibm.icu.base because the full package represented
about 25% of the jdt.ls distro.
So keeping it is kind of a big deal for us.

On Wed, Oct 3, 2018 at 2:04 PM Tom Schindl 
wrote:

> Hi,
>
> In the bug you reference I don't see that the platform has lifted any of
> its version range so one can happily run the complete codebase on the
> old icu.base version.
>
> In the end the right thing for the future is to get rid of ibm.icu from
> the core platform (anything defining an e4 application) is the right way
> forward.
>
> I understand that for a IDE it does not make a big difference if your
> download is 12MB larger but for a small RCP application it can be.
>
> Anyways I'm packaging it into our target now so e(fx)clipse users are
> not affected because they anyways point to our self-contained p2
> repository.
>
> Tom
>
> On 03.10.18 17:25, Roland Grunberg wrote:
> > On Wed, 2018-10-03 at 15:44 +0200, Tom Schindl wrote:
> >> I'm late to this but while trying to bring our products up to 2018-09 I
> >> found the removal of "com.ibm.icu.base" disturbing.
> >>
> >> The Mail from "Roland" says one should substitute "com.ibm.icu.base"
> >> with "com.ibm.icu" which I think is a bad idea.
> >>
> >> The sole reason for "com.ibm.icu.base" was/is that you don't ship a 12MB
> >> jar if you don't need any of the extra functionality "com.ibm.icu"
> provides.
> >
> > Hey Tom,
> >
> > If people would like to have corresponding com.ibm.icu.base for any
> > version of com.ibm.icu, that's fine. It would just be a matter of
> > ensuring the "base" version is available for the latest one in use as
> > I'd rather not accumulate many older versions. This is a similar
> > situation to things like Batik or Lucene, where platform handles the
> > set of bundles it cares about, but anyone wanting more has to do the
> > extra work.
> >
> > The discussion for Platform to move to plain icu4j (from maven) was in
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=536411 (comments 11-17)
> > so it made sense to have everyone using the same thing, but maybe other
> > projects outside SimRel may still want a smaller version so I'm not
> > opposing this. For those projects, there is also the Photon Orbit repo
> > which has the older versions (containing icu.base) as well.
> >
> > Cheers,
> >
>
> --
> Tom Schindl, CTO
> BestSolution.at EDV Systemhaus GmbH
> Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
> Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>


-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] The SimRel 2018-09 release is available now!

[Fred Bricon]

https://www.eclipse.org/downloads/  still shows.

Get Eclipse PHOTON

 Shouldn't it be changed to Eclipse 2018-09?

On Wed, Sep 19, 2018 at 10:19 AM Frederic Gurr <
frederic.g...@eclipse-foundation.org> wrote:

> The main repository is at
>
>   http://download.eclipse.org/releases/2018-09/
>
> The EPP (all-in-one) packages are available at
>
>   https://www.eclipse.org/downloads/eclipse-packages/
>
> Thanks to all users, bug reporters, contributors, committers, releng
> engineers and everyone else involved with making this release possible!
>
> Regards,
>
> Fred
>
> --
> Frederic Gurr
> Release Engineer | Eclipse Foundation Europe GmbH
>
> Annastr. 44, D-64673 Zwingenberg
> Handelsregister: Darmstadt HRB 92821
> Managing Directors: Ralph Mueller, Mike Milinkovich, Chris Laroque
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>


-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Can't ssh into build.eclipse.org

[Fred Bricon]

Hi,

I'm trying to update the m2e* update sites on build.eclipse.org but I can't
connect:

ssh build.eclipse.org
> ssh: connect to host build.eclipse.org port 22: Operation timed out


Worked fine last night. Anyone else having this issue?

Fred

-- 

"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] CBI - Upcoming changes in Jenkins/JIPP infrastructure

[Fred Bricon]

On Mon, Apr 30, 2018 at 10:48 AM, Frederic Gurr <
frederic.g...@eclipse-foundation.org> wrote:

> Hi,
>
> Yes, we will try to integrate Windows machines hosted in the cloud. Same
> with Macs. We will post more info, once we know more.
>
> Coolio, then the jdt.ls project will certainly volunteer to test the
migration



> Regards,
>
> Fred
>
> On 30.04.2018 16:32, Fred Bricon wrote:
> > Hi Fred,
> >
> > will the new infra be able to provide different platforms (Linux and
> > Windows at least, Mac is a pipe dream) to run builds on?
> >
> > Thanks,
> >
> > The other Fred
> >
> > On Mon, Apr 30, 2018 at 10:00 AM, Karsten Thoms <karsten.th...@itemis.de
> > <mailto:karsten.th...@itemis.de>> wrote:
> >
> > Hi Fred,
> >
> > this is great news! The Xtext project is willing to volunteer for
> > the JIPP migration. Please keep get in contact with us once it is
> time.
> >
> > ~Karsten
> >
> > > Am 30.04.2018 um 14:46 schrieb Frederic Gurr
> > <frederic.g...@eclipse-foundation.org
> > <mailto:frederic.g...@eclipse-foundation.org>>:
> > >
> > > Hi,
> > >
> > > Almost 200 Eclipse projects use the build infrastructure at the
> > Eclipse
> > > Foundation today and a lot more are coming in the next months,
> > including
> > > EE4J projects. The IT team has been busy to plan how the
> > infrastructure
> > > can be scaled and expanded to keep up with the high demand.
> Improving
> > > the utilization and efficiency of our current hardware and
> integrating
> > > new hardware and cloud resources are the main goals of this effort.
> > >
> > > Therefore I’m glad to announce that CBI will be using CloudBees
> > Jenkins
> > > Enterprise (CJE) on top of Red Hat’s OpenShift. Setting up the new
> > > environment has already started and we plan to install CJE at the
> > end of
> > > May.
> > >
> > > What does that mean for Eclipse projects using the CI
> infrastructure?
> > > We don’t expect much disruption, and most of projects won’t need to
> > > change anything to their build settings.
> > >
> > > What’s the plan?
> > > Starting in a couple of weeks, all new projects will get a CJE JIPP
> > > instead of a regular JIPP. Soon after, we will start migrating
> > existing
> > > JIPPs by calling for volunteer guinea pigs. Once this is done and
> > we get
> > > confident in the process, we will gradually ramp up the migration
> and
> > > move all remaining projects over to CJE. There is no set timeline,
> but
> > > we aim to move most projects to CJE before the end of the year.
> > >
> > > We will populate the Migration FAQ on the Eclipse wiki
> > > (https://wiki.eclipse.org/CBI/CJE_Migration_FAQ
> > <https://wiki.eclipse.org/CBI/CJE_Migration_FAQ>) in the next few
> days.
> > > Feel free to let us know if you have any concerns or questions in
> the
> > > meantime.
> > >
> > > As part of this effort, we would like to thank both CloudBees and
> Red
> > > Hat for their generous donations in the form of software and
> support.
> > >
> > > Regards,
> > >
> > > Fred
> > >
> > >
> > > --
> > > Frederic Gurr
> > >
> > > Release Engineer
> > > Eclipse Foundation
> > > ___
> > > cross-project-issues-dev mailing list
> > > cross-project-issues-dev@eclipse.org
> > <mailto:cross-project-issues-dev@eclipse.org>
> > > To change your delivery options, retrieve your password, or
> > unsubscribe from this list, visit
> > > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> > <https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
> > ___
> > cross-project-issues-dev mailing list
> > cross-project-issues-dev@eclipse.org
> > <mailto:cross-project-issues-dev@eclipse.org>
> > To change your delivery options, retrieve your password, or
> > unsubscribe from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> >

Re: [cross-project-issues-dev] CBI - Upcoming changes in Jenkins/JIPP infrastructure

[Fred Bricon]

Hi Fred,

will the new infra be able to provide different platforms (Linux and
Windows at least, Mac is a pipe dream) to run builds on?

Thanks,

The other Fred

On Mon, Apr 30, 2018 at 10:00 AM, Karsten Thoms 
wrote:

> Hi Fred,
>
> this is great news! The Xtext project is willing to volunteer for the JIPP
> migration. Please keep get in contact with us once it is time.
>
> ~Karsten
>
> > Am 30.04.2018 um 14:46 schrieb Frederic Gurr  foundation.org>:
> >
> > Hi,
> >
> > Almost 200 Eclipse projects use the build infrastructure at the Eclipse
> > Foundation today and a lot more are coming in the next months, including
> > EE4J projects. The IT team has been busy to plan how the infrastructure
> > can be scaled and expanded to keep up with the high demand. Improving
> > the utilization and efficiency of our current hardware and integrating
> > new hardware and cloud resources are the main goals of this effort.
> >
> > Therefore I’m glad to announce that CBI will be using CloudBees Jenkins
> > Enterprise (CJE) on top of Red Hat’s OpenShift. Setting up the new
> > environment has already started and we plan to install CJE at the end of
> > May.
> >
> > What does that mean for Eclipse projects using the CI infrastructure?
> > We don’t expect much disruption, and most of projects won’t need to
> > change anything to their build settings.
> >
> > What’s the plan?
> > Starting in a couple of weeks, all new projects will get a CJE JIPP
> > instead of a regular JIPP. Soon after, we will start migrating existing
> > JIPPs by calling for volunteer guinea pigs. Once this is done and we get
> > confident in the process, we will gradually ramp up the migration and
> > move all remaining projects over to CJE. There is no set timeline, but
> > we aim to move most projects to CJE before the end of the year.
> >
> > We will populate the Migration FAQ on the Eclipse wiki
> > (https://wiki.eclipse.org/CBI/CJE_Migration_FAQ) in the next few days.
> > Feel free to let us know if you have any concerns or questions in the
> > meantime.
> >
> > As part of this effort, we would like to thank both CloudBees and Red
> > Hat for their generous donations in the form of software and support.
> >
> > Regards,
> >
> > Fred
> >
> >
> > --
> > Frederic Gurr
> >
> > Release Engineer
> > Eclipse Foundation
> > ___
> > cross-project-issues-dev mailing list
> > cross-project-issues-dev@eclipse.org
> > To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Jenkins-Mattermost integration

[Fred Bricon]

Hi,

has anyone already configured the Mattermost plugin[1] in Jenkins to talk
to the Eclipse MM instance?

I'm looking for pointers about which endpoint to use and how is
authentication handled.

[image: Inline image 1]

[1] https://github.com/jenkinsci/mattermost-plugin

Thanks,

Fred



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Request to respin Oxygen.2 packages to include m2e 1.8.2

[Fred Bricon]

Dear Technology PMC,

the current Oxygen.2 RC4 packages contain m2e 1.8.1 from Oxygen.1, instead
of the 1.8.2 release which was contributed in Oxygen.1a.

1.8.2 contains a number of fixes related to Java 9 support[1] and shipping
1.8.1 instead would be a serious regression from a usability perspective.

Can we please bring this forward to the Planning Council to request a
respin of the Oxygen.2 release? It's unclear to me if I should open a BZ
for this request, let me know and I'll make it happen if needed.

Thanks in advance,

Fred

[1] https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=
UNCONFIRMED_status=NEW_status=ASSIGNED_
status=REOPENED_status=RESOLVED_status=VERIFIED_status=CLOSED&
classification=Technology=target_milestone%
2Ccomponent%2Cassigned_to%2Cresolution%2Cshort_desc%
2Cchangeddate_name=m2e%201.7_id=17047887&
product=m2e_based_on=m2e%201.7_format=advanced=---&
resolution=FIXED=INVALID=WONTFIX=DUPLICATE&
resolution=WORKSFORME=MOVED=
NOT_ECLIPSE_milestone=1.8.2%2FOxygen.1a%20RC1_milestone=1.8.2%
2FOxygen.1a%20RC2

On Mon, Dec 11, 2017 at 3:51 AM, Markus Knauer <mkna...@eclipsesource.com>
wrote:

> Hi Fred,
>
> you should consider asking your PMC and on cross-project-issues-dev for a
> respin [1]. It is not as complicated as it sounds, and this issue is
> probably worth fixing it.
> As soon as the Oxygen.2 respin is done, we can rebuild the packages.
>
> [1] https://wiki.eclipse.org/SimRel/Simultaneous_Release_Require
> ments/Appendix#Planning_Council_Exception_Process
>
>
> Thanks and regards,
> Markus
>
>
> On 8 December 2017 at 14:24, Fred Bricon <fbri...@gmail.com> wrote:
>
>> Sorry, I guess this one's on me.
>>
>> I fixed the simrel contribution[1], so it's ready for a respin, should
>> you decide to go for it.
>>
>> Fred
>>
>> [1] http://git.eclipse.org/c/simrel/org.eclipse.simrel.build
>> .git/commit/?h=Oxygen_update=9a236ebb7ad09ba3771370c30e2dbe475b6f188b
>>
>> On Fri, Dec 8, 2017 at 8:02 AM, Andreas Sewe <andreas.s...@codetrails.com
>> > wrote:
>>
>>> Hi again,
>>>
>>> > So, the changes made for the Oxygen.1a_respin never made it into
>>> > Oxygen_update.
>>>
>>> opened a bug with the m2e project [1] for discussion of the *technical*
>>> side of things. Whether to respin or not, however, is a discussion
>>> better left to this list or cross-project-issues, I think.
>>>
>>> Best wishes,
>>>
>>> [1] <https://bugs.eclipse.org/bugs/show_bug.cgi?id=528320>
>>>
>>> --
>>> Codetrails GmbH
>>> The best code possible
>>>
>>> Robert-Bosch-Str. 7, 64293 Darmstadt
>>> Phone: +49-6151-276-7092
>>> Mobile: +49-170-811-3791
>>> http://www.codetrails.com/
>>>
>>> Managing Director: Dr. Marcel Bruch
>>> Handelsregister: Darmstadt HRB 91940
>>>
>>>
>>> ___
>>> epp-dev mailing list
>>> epp-...@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe
>>> from this list, visit
>>> https://dev.eclipse.org/mailman/listinfo/epp-dev
>>>
>>
>>
>>
>> --
>> "Have you tried turning it off and on again" - The IT Crowd
>> And if that fails, then http://goo.gl/tnBgH5
>>
>> ___
>> epp-dev mailing list
>> epp-...@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.eclipse.org/mailman/listinfo/epp-dev
>>
>
>
>
> ___
> epp-dev mailing list
> epp-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/epp-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e-wtp participation in Photon

[Fred Bricon]

Hi,

m2e-wtp will contribute a 1.3.x service release to the Eclipse Photon
release train with a +3 offset.

Thanks,

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e participation in Photon

[Fred Bricon]

Hello World,

the m2e project will contribute version 1.9.0 to the Photon Release train,
with a +2 offset.

Thanks,

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Oxygen.1a update release is now available

[Fred Bricon]

Thanks Fred, it works now.

On Wed, Oct 11, 2017 at 10:20 AM, Frederic Gurr <
frederic.g...@eclipse-foundation.org> wrote:

> Hi,
>
> Thanks for the heads-up!
>
> compositeContent and compositeArtifact files have been fixed.
>
> Please try again.
>
> Regards,
>
> Fred
>
> On 11.10.2017 16:03, Fred Bricon wrote:
> > My Maven build fails with:
> >
> > [INFO] [INFO] Fetching p2.index from
> > http://download.eclipse.org/releases/oxygen/
> > [INFO] [INFO] Adding repository http://download.eclipse.org/
> releases/oxygen
> > [INFO] [INFO] Fetching p2.index from
> > http://download.eclipse.org/technology/epp/packages/oxygen/
> > [INFO] [INFO] Fetching p2.index from
> > http://download.eclipse.org/technology/epp/packages/oxygen/
> > [INFO] [INFO] Fetching p2.index from
> > http://download.eclipse.org/releases/oxygen/201710111001/
> > [INFO] [INFO] Fetching p2.index from
> > http://download.eclipse.org/releases/oxygen/201710111001/
> > [INFO] [INFO] Fetching p2.index from
> > http://download.eclipse.org/releases/oxygen/201709271000/
> > [INFO] [ERROR] Internal error: java.lang.RuntimeException: Failed to
> > load p2 repository with ID 'oxygen' from location
> > http://download.eclipse.org/releases/oxygen: Unable to read repository
> > at http://download.eclipse.org/releases/oxygen. Artifact not found:
> > http://download.eclipse.org/releases/oxygen/201710111000/content.xml.xz.
> > -> [Help 1]
> > [INFO] org.apache.maven.InternalErrorException: Internal error:
> > java.lang.RuntimeException: Failed to load p2 repository with ID
> > 'oxygen' from location http://download.eclipse.org/releases/oxygen
> >
> >
> > On Wed, Oct 11, 2017 at 10:01 AM, Frederic Gurr
> > <frederic.g...@eclipse-foundation.org
> > <mailto:frederic.g...@eclipse-foundation.org>> wrote:
> >
> > Oxygen.1a (incl. respin) is now available at the built-in repository
> at
> >
> > => https://download.eclipse.org/releases/oxygen/
> > <https://download.eclipse.org/releases/oxygen/>
> >
> > EPP packages will be available soon at
> >
> > => https://www.eclipse.org/downloads/eclipse-packages/
> > <https://www.eclipse.org/downloads/eclipse-packages/>
> >
> >
> > Thanks to everybody who contributed to this release and the respin.
> >
> > Regards,
> >
> > Fred
> >
> > --
> > Frederic Gurr
> >
> > Release Engineer
> > Eclipse Foundation
> > ___
> > cross-project-issues-dev mailing list
> > cross-project-issues-dev@eclipse.org
> > <mailto:cross-project-issues-dev@eclipse.org>
> > To change your delivery options, retrieve your password, or
> > unsubscribe from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> > <https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
> >
> >
> >
> >
> > --
> > "Have you tried turning it off and on again" - The IT Crowd
> > And if that fails, then http://goo.gl/tnBgH5
> >
> >
> > ___
> > cross-project-issues-dev mailing list
> > cross-project-issues-dev@eclipse.org
> > To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> >
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Oxygen.1a update release is now available

[Fred Bricon]

My Maven build fails with:

[INFO] [INFO] Fetching p2.index from
http://download.eclipse.org/releases/oxygen/
[INFO] [INFO] Adding repository http://download.eclipse.org/releases/oxygen
[INFO] [INFO] Fetching p2.index from
http://download.eclipse.org/technology/epp/packages/oxygen/
[INFO] [INFO] Fetching p2.index from
http://download.eclipse.org/technology/epp/packages/oxygen/
[INFO] [INFO] Fetching p2.index from
http://download.eclipse.org/releases/oxygen/201710111001/
[INFO] [INFO] Fetching p2.index from
http://download.eclipse.org/releases/oxygen/201710111001/
[INFO] [INFO] Fetching p2.index from
http://download.eclipse.org/releases/oxygen/201709271000/
[INFO] [ERROR] Internal error: java.lang.RuntimeException: Failed to load
p2 repository with ID 'oxygen' from location
http://download.eclipse.org/releases/oxygen: Unable to read repository at
http://download.eclipse.org/releases/oxygen. Artifact not found:
http://download.eclipse.org/releases/oxygen/201710111000/content.xml.xz. ->
[Help 1]
[INFO] org.apache.maven.InternalErrorException: Internal error:
java.lang.RuntimeException: Failed to load p2 repository with ID 'oxygen'
from location http://download.eclipse.org/releases/oxygen


On Wed, Oct 11, 2017 at 10:01 AM, Frederic Gurr <
frederic.g...@eclipse-foundation.org> wrote:

> Oxygen.1a (incl. respin) is now available at the built-in repository at
>
> => https://download.eclipse.org/releases/oxygen/
>
> EPP packages will be available soon at
>
> => https://www.eclipse.org/downloads/eclipse-packages/
>
>
> Thanks to everybody who contributed to this release and the respin.
>
> Regards,
>
> Fred
>
> --
> Frederic Gurr
>
> Release Engineer
> Eclipse Foundation
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Fw: Xtext is broken in Oxygen 1a

[Fred Bricon]

We've fixed a pretty annoying issue in m2e[1] caused by the new Java 9
support code. It causes very ugly errors in the log (so not blocking, but
pretty intimidating), during new project creation or project
import, affects all types of Maven Java projects, regardless of the Java
version.
The fix is trivial and very safe[2].
It would not warrant a respin on its own but since we seem to go towards
that route anyway, we (Red Hat, and Pivotal I'm sure) would appreciate if
the PMC agreed to include it in RC2.

Thanks,

Fred

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=525609
[2] http://git.eclipse.org/c/m2e/m2e-core.git/commit/?h=m2e-1.8.x=
a871a684f02026a18b722007ca6f15feab23c31b


On Fri, Oct 6, 2017 at 12:06 PM, Aleksandar Kurtakov <akurt...@redhat.com>
wrote:

>
>
> On Fri, Oct 6, 2017 at 5:47 PM, Sven Efftinge <sven.effti...@typefox.io>
> wrote:
>
>> Thanks! We removed that usage already on HEAD. It is going to be released
>> on October 20.
>>
>
> Did you achieve that without using internals?
>
>
>>
>> 2017-10-06 15:56 GMT+02:00 Mike Wilson <mike_wil...@ca.ibm.com>:
>>
>>> I agree with Alex's assessment of the perils of using internals. Given
>>> the seriousness of this problem, I would suggest we do a respin anyway, and
>>> would argue we should fix the internal signature at the same time. In
>>> return, the XText team should commit to getting off the use of that method
>>> asap, with our help to add missing (actual) API as needed.
>>>
>>> McQ.
>>>
>>> [image: Inactive hide details for "Daniel Megert" ---2017/10/06
>>> 08:42:19---In case of a respin we would definitely include that fix. 
>>> Da]"Daniel
>>> Megert" ---2017/10/06 08:42:19---In case of a respin we would definitely
>>> include that fix. Dani
>>>
>>> From: "Daniel Megert" <daniel_meg...@ch.ibm.com>
>>> To: Cross project issues <cross-project-issues-dev@eclipse.org>
>>> Cc: cross-project-issues-dev-boun...@eclipse.org, "
>>> eclipse-...@eclipse.org" <eclipse-...@eclipse.org>
>>> Date: 2017/10/06 08:42
>>> Subject: Re: [cross-project-issues-dev] Fw: Xtext is broken in Oxygen 1a
>>> Sent by: cross-project-issues-dev-boun...@eclipse.org
>>> --
>>>
>>>
>>>
>>> In case of a respin we would definitely include that fix.
>>>
>>> Dani
>>>
>>>
>>>
>>> From: Fred Bricon <fbri...@gmail.com>
>>> To: Cross project issues <cross-project-issues-dev@eclipse.org>
>>> Cc: "eclipse-...@eclipse.org" <eclipse-...@eclipse.org>
>>> Date: 06.10.2017 14 <06%2010%2020%2017%2014>:30
>>> Subject: Re: [cross-project-issues-dev] Fw: Xtext is broken in Oxygen 1a
>>>
>>> Sent by: cross-project-issues-dev-boun...@eclipse.org
>>> --
>>>
>>>
>>>
>>> While we're on the subject of respinning RC2, JDT has a critical bug[1]
>>> that prevents any project with multiple output folders (Maven, Gradle) from
>>> running any class (be it main or test) from the IDE, with Java 9.
>>> A simple fix[2] was committed yesterday in master, I strongly believe
>>> this should be backported to Oxygen.1a, given that, most likely, all new
>>> greenfield Java 9 projects will use a build tool affected by that bug.
>>>
>>> [1] *https://bugs.eclipse.org/bugs/show_bug.cgi?id=525382*
>>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D525382=DwMFaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=DX_5WHLyEn5O4R4MElNkyzIG1lxueoaNUqkNjf8ZBBo=ck1F0gkHXl_TXr4OPWwV_WX8axq_0LDkc6T0GF5FGYw=>
>>> [2]
>>> *http://git.eclipse.org/c/jdt/eclipse.jdt.debug.git/commit/?id=75be8bb1ddb3552d9791b112774fdc3dee352590*
>>> <https://urldefense.proofpoint.com/v2/url?u=http-3A__git.eclipse.org_c_jdt_eclipse.jdt.debug.git_commit_-3Fid-3D75be8bb1ddb3552d9791b112774fdc3dee352590=DwMFaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=DX_5WHLyEn5O4R4MElNkyzIG1lxueoaNUqkNjf8ZBBo=bmOo58X86SHhCuvbEuGBWDDsRO6-zt7S8v1FxyL4MnM=>
>>>
>>>
>>> On Fri, Oct 6, 2017 at 8:24 AM, Aleksandar Kurtakov <
>>> *akurt...@redhat.com* <akurt...@redhat.com>> wrote:
>>> On Fri, Oct 6, 2017 at 3:15 PM, Daniel Megert <
>>> *daniel_meg...@ch.ibm.com* <daniel_meg...@ch.ibm.com>> wrote:
>>> > Dear Eclipse PMC
>>> >
>>> > Should w

Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9

[Fred Bricon]

Hey Fred,

I published a fixed m2e 1.8.2 and updated the simrel contribution
in Oxygen.1a_JDK9[1].

Thanks,

Fred

[1]
https://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/commit/?h=Oxygen.1a_JDK9=4436e75e460e57ab9cd6fcb17cce3b7bd6d1fabc


On Thu, Oct 5, 2017 at 11:40 AM, Frederic Gurr <
frederic.g...@eclipse-foundation.org> wrote:

> Hi,
>
> I have not announced staging for Oxygen.1a RC2 to be complete yet.
> So even though this is very late, I'd say you can go ahead and provide a
> fix.
>
> Please let me know, when you're done and the fix is committed.
>
> Regards,
>
> Fred
>
> On 05.10.2017 16:58, Fred Bricon wrote:
> > Hi,
> >
> > we just found out the cause of
> > bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333
> > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333>, which prevents
> > you from running Maven builds on Java 9 projects on Windows specifically.
> >
> > Java 9 no longer supports classpaths sent with the form /c:/whatever
> > (worked in previous Java versions) as sent by m2e.
> > I believe we can provide a fix today. Is it possible to delay the
> > Oxygen.1a RC2 aggregation builds to tonight?
> >
> > Fred
> >
> >
> > On Wed, Oct 4, 2017 at 10:18 AM, Arthur van Dorp
> > <arthur.vand...@bsi-software.com
> > <mailto:arthur.vand...@bsi-software.com>> wrote:
> >
> > Ah, Java Development Tools Launching Support is at
> > 3.9.50.v2070925-1051 in that latest EPP build which might just not
> > yet include the fix from the same day.
> >
> > __ __
> >
> > *Von:*cross-project-issues-dev-boun...@eclipse.org
> > <mailto:cross-project-issues-dev-boun...@eclipse.org>
> > [mailto:cross-project-issues-dev-boun...@eclipse.org
> > <mailto:cross-project-issues-dev-boun...@eclipse.org>] *Im Auftrag
> > von *Fred Bricon
> > *Gesendet:* Mittwoch, 4. Oktober 2017 16:04
> >
> >
> > *An:* Cross project issues
> > *Betreff:* Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails
> > with org.codehaus.plexus.classworlds.launcher.Launcher when running
> > with JDK 9
> >
> > __ __
> >
> > I'll see if I can workaround it on m2e's side for RC2. Not promising
> > any miracles though.
> >
> > __ __
> >
> > Fred
> >
> > __ __
> >
> > On Wed, Oct 4, 2017 at 9:55 AM, Arthur van Dorp
> > <arthur.vand...@bsi-software.com
> > <mailto:arthur.vand...@bsi-software.com>> wrote:
> >
> > Thanks. Didn’t come up in my bugzilla searches as it is marked
> >     fixed.
> >
> > Doesn’t seem fixed to me.
> >
> >  
> >
> > Regards
> >
> > Arthur
> >
> >  
> >
> > *Von:*cross-project-issues-dev-boun...@eclipse.org
> > <mailto:cross-project-issues-dev-boun...@eclipse.org>
> > [mailto:cross-project-issues-dev-boun...@eclipse.org
> > <mailto:cross-project-issues-dev-boun...@eclipse.org>] *Im Auftrag
> > von *Fred Bricon
> > *Gesendet:* Mittwoch, 4. Oktober 2017 15:48
> > *An:* Cross project issues
> > *Betreff:* Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails
> > with org.codehaus.plexus.classworlds.launcher.Launcher when running
> > with JDK 9
> >
> >  
> >
> > You've hit https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333
> > <https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333>
> >
> >  
> >
> > On Wed, Oct 4, 2017 at 9:26 AM, Arthur van Dorp
> > <arthur.vand...@bsi-software.com
> > <mailto:arthur.vand...@bsi-software.com>> wrote:
> >
> > Hi all
> >
> >  
> >
> > As the RC2 window already closes and the final Oxygen.1a
> > contributions are due soon, I bring up the following issue directly
> > on this list:
> >
> >  
> >
> > On the EPP RC1 with only a JDK 9 as installed JRE, calling Maven
> > commands fails with
> >
> > Error: Could not find or load main class
> > org.codehaus.plexus.classworlds.launcher.Launcher
> >
> > Caused by: _java.lang.ClassNotFoundException_:
> > org.codehaus.plexus.classworlds.launcher.Launcher
> >
> > Switching to a JDK 8 resolves the problem.
> >
> >  
> >
> > Steps

Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9

[Fred Bricon]

We as in the m2e project. We rolled our RC2 build on Tuesday, I'm asking
whether we can respin it with a fix for this serious bug, before we build
the EPP distros

On Thu, Oct 5, 2017 at 11:10 AM, Daniel Megert <daniel_meg...@ch.ibm.com>
wrote:

> > I believe we can provide a fix today.
>
> Hi Fred
>
> Who is "we"? Which project? The Platform/JDT is done. RC2 was last Friday.
>
> Dani
>
>
>
> From:Fred Bricon <fbri...@gmail.com>
> To:Cross project issues <cross-project-issues-dev@eclipse.org>
> Date:05.10.2017 16 <05%2010%2020%2017%2016>:58
> Subject:Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails
> with org.codehaus.plexus.classworlds.launcher.Launcher when running with
> JDK 9
> Sent by:cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> Hi,
>
> we just found out the cause of bug
> *https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D522333=DwMFaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=rA3s-DC8vjNUhU5r9m0E75d72lWo7CUF_O4zwJo5Eiw=mw8p-WP2x5_Q_yKbT3Z8gmKmh7X2uV0i3TFPu4a8pOs=>,
> which prevents you from running Maven builds on Java 9 projects on Windows
> specifically.
>
> Java 9 no longer supports classpaths sent with the form /c:/whatever
> (worked in previous Java versions) as sent by m2e.
> I believe we can provide a fix today. Is it possible to delay the
> Oxygen.1a RC2 aggregation builds to tonight?
>
> Fred
>
>
> On Wed, Oct 4, 2017 at 10:18 AM, Arthur van Dorp <
> *arthur.vand...@bsi-software.com* <arthur.vand...@bsi-software.com>>
> wrote:
> Ah, Java Development Tools Launching Support is at 3.9.50.v2070925-1051 in
> that latest EPP build which might just not yet include the fix from the
> same day.
>
>
>
> *Von:* *cross-project-issues-dev-boun...@eclipse.org*
> <cross-project-issues-dev-boun...@eclipse.org>[mailto:
> *cross-project-issues-dev-boun...@eclipse.org*
> <cross-project-issues-dev-boun...@eclipse.org>] *Im Auftrag von *Fred
> Bricon
> *Gesendet:* Mittwoch, 4. Oktober 2017 16:04
>
>
> *An:* Cross project issues
> *Betreff:* Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with
> org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9
>
>
>
> I'll see if I can workaround it on m2e's side for RC2. Not promising any
> miracles though.
>
>
>
> Fred
>
>
>
> On Wed, Oct 4, 2017 at 9:55 AM, Arthur van Dorp <
> *arthur.vand...@bsi-software.com* <arthur.vand...@bsi-software.com>>
> wrote:
>
> Thanks. Didn’t come up in my bugzilla searches as it is marked fixed.
>
> Doesn’t seem fixed to me.
>
>
>
> Regards
>
> Arthur
>
>
>
> *Von:* *cross-project-issues-dev-boun...@eclipse.org*
> <cross-project-issues-dev-boun...@eclipse.org>[mailto:
> *cross-project-issues-dev-boun...@eclipse.org*
> <cross-project-issues-dev-boun...@eclipse.org>] *Im Auftrag von *Fred
> Bricon
> *Gesendet:* Mittwoch, 4. Oktober 2017 15:48
> *An:* Cross project issues
> *Betreff:* Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with
> org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9
>
>
>
> You've hit *https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D522333=DwMFaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=rA3s-DC8vjNUhU5r9m0E75d72lWo7CUF_O4zwJo5Eiw=mw8p-WP2x5_Q_yKbT3Z8gmKmh7X2uV0i3TFPu4a8pOs=>
>
>
>
> On Wed, Oct 4, 2017 at 9:26 AM, Arthur van Dorp <
> *arthur.vand...@bsi-software.com* <arthur.vand...@bsi-software.com>>
> wrote:
>
> Hi all
>
>
>
> As the RC2 window already closes and the final Oxygen.1a contributions are
> due soon, I bring up the following issue directly on this list:
>
>
>
> On the EPP RC1 with only a JDK 9 as installed JRE, calling Maven commands
> fails with
>
> Error: Could not find or load main class org.codehaus.plexus.classworld
> s.launcher.Launcher
>
> Caused by: *java.lang.ClassNotFoundException*:
> org.codehaus.plexus.classworlds.launcher.Launcher
>
> Switching to a JDK 8 resolves the problem.
>
>
>
> Steps to reproduce:
>
> *New workspace
>
> *File/New Other…/Maven/Maven Project/Create dummy project
>
> *Select project folder/Right click/Run As…/Maven clean
>
>
>
> I’ve reproduced this under Windows 7 and the Scout EPP package. To make
> sure it isn’t a Scout issue I’ve te

Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9

[Fred Bricon]

Hi,

we just found out the cause of bug https://bugs.eclipse.org/
bugs/show_bug.cgi?id=522333, which prevents you from running Maven builds
on Java 9 projects on Windows specifically.

Java 9 no longer supports classpaths sent with the form /c:/whatever
(worked in previous Java versions) as sent by m2e.
I believe we can provide a fix today. Is it possible to delay the Oxygen.1a
RC2 aggregation builds to tonight?

Fred


On Wed, Oct 4, 2017 at 10:18 AM, Arthur van Dorp <
arthur.vand...@bsi-software.com> wrote:

> Ah, Java Development Tools Launching Support is at 3.9.50.v2070925-1051 in
> that latest EPP build which might just not yet include the fix from the
> same day.
>
>
>
> *Von:* cross-project-issues-dev-boun...@eclipse.org [mailto:
> cross-project-issues-dev-boun...@eclipse.org] *Im Auftrag von *Fred Bricon
> *Gesendet:* Mittwoch, 4. Oktober 2017 16:04
>
> *An:* Cross project issues
> *Betreff:* Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with
> org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9
>
>
>
> I'll see if I can workaround it on m2e's side for RC2. Not promising any
> miracles though.
>
>
>
> Fred
>
>
>
> On Wed, Oct 4, 2017 at 9:55 AM, Arthur van Dorp <
> arthur.vand...@bsi-software.com> wrote:
>
> Thanks. Didn’t come up in my bugzilla searches as it is marked fixed.
>
> Doesn’t seem fixed to me.
>
>
>
> Regards
>
> Arthur
>
>
>
> *Von:* cross-project-issues-dev-boun...@eclipse.org [mailto:
> cross-project-issues-dev-boun...@eclipse.org] *Im Auftrag von *Fred Bricon
> *Gesendet:* Mittwoch, 4. Oktober 2017 15:48
> *An:* Cross project issues
> *Betreff:* Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with
> org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9
>
>
>
> You've hit https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333
>
>
>
> On Wed, Oct 4, 2017 at 9:26 AM, Arthur van Dorp <
> arthur.vand...@bsi-software.com> wrote:
>
> Hi all
>
>
>
> As the RC2 window already closes and the final Oxygen.1a contributions are
> due soon, I bring up the following issue directly on this list:
>
>
>
> On the EPP RC1 with only a JDK 9 as installed JRE, calling Maven commands
> fails with
>
> Error: Could not find or load main class org.codehaus.plexus.
> classworlds.launcher.Launcher
>
> Caused by: *java.lang.ClassNotFoundException*: org.codehaus.plexus.
> classworlds.launcher.Launcher
>
> Switching to a JDK 8 resolves the problem.
>
>
>
> Steps to reproduce:
>
> *New workspace
>
> *File/New Other…/Maven/Maven Project/Create dummy project
>
> *Select project folder/Right click/Run As…/Maven clean
>
>
>
> I’ve reproduced this under Windows 7 and the Scout EPP package. To make
> sure it isn’t a Scout issue I’ve tested with a post RC1 EPP package of
> Eclipse Java too.
>
>
>
> Has anyone else experienced this? Is anyone else able to reproduce it?
>
>
>
> Thanks and regards
>
> Arthur
>
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
>
>
> --
>
> "Have you tried turning it off and on again" - The IT Crowd
>
> And if that fails, then http://goo.gl/tnBgH5
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
>
>
> --
>
> "Have you tried turning it off and on again" - The IT Crowd
>
> And if that fails, then http://goo.gl/tnBgH5
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Oxygen.1aRC1: Maven fails with org.codehaus.plexus.classworlds.launcher.Launcher when running with JDK 9

[Fred Bricon]

You've hit https://bugs.eclipse.org/bugs/show_bug.cgi?id=522333

On Wed, Oct 4, 2017 at 9:26 AM, Arthur van Dorp <
arthur.vand...@bsi-software.com> wrote:

> Hi all
>
>
>
> As the RC2 window already closes and the final Oxygen.1a contributions are
> due soon, I bring up the following issue directly on this list:
>
>
>
> On the EPP RC1 with only a JDK 9 as installed JRE, calling Maven commands
> fails with
>
> Error: Could not find or load main class org.codehaus.plexus.
> classworlds.launcher.Launcher
>
> Caused by: *java.lang.ClassNotFoundException*: org.codehaus.plexus.
> classworlds.launcher.Launcher
>
> Switching to a JDK 8 resolves the problem.
>
>
>
> Steps to reproduce:
>
> *New workspace
>
> *File/New Other…/Maven/Maven Project/Create dummy project
>
> *Select project folder/Right click/Run As…/Maven clean
>
>
>
> I’ve reproduced this under Windows 7 and the Scout EPP package. To make
> sure it isn’t a Scout issue I’ve tested with a post RC1 EPP package of
> Eclipse Java too.
>
>
>
> Has anyone else experienced this? Is anyone else able to reproduce it?
>
>
>
> Thanks and regards
>
> Arthur
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Aggressive redirection to mirrors

[Fred Bricon]

Hi,

I never had this problem before, don't know if I missed an announcement or
what but I've noticed for the past few days that the milestones/snapshot
update sites I deploy under
say /home/data/users/fbricon/downloads/technology/m2e/milestones/1.8 on
build.eclipse.org are no longer instantly accessible through
http://download.eclipse.org/technology/m2e/milestones/1.8/1.8.2.20170926-2244/

Eclipse sees the update sites, downloads all the proper metadata so that I
can go through the installation process, but then, during the installation,
I get errors like:

 Artifact not found:
http://download.eclipse.org/technology/m2e/milestones/1.8/1.8.2.20170926-2244/plugins/org.eclipse.m2e.archetype.common_1.8.2.20170926-2243.jar

It turns out trying to download the jars directly calls a mirror, which
might not have been populated yet.

Is this done on purpose?

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Fwd: JDK 9: General Availability

[Fred Bricon]

It says "Builds for platforms other than Linux/x64 will be published at a
later date.".
I guess they have their reasons :-)

On Thu, Sep 21, 2017 at 3:51 PM, Daniel Megert <daniel_meg...@ch.ibm.com>
wrote:

> Yeah, I expected that, but why not on http://jdk.java.net/9/`?
>
>
>
> From:Fred Bricon <fbri...@gmail.com>
> To:Cross project issues <cross-project-issues-dev@eclipse.org>
> Date:21.09.2017 21:49
> Subject:Re: [cross-project-issues-dev] Fwd: JDK 9: General
> Availability
>
> Sent by:cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> Oracle provides builds for all major platforms:
> *http://www.oracle.com/technetwork/java/javase/downloads/jdk9-downloads-3848520.html*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.oracle.com_technetwork_java_javase_downloads_jdk9-2Ddownloads-2D3848520.html=DwMFaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=TDy9KB0KcJ8rIYpI13MBpIljD3nOy7S9Bf9g72GDAq8=g552kfROB-JOKNIgYcXhqfx_23JIpeXXtHbyBQTUZbU=>
>
> On Thu, Sep 21, 2017 at 3:47 PM, Daniel Megert <*daniel_meg...@ch.ibm.com*
> <daniel_meg...@ch.ibm.com>> wrote:
>
> >GPL'd binaries from Oracle are available here:
> >  *http://jdk.java.net/9*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__jdk.java.net_9=DwMC-g=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QK1Nf5c9S7d3jfYY23qFrjzjvkQ94OpJxNmwKFp8sh4=AKvWeJ6ob6Brr2ZfNbFShsBJkQ56ckxVYlYbTXlfeg8=>
>
> Interesting. Under 'Downloads' I only find Linux 64-bit. No Windows or
> Apple download. Did I miss something?
>
> Dani
>
>
>
> From:Mike Milinkovich <*mike.milinkov...@eclipse-foundation.org*
> <mike.milinkov...@eclipse-foundation.org>>
> To:*cross-project-issues-dev@eclipse.org*
> <cross-project-issues-dev@eclipse.org>
> Date:21.09.2017 21:27
> Subject:[cross-project-issues-dev] Fwd: JDK 9: General
> Availability
> Sent by:*cross-project-issues-dev-boun...@eclipse.org*
> <cross-project-issues-dev-boun...@eclipse.org>
> --
>
>
>
> Just FYI
>
>  Forwarded Message 
>
> *Subject: *
> JDK 9: General Availability
>
> *Date: *
> Thu, 21 Sep 2017 12:21:33 -0700 (PDT)
>
> *From: *
> *mark.reinh...@oracle.com* <mark.reinh...@oracle.com>
>
> *Reply-To: *
> *disc...@openjdk.java.net* <disc...@openjdk.java.net>
>
> *To: *
> *annou...@openjdk.java.net* <annou...@openjdk.java.net>
>
>
>
> I'm pleased -- nay, thrilled! -- to announce that JDK 9 is now Generally
> Available.  We've identified no P1 bugs since we promoted build 181 seven
> weeks ago so that is the official GA release, ready for production use.
>
> GPL'd binaries from Oracle are available here:
>
>  *http://jdk.java.net/9*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__jdk.java.net_9=DwMC-g=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QK1Nf5c9S7d3jfYY23qFrjzjvkQ94OpJxNmwKFp8sh4=AKvWeJ6ob6Brr2ZfNbFShsBJkQ56ckxVYlYbTXlfeg8=>
>
> (There are links on that page to Oracle's commercial binaries for those
> who are interested.)  I'm sure that binaries from other implementors will
> be available in short order.
>
> The key feature of this release is, of course, Project Jigsaw, about
> which I've written a bit more over on my blog:
>
>  *https://mreinhold.org/blog/jigsaw-complete*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__mreinhold.org_blog_jigsaw-2Dcomplete=DwMC-g=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QK1Nf5c9S7d3jfYY23qFrjzjvkQ94OpJxNmwKFp8sh4=5HZ9Nt4HBPjv0ub2Ax8fWEjPba8n-uEK8cCH0rN2Ydc=>
>
> Jigsaw is not, however, the only feature!  There are many other excellent
> additions and improvements including, but not limited to:
>
>  Improved Process API   *http://openjdk.java.net/jeps/102*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__openjdk.java.net_jeps_102=DwMC-g=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QK1Nf5c9S7d3jfYY23qFrjzjvkQ94OpJxNmwKFp8sh4=ZV08_vPV_ZK4pzrigmQhGCZ0HmCA08Dh56o4CGtBiVU=>
>  HTTP/2 Client (incubating) *http://openjdk.java.net/jeps/110*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__openjdk.java.net_jeps_110=DwMC-g=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QK1Nf5c9S7d3jfYY23qFrjzjvkQ94OpJxNmwKFp8sh4=2PrS-CGPVqwFoArb6REEuo4pU3m4qXSfz9FfEUddKIA=>
>  Variable Handles   *http://openjdk.java.net/jeps/193*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__openjdk.java.net_jeps_193=DwMC-g=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZ

Re: [cross-project-issues-dev] Fwd: JDK 9: General Availability

[Fred Bricon]

Oracle provides builds for all major platforms:
http://www.oracle.com/technetwork/java/javase/downloads/jdk9-downloads-3848520.html

On Thu, Sep 21, 2017 at 3:47 PM, Daniel Megert 
wrote:

>
> >GPL'd binaries from Oracle are available here:
> >  *http://jdk.java.net/9*
> 
>
> Interesting. Under 'Downloads' I only find Linux 64-bit. No Windows or
> Apple download. Did I miss something?
>
> Dani
>
>
>
> From:Mike Milinkovich 
> To:cross-project-issues-dev@eclipse.org
> Date:21.09.2017 21:27
> Subject:[cross-project-issues-dev] Fwd: JDK 9: General
> Availability
> Sent by:cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> Just FYI
>
>  Forwarded Message 
> *Subject: *
> JDK 9: General Availability
>
> *Date: *
> Thu, 21 Sep 2017 12:21:33 -0700 (PDT)
>
> *From: *
> *mark.reinh...@oracle.com* 
>
> *Reply-To: *
> *disc...@openjdk.java.net* 
>
> *To: *
> *annou...@openjdk.java.net* 
>
>
> I'm pleased -- nay, thrilled! -- to announce that JDK 9 is now Generally
> Available.  We've identified no P1 bugs since we promoted build 181 seven
> weeks ago so that is the official GA release, ready for production use.
>
> GPL'd binaries from Oracle are available here:
>
>  *http://jdk.java.net/9*
> 
>
> (There are links on that page to Oracle's commercial binaries for those
> who are interested.)  I'm sure that binaries from other implementors will
> be available in short order.
>
> The key feature of this release is, of course, Project Jigsaw, about
> which I've written a bit more over on my blog:
>
>  *https://mreinhold.org/blog/jigsaw-complete*
> 
>
> Jigsaw is not, however, the only feature!  There are many other excellent
> additions and improvements including, but not limited to:
>
>  Improved Process API   *http://openjdk.java.net/jeps/102*
> 
>  HTTP/2 Client (incubating) *http://openjdk.java.net/jeps/110*
> 
>  Variable Handles   *http://openjdk.java.net/jeps/193*
> 
>  JShell Read-Eval-Print Loop*http://openjdk.java.net/jeps/222*
> 
>  Javadoc Search *http://openjdk.java.net/jeps/225*
> 
>  Linux/AArch64 Port *http://openjdk.java.net/jeps/237*
> 
>  Marlin Graphics Renderer   *http://openjdk.java.net/jeps/265*
> 
>  Collection Factories   *http://openjdk.java.net/jeps/269*
> 

Re: [cross-project-issues-dev] Upcoming Oxygen 1.a release

[Fred Bricon]

M2E will contribute initial Java 9 modules support in Oxygen.1a

On Sep 13, 2017 09:15, "Mélanie Bats"  wrote:

> Hi,
>
> As decided during the last planning council meeting, the dates for the
> Oxygen 1.a release are:
>
> * Oxygen JDT Official JDK9 release on Thursday, September 21
> * Oxygen.1a Platform RC1   on Friday, September 22
> * Oxygen.1a RC1on Friday, September 29
> * Oxygen.1a Platform RC2   on Friday, September 29
> * Oxygen.1a RC2on Friday, October 6
> * Oxygen.1aon Wednesday, October 11
>
> The purpose of the Oxygen 1.a release is to provide support for Java 9 and
> JUnit 5.
> Consequently, only changes needed for Java 9 or JUnit 5 can participate to
> this release. Projects are encouraged to declare their intent to
> participate to this special release by replying to this thread.
>
> This release will appear in the SimRel repository and be offered to users
> for upgrade as a normal release.
>
> Best regards,
> --
> Mélanie Bats
> Eclipse Modeling Consultant
> +33 5 34 57 16 29
> @melaniebats
>
> *Obeo*
> 25 Boulevard Victor Hugo - Colomiers - France
> 
> http://www.obeo.fr
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e-wtp will participate in Oxygen

[Fred Bricon]

Hi,

the m2e-wtp project will participate in Oxygen with m2e-wtp 1.4, with an
offset of +3.

Thanks,

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e contribution for Oxygen M3 will be late

[Fred Bricon]

Hi,

FYI, the m2e contribution for Oxygen M3 (normally +2), will be delayed to
tomorrow afternoon (02/11/2016).

Fred Bricon



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook for Oxygen M1

[Fred Bricon]

It was a typo indeed, that would be fixed by
https://git.eclipse.org/r/#/c/78806/2/m2e.b3aggrcon, but the validation job
fails because of

*16:17:11*   [exec] InstallableUnit(org.eclipse.wst.sse.core) is
required by:*16:17:11*   [exec]   ValidationSet(main)*16:17:11*
   [exec] Contribution(m2e)*16:17:11*   [exec]
MappedRepository(file:///home/data/httpd/download.eclipse.org/technology/m2e/milestones/1.8/1.8.0.20160809-1624)


So, unless org.eclipse.wst.sse.core gets available, I doubt m2e 1.8 can be
enabled for M1.


On Thu, Aug 11, 2016 at 12:28 AM, David M Williams <
david_willi...@us.ibm.com> wrote:

> Since there still so many disabled contributions for M1, I will extend the
> deadline to Thursday 5 PM, just in case anyone wants to correct anything,
> or contribute more.
>
> For example, I noticed even if I enable everything, the aggregation still
> fails due to m2e referring to a repo at
>
> *http://download.eclipse.org/technology/m2e/releases/1.8/1.8.0.20160809-1624*
> 
> And I wonder if that was a "typo" (since it just changed, and the comment
> mentioned "milestones").
>
> There are currently 427 features in "staging". Normally there are about
> 1200. I have asked Markus if any EPP packages could be created, but I
> recall in years past, we could not create EPP packages at M1, because
> participation was so low.
>
> Thanks,
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Is M2E participating in Oxygen?

[Fred Bricon]

So yes m2e is willing to contribute 1.8 to Oxygen, sorry I totally missed
that I had to enable the repo (and I also had an error in the repo url).

But I fixed that and submitted a new changeset. Unfortunately, gerrit
 validation fails now because of org.eclipse.wst.sse.core not being
available. Not sure what to do now. Please advise.

Thanks,

Fred



On Wed, Aug 10, 2016 at 11:19 AM, Patrick Bänziger <
patrick.baenzi...@bsi-software.com> wrote:

> Hi
>
>
>
> Our contribution for Eclipse Scout (at +3), depends on M2E which was +2 in
> Neon.
>
>
>
> I checked and saw that M2E has updated their version number, but has not
> enabled their contribution in the b3aggrcon File.
>
> There was no message yet to the cross-projects-issues list to announce
> Oxygen participation, and there is no release record for the new version
> (1.8.0) AFAICS.
>
>
>
> Does anyone know whether M2E will participate in Oxygen?
>
>
>
> Regards,
>
> Patrick
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e will participate in Oxygen

[Fred Bricon]

Hi,

the m2e project will participate in Oxygen with m2e 1.8, with an offset of
+2.

Thanks,

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] 1000 line limit for contributions

[Fred Bricon]

See https://bugs.eclipse.org/bugs/show_bug.cgi?id=382798

On Fri, Nov 20, 2015 at 11:43 AM, Lars Vogel  wrote:

> Great proposal from Max to skip CQ for Eclipse committers. It does not
> make sense that I can commit 100 000 lines to PDE but not 1001 to another
> project I'm not a committer for.
>
> Max, can you bring your proposal to the board?
>
> Best regards, Lars
> Am 20.11.2015 9:00 vorm. schrieb "Max Rydahl Andersen" <
> mande...@redhat.com>:
>
>> On 19 Nov 2015, at 11:17, Ed Merks wrote:
>>
>> Recall that this was increased from 250 to 1000 not so long ago.  I
>>> wasn't able to push the IP committee beyond that.  People working for an
>>> organization that has a corporate representative on the board could ask
>>> that representative to raise this issue at a board meeting.  I think that
>>> would carry more weight than me personally asking for a further increase.
>>>
>>
>> In this case it looks like a broken notification - good it was found and
>> identified.
>>
>> I can personally vouch that the 1000 line limit have directly taken part
>> in why I have stopped contributing to i.e. mylyndoc asciidoc support. Here
>> I spent several weekends and eventually months on getting basic
>> contributions in that was *obviously* not in any danger of having IP
>> conflicts since the code was copied from mylyn.doc itself and 100% written
>> by me - still I had to play the game of splitting up contributions and in
>> the end just stop doing it. (mylyn.doc could fix this by making me a
>> committer or eclipse foundation allow contributions from other eclipse
>> committers without CQ review - but that is just examples of more process
>> dancing)
>>
>> Thus this really is an issue and something I raised to IP and Legal team
>> several time in the pass - issue is that from their perspective they don't
>> get to see the times a committer is asked to split a contribution up; they
>> just see the +1000 lines ones and think they are fast to get it though the
>> system.
>>
>> But If I have to wait 2 weeks between contributions for things that are
>> not on my critical path I just cannot afford spending time on it -
>> especially if I have interest in building on top of these contributions.
>> And I'm actually a believer in doing things right at eclipse - but I can
>> just imagine those coming from the outside just never show up or just leave
>> immediately.
>>
>> But to the point on raising this to the IP committee and the board.
>>
>> If you get caught in similar dead or live-locks in the IP system or see
>> another attempt on having to split up otherwise perfect valid
>> contributions, please consider forwarding me info personally (
>> mande...@redhat.com).
>>
>> I would like to be able to show to IP committee and board how often this
>> is actually hurting us - or on the flip side, be convinced that is not
>> actually that big an issue.
>>
>> Thanks,
>> /max
>>
>>
>>>
>>> On 19/11/2015 11:00 AM, Ed Willink wrote:
>>>
 Hi

 Presumably you put tests in a separate plugin, so splitting off the
 tests as a separate contribution gets you twice the limit with minimal
 effort.

 Perhaps a 1 line limit might be appropriate for non-deliverable
 code such as tests and build tools.

 Regards

  Ed Willink



 On 19/11/2015 09:49, Sievers, Jan wrote:

> Hi,
>
> in the course of
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=477328
>
>
> we had a contribution that slightly exceeded 1000 lines and thus
> needed a CQ.
> It took about one month to review it.
>
> I am sure the legal team does its very best to keep up with the load,
> so the following is in no way a criticism of the
> people who actually do the legal review.
>
> Rather take it as food for thought to whoever set up this rule.
>
> IMHO the 1000 line rule is effectively setting the wrong incentives
> for a thriving opensource project.
>
> Here is why I think so:
>
>
> The most diligent contributors add a lot of tests to their patch to
> prove it works.
> This is a good thing and we actively encourage contributors to
> thoroughly test.
> Test code can easily outweigh productive code being tested in terms of
> LOC.
> However this means the most diligent contributors, i.e. the ones you
> want to attract, are more likely to hit the 1000 line limit.
> Instead of thanking them for their hard work, we effectively punish
> them with an extra month or more wait time before their patch can be 
> merged.
> Apart from that, the 1000 line limit seems arbitrary to me because
> technically you can split up any commit into any number
> of smaller commits below the 1000 line limit.
>
> Best Regards,
> Jan
>
>
>
>
> ___
> cross-project-issues-dev mailing list
> 

Re: [cross-project-issues-dev] 1000 line limit for contributions

[Fred Bricon]

I'm not sure how the workload from the IP team is split, between running
automated IP checks (blackduck or similar) and manual work. But I think
it'd be interesting if at least the automated part could be included as
part of a CI build checking gerrit contributions. That'd would surely
offload the IP team work significantly.

On Thu, Nov 19, 2015 at 10:01 AM, Pascal Rapicault 
wrote:

> It is my understanding that the 1000 lines limit is here to prevent code
> to be copied from an external place and be added to Eclipse.  This is a
> good measure.
> However, I think there is a number of contributions where the code has
> obviously not been copied. For example, this is the case with the
> contribution Jan mentioned. There is no way the code could be coming from
> somewhere else. It is way too specific to Tycho and the feature being added.
>
> IMO, the IP process could be relaxed and thus the IP teamwork load
> reduced, if committers were trusted on what to put through the IP process
> and what not.
>
> With such a rule, a committer who has doubts about 200 lines of code could
> take it through the IP process, and yet for things that are obviously "new"
> code, would not. IMO, such a process based on committer trust could help
> focus the efforts of the IP team on things that are potentially problematic.
>
>
>
>
> On 15-11-19 05:47 AM, Ed Merks wrote:
>
>> Yes, I believe it's an important aspect of Eclipse that makes it stand
>> out as the best place to be if you want the broadest possible community of
>> adopters.   Of course this benefit doesn't come without a cost and of
>> course that can be frustrating.   In a specific case of a contribution that
>> consists of a relatively smaller changes to the framework/tool with a
>> relatively larger addition of test case(s), it would seem reasonable to
>> split the two, if it's important that the change to the tools/framework
>> show up as quickly as possible.
>>
>> I certainly don't suggest gaming the system, though I do tend to point
>> out to the IP committee all the ways it can be gamed, and will be gamed by
>> developers who are frustrated and don't take the issue seriously.  I ask
>> questions such as how long can a line be? One can fit quite a lot on a line
>> line and reformat it later. Also, why should a blank line count for
>> anything?  Is a line with just a curly brace on it really IP?   And yes, of
>> course I make them aware that contributions can be split into smaller
>> chunks...
>>
>> Perhaps this specific review period overlapped with EclispeCon Europe
>> where we had the pleasure of spending personal time with the with the IP
>> staff...
>>
>>
>> On 19/11/2015 11:31 AM, Christian Campo wrote:
>>
>>> Wouldnt it be worth to hear what the IP Team has to say why this took so
>>> long ? I see that Sharon appologized on the CQ that it took so long. That
>>> made me believe that this was an exception.
>>>
>>> Does every CQ with 1000 lines take so long ? What is the experience of
>>> others about reviews with code contributions.
>>> As I remember vaguely (and that might be incorrect) the IP team runs
>>> automatic scans over the code, but I am not sure what else they do.
>>>
>>> I for once believe the work of the IP Team is important and one of the
>>> core values of the EF vs say Github and I take it serious.
>>>
>>> Just my 2 cents
>>>
>>> christian
>>>
>>> Am 19.11.15, 11:22 schrieb "cross-project-issues-dev-boun...@eclipse.org
>>> on behalf of Sievers, Jan" unter
>>> >> jan.siev...@sap.com>:
>>>
>>> If everybody tells me there are ways to dodge around that rule (and of
 course I know there are), the question arises why do we have the rule in
 the first place. Seems a little absurd to me.

 the effort is not minimal if I have to artificially split up commits.
 Or maybe you expect me to explain to contributors:

 "look, we have this process but nobody takes it serious anyway. so
 please
 split up your commit into several < 1000 LOC chunks" ?

 Best Regards,
 Jan



 On 19/11/15 11:00, "cross-project-issues-dev-boun...@eclipse.org on
 behalf of Ed Willink"  wrote:

 Hi
>
> Presumably you put tests in a separate plugin, so splitting off the
> tests as a separate contribution gets you twice the limit with minimal
> effort.
>
> Perhaps a 1 line limit might be appropriate for non-deliverable
> code
> such as tests and build tools.
>
>  Regards
>
>  Ed Willink
>
>
>
> On 19/11/2015 09:49, Sievers, Jan wrote:
>
>> Hi,
>>
>> in the course of
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=477328
>>
>>
>> we had a contribution that slightly exceeded 1000 lines and thus
>> needed a CQ.
>> It took 

[cross-project-issues-dev] m2e-wtp participation in Neon

[Fred Bricon]

Hi all,

m2e-wtp will contribute it's version 1.3 (or better) to the Neon release,
with an offset of +3.

Fred

-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Did I mess up our procedure for Neon? With respect to declaring, and enablement, and our "list of participants"?

[Fred Bricon]

m2e will contribute version 1.7 (most likely) to Neon, with a +2 offset.

Fred


On Thu, Oct 22, 2015 at 8:58 AM, Greg Watson  wrote:

>
> PTP/Remote will be in Neon. Versions unknown at this point.
>
> Greg
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>



-- 
"Have you tried turning it off and on again" - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Almost all projects are ready for the June 10 release review

[Fred Bricon]

Wayne,

seems your 3 search queries are private (The search named Mars Waiting IP
Log Submission does not exist.)

Fred



On Fri, Jun 5, 2015 at 2:46 PM, Wayne Beaton wa...@eclipse.org wrote:

  Greetings folks. Before I say anything else, let me start with this:
 don't panic.

 I have received the required PMC Approval of the review materials and IP
 Team approval of the IP Logs for most of the projects participating in the
 Mars release.

 If I have everything that I need from you, your project will appear in the
 project activity list [1] under June 10 reviews. Thank you for your
 attention in this matter of process and please seek me out if you want a
 beer or something at EclipseCon.

 As most of you have likely discovered, I use bugs to track each release
 review [2]. I've created a couple of different queries to help me keep
 track of what we're waiting for.

 I'm still waiting on PMC Approval of the review materials from several
 projects [3]. I am either waiting for IP Logs or am waiting for responses
 regarding questions about IP  Logs from several projects [4]. If your
 project is on one of these lists, you need to take action now. You've
 missed the deadline participate in the June 10 review and are very late for
 IP Log reviews for a June 17 review. *Immediate action is required if you
 intend to release with Mars.* Maybe you can panic a little,..

 If I've missed something, please first accept my humble apology, then be
 kind in consideration of how mindnumbing processing a bajillion IP Logs can
 be, and let me know what I've missed so that I can take the necessary steps
 to remediate.

 While I have your attention...

 Those of you who created your own review records may have noticed that the
 available dates for reviews has been made a little more restrictive. Moving
 forward, we are only scheduling reviews on first and third Wednesdays of
 the month. I'll admit that the timing of the change could have been better
 (I probably should have waited until post Mars) Exceptions may be permitted
 at my discretion, but only with input from the PMC. My preference is to
 give projects as much flexibility as possible, but, frankly, we've been
 running far too many review periods over the last year or so and I just
 don't have the bandwidth to continue to do weekly reviews.

 Finally, I'd like to take this opportunity to remind you that IP tracking
 needs to be current and complete at all times. You must obtain approval
 from the IP Team before you check in any third party code libraries or code
 contributions for which the IP due diligence process mandates an IP Team
 review. Git commits must correctly indicate the author of the contribution
 and all contributions by non-project-committers must be signed off. If you
 have any questions about this, please ask your project mentors, project
 lead, PMC members, or me.

 Thanks!

 Wayne

 [1] https://www.eclipse.org/projects/project_activity.php
 [2] http://eclip.se/4t
 [3] http://eclip.se/4s
 [4] http://eclip.se/4v

 --
 Wayne Beaton
 @waynebeaton
 The Eclipse Foundation
  [image: EclipseCon France 2015] http://www.eclipsecon.org/france2015

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Unable to contribute to Mars... very frustrated

[Fred Bricon]

Personally, I always add the remote review url as described in [1], so I
just have to 'git push review' my changes.

[1] https://wiki.eclipse.org/Gerrit#Adding_a_dedicated_remote

On Tue, May 5, 2015 at 4:28 PM, Mickael Istria mist...@redhat.com wrote:

  On 05/05/2015 10:26 PM, Konstantin Komissarchik wrote:

 So what should I have done if I wanted to exercise the new verifier
 feature?


 To create a Gerrit review instead of pushing directly, push to branch
 refs/for/master instead of master. This creates the review and the
 validation job starts ASAP.

 https://wiki.eclipse.org/index.php?title=Simrel/Contributing_to_Simrel_Aggregation_Build#Contribute_via_a_Gerrit_review

 --
 Mickael Istria
 Eclipse developer at JBoss, by Red Hat http://www.jboss.org/tools
 My blog http://mickaelistria.wordpress.com - My Tweets
 http://twitter.com/mickaelistria

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
And if that fails, then http://goo.gl/tnBgH5
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Enable intelligent content assist by default

[Fred Bricon]

On Tue, Mar 31, 2015 at 2:10 PM, Fred Bricon fbri...@gmail.com wrote:



 On Tue, Mar 31, 2015 at 1:59 PM, Marcel Bruch marcel.br...@codetrails.com
  wrote:

 Fred,

 thanks for your response.

 So, from my experience, *if* code recommenders were to be enabled by
 default, then it'd need to have :
 1 - Codetrails crowdsource extension installed by default


 Glad you like it. Adding that data to recommenders would fine with me.

 Is anyone using CR without it?



 2 - subword completion disabled

 if the codetrail extensions is not installed by default but subword
completion is enabled, you won't know extensions are available  (the not
the results I expected, discover new extensions link won't be displayed),
at least that's my understanding of how the current version works.


 The results of Actrl+space  with JDT and Subwords are the same. I don’t
 see the relation to Subwords yet.

 You're right, my apologies. Subjectivity's a bitch. To my defense it was
 only 13h in the morning when I tested it :-)


 3 - [1] fixed before the Mars release


 The problem has been discussed in bug 435660
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=435660. JDT requests a
 patch which probably would not make it into Mars. But we can implement a
 workaround for Mars.

 Whatever works :-)



 Marcel

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




 --
 Have you tried turning it off and on again - The IT Crowd




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e 1.6 M6 respin

[Fred Bricon]

Hi,

FYI, we've updated the m2e 1.6 contribution for Mars M6, new version is
1.6.0.20150325-2013, due to a critical bug found yesterday and fixed a few
moment ago by Igor [1].

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=463075

Fred

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Any pointers on how to Eclipse-sign AND GPG-sign a jar?

[Fred Bricon]

Hi,

m2e depends on a jar (
http://git.eclipse.org/c/m2e/org.eclipse.m2e.workspace.git/tree/org.eclipse.m2e.workspace.cli)
that is deployed on Maven Central. The problem is, it's GPG signed on a
non-Eclipse server in order to be able to be deployed on Central, but that
means it doesn't have the Eclipse signature. As a result, Eclipse complains
about unsigned jar while installing m2e.

Do you have any recommended strategy to make both Central and Eclipse
happy, signature-wise? Won't signing a jar break the 1st signature?

Yes this is totally not my area of expertise :-)

Fred

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Any pointers on how to Eclipse-sign AND GPG-sign a jar?

[Fred Bricon]

Great infos, thanks a lot Benjamin!

On Fri, Jan 16, 2015 at 1:30 PM, Denis Roy denis@eclipse.org wrote:

  Thanks, Benjamin.  I've updated the Wiki doc to immortalize the wisdom
 you have bestowed upon us.


 https://wiki.eclipse.org/IT_Infrastructure_Doc#Sign_my_plugins.2FZIP_files.3F

 Denis



 On 16/01/15 01:24 PM, Benjamin Cabé wrote:

  Hi Fred,

  JAR signing of the bundles and GPG-signing of the Maven artifacts are
 two different steps. Once a jar has been jar-signed, you may or may not
 GPG sign the corresponding Maven artifact (.jar + .pom file) so as it can
 be deployed on Central. As you hinted, JAR signing has to be done before the
 GPG signing, since doing it the other way around would break the GPG
 signature.

  So you first have to sign your org.eclipse.m2e.workspace.cli JAR file
 with the Eclipse Fdn certificate, either using the Maven plugin from CBI,
 the command line utility, or the signing web service – see [1].
 Once you have your signed JAR, you can GPG sign it and stage it on Central
 like this:
   mvn gpg:sign-and-deploy-file
  -DpomFile=target/myapp-1.0.pom
  -Dfile=target/myapp-1.0.jar
  -Durl=http://oss.sonatype.org/service/local/staging/deploy/maven2/
  -DrepositoryId=sonatype_oss

  I hope this helps. FWIW we are trying to improve our GPG signing story
 and provide more guidance to projects regarding GPG in general so stay
 tuned…

  [1]
 https://wiki.eclipse.org/IT_Infrastructure_Doc#Sign_my_plugins.2FZIP_files.3F

  Hope this helps!

  * --*
 *Benjamin Cabé*

  Eclipse Foundation
 +33 (0) 619196101
 @kartben https://twitter.com/kartben

  [image: EclipseCon 2015] http://www.eclipsecon.org/na2015

  De : Fred Bricon fbri...@gmail.com
 Répondre à : Cross project issues cross-project-issues-dev@eclipse.org
 Date : vendredi 16 janvier 2015 19:04
 À : Cross project issues cross-project-issues-dev@eclipse.org
 Objet : [cross-project-issues-dev] Any pointers on how to Eclipse-sign
 AND GPG-sign a jar?

  Hi,

  m2e depends on a jar (
 http://git.eclipse.org/c/m2e/org.eclipse.m2e.workspace.git/tree/org.eclipse.m2e.workspace.cli)
 that is deployed on Maven Central. The problem is, it's GPG signed on a
 non-Eclipse server in order to be able to be deployed on Central, but that
 means it doesn't have the Eclipse signature. As a result, Eclipse complains
 about unsigned jar while installing m2e.

  Do you have any recommended strategy to make both Central and Eclipse
 happy, signature-wise? Won't signing a jar break the 1st signature?

  Yes this is totally not my area of expertise :-)

  Fred

  --
 Have you tried turning it off and on again - The IT Crowd
  ___ cross-project-issues-dev
 mailing list cross-project-issues-dev@eclipse.org To change your delivery
 options, retrieve your password, or unsubscribe from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 ___
 cross-project-issues-dev mailing listcross-project-issues-...@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe from 
 this list, 
 visithttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e-wtp participation in Mars

[Fred Bricon]

Hi,

better late than never : m2e-wtp will be participating to the Mars
Simultaneous release, with an offset of +3.
m2e-wtp 1.2.0 will be a maintenance release[1]

https://projects.eclipse.org/projects/technology.m2e.m2e-wtp/releases/1.2.0

Fred

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e 1.6 M4 using staged Maven 3.2.5

[Fred Bricon]

Hi,

FYI, we're planning on releasing m2e 1.6M4 by the end of the day,
containing the currently staged Maven 3.2.5. Its release has not officially
been voted yet [1], but there's 99,99% chances (according to an unnamed
Maven committer) it will be released on thursday.
Since that would be too late for m2e to pick it up and we already missed M3
because there was no Maven release available at the time, I believe it
would be really sad to miss the M4 window, given all the fixes and
improvements that went in [2].
Worst case scenario, Maven 3.2.5 isn't released, and there'll be a 3.2.6
instead, m2e can live with that until M5, in 7 weeks.

Fred

[1] http://maven.40175.n5.nabble.com/VOTE-Release-Maven-3-2-5-td5819411.html
[2]
https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=RESOLVEDbug_status=VERIFIEDbug_status=CLOSEDlist_id=10680652product=m2equery_format=advancedtarget_milestone=1.6.0%2FMars%20M4

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] How to set Review/Verified flags on already merged gerrit changesets

[Fred Bricon]

Hi,

so I kind of f*ed up pushing a couple gerrit changesets directly from my
local repo , instead of using the webapp and its brilliant and so intuitive
UI (sarcasm included) and the Review/Verified flags are not set (see
https://git.eclipse.org/r/#/q/status:merged+project:m2e-wtp/org.eclipse.m2e.wtp,n,z
)
I haven't found a way to set these flags from the UI once the changesets
have already been merged. Anyone knows how to do that? Should I open a bug
to the webmasters @ eclipse.org?

Thanks,

Fred Bricon

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] m2e participation in Mars

[Fred Bricon]

Igor, Wayne, I can take over with the m2e releases.

Sorry I have been busy with some personal matters so didn't chime in
earlier. Everything should go back to normal now.

Fred



On Tue, Sep 2, 2014 at 10:56 AM, Igor Fedorenko i...@ifedorenko.com wrote:

 I don't have time to do release work this year and nobody else
 came forward to do the work.

 https://dev.eclipse.org/mhonarc/lists/m2e-dev/msg01685.html

 --
 Regards,
 Igor


 On 2014-09-02, 10:52, Wayne Beaton wrote:

 There were 26 commits in August.

 Why no new release?

 Wayne

 On 29/08/14 07:25 AM, Igor Fedorenko wrote:

 m2e will participate in Mars simultaneous release. m2e offset is +2,
 iirc. We'll contribute the same build to Mars as we did in Luna.

 https://projects.eclipse.org/projects/technology.m2e/releases/1.5.0

 --
 Regards,
 Igor
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or
 unsubscribe from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


 --
 Wayne Beaton
 @waynebeaton
 The Eclipse Foundation
 EclipseCon Europe 2014 https://www.eclipsecon.org/europe2014



 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

  ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 To change your delivery options, retrieve your password, or unsubscribe
 from this list, visit
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Remove CVS from Eclipse packages?

[Fred Bricon]

+1. Alex Blewitt blogged about it 3 years ago
http://alblue.bandlem.com/2011/09/removing-cvs-from-eclipse-platform.html

We'll shave a few MB off the different distros, saving bandwidth, thus
money for the Eclipse foundation :-)




On Thu, Jun 26, 2014 at 11:12 AM, Jürgen Rose juergen.r...@ibh-systems.com
wrote:

  +1


 On 26.06.2014 10:24, Mickael Istria wrote:

 Hi all,

 Now that CVS is only used by 3.7% of people according to latest Eclipse
 survey, wouldn't it make sense to kick it out of default Eclipse packages
 to avoid showing the useless CVS entries (in show view or import for
 example) to the remaining 96.3% of Eclipse users? Instead, we could think
 of providing CVS on marketplace.

 What do you think about it?
 --
 Mickael Istria
 Eclipse developer at JBoss, by Red Hat http://www.jboss.org/tools
 My blog http://mickaelistria.wordpress.com - My Tweets
 http://twitter.com/mickaelistria


 ___
 cross-project-issues-dev mailing 
 listcross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 --
 IBH SYSTEMS GmbH
 D 85235 Pfaffenhofen an der Glonn
 Läutenring 43
 Geschäftsführer / CEO: Dr. Thomas Heitzig

 Amtsgericht München
 Handelsregister Nummer  HRB 197959
 USt ID: DE267945175

 Office Munich
 D 80992 München
 Agnes-Pockels-Bogen 1
 T +49 89 18 9 17 49 0

 The information transmitted is intended only for the person or entity
 to which it is addressed and may contain confidential and/or pivileged
 material. Any review, retransmission, dissemination or other use of,
 or taking of any action in reliance upon, this information by persons
 or entities other than the intended recipient is prohibited. If you
 received this in error, please contact the sender and delete the
 material from any computer.


 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Remove CVS from Eclipse packages?

[Fred Bricon]

egit is missing from java-report, automotive and testers distros only :
https://www.eclipse.org/downloads/compare.php?release=luna


On Thu, Jun 26, 2014 at 4:57 PM, Ed Willink e...@willink.me.uk wrote:

  Hi

 Sorry for the noise; looking for org.eclipse.git. org.eclipse.egit is in
 Modeling EPP.

 Regards

 Ed Willink


 On 26/06/2014 15:52, Ed Willink wrote:

 Hi

 Just not in the Modeling EPP where I looked.

 Regards

 Ed Willink

 On 26/06/2014 15:34, Mickael Istria wrote:

 On 06/26/2014 04:31 PM, Ed Willink wrote:

 Except that of course we should replace CVS by GIT in at least the EPPs
 and so add on a lot more MB.

 Egit has already been embedded in most Eclipse Packages since Juno.
 --
 Mickael Istria
 Eclipse developer at JBoss, by Red Hat http://www.jboss.org/tools
 My blog http://mickaelistria.wordpress.com - My Tweets
 http://twitter.com/mickaelistria


 ___
 cross-project-issues-dev mailing 
 listcross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4592 / Virus Database: 3986/7748 - Release Date: 06/26/14




 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e 1.4.1 (Java 8 support) is available

[Fred Bricon]

Hi,

FYI, following the recent availability of Java 8 support for Kepler SR2, we
just released m2e 1.4.1 (a.k.a 1.4.1.20140328-1905), available from[1].
This service release simply contains the backport for Java 8 support [2]
introduced in m2e 1.5/Luna [3].

[1] http://download.eclipse.org/technology/m2e/releases/
[2] https://bugs.eclipse.org/431546
[3] https://bugs.eclipse.org/420848

Enjoy.

Fred Bricon

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Kepler SR3 for Java 8?

[Fred Bricon]

+1000

Worst case scenario, all Java 8 feature patches should be made available
from a unique p2 repo
Le 20 mars 2014 15:51, Konstantin Komissarchik 
konstantin.komissarc...@oracle.com a écrit :

 I am wondering if we should do a limited SR release to pickup Java 8
 patches. As it stands, Eclipse users interested in Java 8 would have to
 hunt for and install at least two patches, which doesn’t paint Eclipse in a
 good light.



 Thoughts?



 - Konstantin

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] build.eclipse.org

[Fred Bricon]

Matt, the signing service is apparently down. I get errors like :

[ERROR] Failed to execute goal
org.eclipse.cbi.maven.plugins:eclipse-jarsigner-plugin:1.0.1:sign
(sign) on project org.eclipse.m2e.wtp.overlay: Could not sign artifact
org.eclipse.m2e.wtp:org.eclipse.m2e.wtp.overlay:eclipse-plugin:1.1.0-SNAPSHOT:
Connection to http://build.eclipse.org:31338 refused: Connection
refused - [Help 1]


Fred



On Tue, Mar 11, 2014 at 3:45 PM, Webmaster(Matt Ward) webmas...@eclipse.org
 wrote:

 Hi Folks,

   Build.eclipse.org is now back in service.

 -Matt.
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] build.eclipse.org

[Fred Bricon]

Thanks Denis!


On Tue, Mar 11, 2014 at 4:12 PM, Denis Roy denis@eclipse.org wrote:

  I've started the signing web service.

 Denis


 On 03/11/2014 10:57 AM, Fred Bricon wrote:

 Matt, the signing service is apparently down. I get errors like :

  [ERROR] Failed to execute goal 
 org.eclipse.cbi.maven.plugins:eclipse-jarsigner-plugin:1.0.1:sign (sign) on 
 project org.eclipse.m2e.wtp.overlay: Could not sign artifact 
 org.eclipse.m2e.wtp:org.eclipse.m2e.wtp.overlay:eclipse-plugin:1.1.0-SNAPSHOT:
  Connection to http://build.eclipse.org:31338 refused: Connection refused - 
 [Help 1]

  Fred



 On Tue, Mar 11, 2014 at 3:45 PM, Webmaster(Matt Ward) 
 webmas...@eclipse.org wrote:

 Hi Folks,

   Build.eclipse.org is now back in service.

 -Matt.
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




  --
 Have you tried turning it off and on again - The IT Crowd


 ___
 cross-project-issues-dev mailing 
 listcross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] m2e-wtp participation in Luna

[Fred Bricon]

Hi,

m2e-wtp would like to participate in the Luna Simultaneous release:
https://projects.eclipse.org/projects/technology.m2e.m2e-wtp/releases/1.1.0

m2e-wtp is a +3 contribution

This declaration on intent is based on the assumption m2e will make it to
Luna (
http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg10115.html
).

Regards,

Fred

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook for Luna M1

[Fred Bricon]

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 the person who put
 enabled=false into our file.

  Doug.

   From: Sergey Boyko serg.boyko2...@gmail.com
 Reply-To: Cross project issues cross-project-issues-dev@eclipse.org
 Date: Wednesday, 21 August, 2013 10:18 AM
 To: Cross project issues cross-project-issues-dev@eclipse.org
 Subject: Re: [cross-project-issues-dev] Status and outlook for Luna M1

   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).



 ___
 cross-project-issues-dev mailing 
 listcross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Kepler's final staging repository is complete

[Fred Bricon]

+1 for a respin. That'd -hopefully- allow the build to pick up a now
conform (epl-v10.html/signed) mavenarchiver feature for m2e-wtp.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=410670

Fred Bricon


2013/6/13 Eike Stepper step...@esc-net.de

 Am 13.06.2013 20:01, schrieb Ed Willink:

  Hi

 CDO is too important a project to not fix this, so I vote for the
 (partial) respin.


 Thanks!


  Maybe next year we can have a bit more reviewing, approving and testing.


 I invite you to work on CDO internals and become a committer, so that you
 can review us next year :P


 Cheers
 /Eike

 
 http://www.esc-net.de
 http://thegordian.blogspot.com
 http://twitter.com/eikestepper


 __**_
 cross-project-issues-dev mailing list
 cross-project-issues-dev@**eclipse.orgcross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/**mailman/listinfo/cross-**project-issues-devhttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Kepler's final staging repository is complete

[Fred Bricon]

I know it's benign, that's why I didn't request a respin in the first
place.
Now it doesn't hurt to ask :-)


2013/6/13 Pascal Rapicault pascal.rapica...@ericsson.com

  And so started the respin where everything changed…

 ** **

 Fred, this is far from being a blocker change, so even though this is a
 benign change, I don’t know if we want to consume it.

 ** **

 *From:* cross-project-issues-dev-boun...@eclipse.org [mailto:
 cross-project-issues-dev-boun...@eclipse.org] *On Behalf Of *Fred Bricon
 *Sent:* June-13-13 2:16 PM
 *To:* Cross project issues

 *Subject:* Re: [cross-project-issues-dev] Kepler's final staging
 repository is complete

 ** **

 +1 for a respin. That'd -hopefully- allow the build to pick up a now
 conform (epl-v10.html/signed) mavenarchiver feature for m2e-wtp.
 https://bugs.eclipse.org/bugs/show_bug.cgi?id=410670

 ** **

 Fred Bricon

 ** **

 2013/6/13 Eike Stepper step...@esc-net.de

 Am 13.06.2013 20:01, schrieb Ed Willink:

 ** **

 Hi

 CDO is too important a project to not fix this, so I vote for the
 (partial) respin.

 ** **

 Thanks!

 ** **

 Maybe next year we can have a bit more reviewing, approving and testing.**
 **

 ** **

 I invite you to work on CDO internals and become a committer, so that you
 can review us next year :P



 Cheers
 /Eike

 
 http://www.esc-net.de
 http://thegordian.blogspot.com
 http://twitter.com/eikestepper

 

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 

 ** **

 --
 Have you tried turning it off and on again - The IT Crowd 

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] RC3 and Final Daze ...

[Fred Bricon]

2013/6/5 Wayne Beaton wa...@eclipse.org

  I believe that you've also bundlized it, correct?

 I've made zero changes to the original feature. It's just signed and
embedded in the m2e-wtp p2 site.


  Third party libraries still need an about.html file, and--in the case of
 non-EPL'd libraries--a license file.

 I'll fork it to add an about.html (hope it'll build ok). Do I need to keep
the fork @ eclipse.org?



  http://www.eclipse.org/legal/guidetolegaldoc.php#Abouts
 http://www.eclipse.org/legal/epl/about.php

 ('ll address the CVS references in the latter document).

 Wayne


 On 06/05/2013 03:08 PM, Fred Bricon wrote:

 org.sonatype.m2e.mavenarchiver.feature_0.15.0.201207090125-signed-201209140800.jar
 appears having missing epl-v10.html and about.html files in the reports.
 This is correct but the reason is org.sonatype.m2e.mavenarchiver is not an
 Eclipse project. It's a required dependency of m2e-wtp, has such must be
 provided by the Eclipse infra. Apart from being signed with the EF
 certificate, it has not been modified from the original 0.15.0.201207090125
 version.

  Is it a big deal?

  Fred



 2013/6/5 David M Williams david_willi...@us.ibm.com

 Here we are, nearly at the end of RC3 (remember, staging repo builds
 close at 5 PM Eastern, unless someone notifies us here they need an extra
 hour or two).

 I am a little disappointed there is still so much work for some projects
 to do to meet minimum requirements to be released,

 http://build.eclipse.org/simrel/kepler/reporeports/reports/layoutCheck.txt

 http://build.eclipse.org/simrel/kepler/reporeports/reports/verifydiroutput/unsigned.txt
 But, I guess every year there are some projects that like to save it to
 the very end.

 The main purpose of this note is to educate everyone on some of the
 mechanics over the next few weeks  what we call the Final daze.
 For those of you that have been through it before ... it's all the same
 ... just dates have changed ... but it wouldn't hurt for Project Leads and
 release engineers to re-read.  For those of you new to Simultaneous
 Release, I hope you find it a helpful reference on how to make things go
 smoother, in a more coordinated way.

 http://wiki.eclipse.org/Kepler/Final_Daze

 After reading it, and the documents it links to, please ask here on
 cross-project list if there are questions, issues, or suggestions.

 Thanks,


 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




  --
 Have you tried turning it off and on again - The IT Crowd


 ___
 cross-project-issues-dev mailing 
 listcross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


 --
 Wayne Beaton
 Director of Open Source Projects, The Eclipse 
 Foundationhttp://www.eclipse.org
 Learn about Eclipse Projects http://www.eclipse.org/projects
 [image: EclipseCon France 2013] http://www.eclipsecon.org/france2013

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
480x60.png___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Missing release information for some Kepler projects

[Fred Bricon]

Wayne,

I'll update the Maven Integration for Web Tools Platform metadata as soon
as I can, in the next couple days.

Regards,

Fred Bricon


On Mon, Apr 29, 2013 at 6:02 PM, Wayne Beaton wa...@eclipse.org wrote:

  We're getting closer. I've been able to remove a few entries from this
 list.

 I'm still missing release version records/declarations from a few projects.


 Dynamic Languages Toolkit (DLTK)
 Eclipse Modeling Framework (EMF)
 Eclipse Communication Framework (ECF)
 Runtime Packaging Project (RTP)
 Ecore Tools
 Extended Editing Framework (EEF)
 Jubula Functional Testing Tool
 MDT XSD (XML Schema Definition)
 Maven Integration for Web Tools Platform

 I am starting to have concern that either these projects do not have
 representation on the cross-projects list. Participation in the
 communication is a requirement for participation in the simultaneous.
 Please let the group know if you're getting these messages but just refuse
 to do anything about them.

 If you require assistance, please let me know.

 If asking you to create a release record is too much to ask, please let me
 know.

 By way of reminder, here is a link to release review requirements.

 http://wiki.eclipse.org/Development_Resources/HOWTO/Release_Reviews

 Please review the checklist to ensure that you're getting all the required
 bits done. There should be nothing new here.

 Wayne


 On 04/26/2013 02:38 PM, Wayne Beaton wrote:

 I am missing release information for the following projects that have
 declared intent to participate in Kepler.

 C/C++ Development Tools (CDT)
 Dynamic Languages Toolkit (DLTK)
 Eclipse Modeling Framework (EMF)
 Eclipse Communication Framework (ECF)
 Runtime Packaging Project (RTP)
 EclipseLink
 Ecore Tools
 Extended Editing Framework (EEF)
 Jubula Functional Testing Tool
 MDT XSD (XML Schema Definition)
 Maven Integration for Web Tools Platform
 SCA Tools

 In some cases, it may be that I just can't sort out what release you want
 to include, or maybe you're planning to include a release that does not
 occur on the Kepler release date (which I find weird, but is otherwise
 okay).

 If you have not done so already, please visit your project's information
 page and create a release record for Kepler and then please let me know
 either on this list or via direct email so that I can update the Kepler
 release page.

 *I will not accept review documentation for any release that is not
 recorded in the project metadata.*

 While you're there, please take a few minutes to update the description
 and plan information for your release. The description should be a  short
 paragraph that concisely describes the high points of the release. Note
 that you can still use the old XML-file based plan format if you like using
 old and painful technology.

 You can quickly get access to your project's information page directly
 from the Kepler release page:

 https://projects.eclipse.org/releases/kepler

 Let me know if you require any assistance.

 Wayne
 --
 Wayne Beaton
 Director of Open Source Projects, The Eclipse 
 Foundationhttp://www.eclipse.org
 Learn about Eclipse Projects http://www.eclipse.org/projects
 [image: EclipseCon France 2013] http://www.eclipsecon.org/france2013


 ___
 cross-project-issues-dev mailing 
 listcross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


 --
 Wayne Beaton
 Director of Open Source Projects, The Eclipse 
 Foundationhttp://www.eclipse.org
 Learn about Eclipse Projects http://www.eclipse.org/projects
 [image: EclipseCon France 2013] http://www.eclipsecon.org/france2013

 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
Title: Re: [cross-project-issues-dev] Missing release information for some Kepler projects


  
We're getting closer. I've been able to remove a few entries from
this list.

I'm still missing release version records/declarations from a few
projects.

Dynamic Languages Toolkit (DLTK)
Eclipse Modeling Framework (EMF)
Eclipse Communication Framework (ECF)
Runtime Packaging Project (RTP)
Ecore Tools
Extended Editing Framework (EEF)
Jubula Functional Testing Tool
MDT XSD (XML Schema Definition)
Maven Integration for Web Tools Platform

I am starting to have concern that either these projects do not have
representation on the cross-projects list. Participation in the
communication is a requirement for participation in the
simultaneous. Please let the group know if you're getting these
messages but just refuse to do anything about them.

If you require assistance, please let me know.

If asking you to create a release record is too much to ask, please
let me know

Re: [cross-project-issues-dev] Hudson Server: /tmp disk full

[Fred Bricon]

m2e-wtp builds were failing when /tmp was full, then started working again
for an hour or so, after the /tmp purge,
but now fail with the same


FATAL: cannot assign instance of hudson.EnvVars to field
hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars in
instance of hudson.plugins.git.GitSCM$3java.lang.ClassCastException
http://stacktrace.hudson-ci.org/search?query=java.lang.ClassCastException:
cannot assign instance of hudson.EnvVars to field
hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars in
instance of hudson.plugins.git.GitSCM$3


so, could be something else... or not :-)

On Fri, Mar 15, 2013 at 4:07 PM, Stephan Leicht Vogt 
stephan.lei...@bsiag.com wrote:

  Hi Denis

  Mh, I deleted all files in the /tmp folder and it seems this wasn't
 such a good idea after all. The hudson job can't run anymore:


 https://hudson.eclipse.org/hudson/job/cbi-scout_mp-3.9-nightly/160/console

  Can someone please help me here

  Thanks very much and greetings
 Stephan

 ---
  Stephan Leicht Vogt
 Senior Software Engineer

 BSI Business Systems Integration AG
 Täfernstrasse 16a, CH-5405 Baden
 Phone (direct): +41 56 484 19 47
 www.bsiag.com

  On Mar 15, 2013, at 2:03 PM, Denis Roy denis@eclipse.org wrote:

  Go ahead, half the files in there are group-writable, so feel free to rm
 -rf /tmp/*   2 /dev/nullThanks

 We run a nightly cleanup of stuff older than 7 days. It is unfortunately
 that reliance on external garbage collection extends beyond the VM.

 Denis



 On 03/15/2013 07:50 AM, Stephan Leicht Vogt wrote:

 Hi

  The /tmp disk is full

  /dev/sda5 5.0G  4.7G 0 100% /tmp

  Can I delete everything or do I need to open a bug? Or is this mail
 sufficient?


  Greetings and Thanks a lot
 Stephan


  ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Reminders for Juno SR2 final steps

[Fred Bricon]

*If* respinning SR2 is in order, is it possible to include m2e 1.3.1 as
well (instead of 1.3.0)?
This is far less critical than eGit, (
https://bugs.eclipse.org/bugs/show_bug.cgi?id=400520 /
http://git.eclipse.org/c/m2e/m2e-core.git/commit/?id=95b254ecec2b1cb723a6d2ae4fb7a47a394c2dcb)
but it's a very safe change and would spare users the hassle to manually
update m2e.

Just saying :-)

Fred

On Fri, Feb 22, 2013 at 2:31 PM, Oberhuber, Martin 
martin.oberhu...@windriver.com wrote:

  +1 for respinning, and declaring Juno SR2 early next week. 

 ** **

 Thanks,

 Martin

 --

 *Martin Oberhuber*, SMTS / Product Architect – Development Tools, *Wind
 River*

 direct +43.662.457915.85  fax +43.662.457915.6

 ** **

 *From:* cross-project-issues-dev-boun...@eclipse.org [mailto:
 cross-project-issues-dev-boun...@eclipse.org] *On Behalf Of *Ian Skerrett
 *Sent:* Friday, February 22, 2013 2:19 PM

 *To:* 'Cross project issues'
 *Subject:* Re: [cross-project-issues-dev] Reminders for Juno SR2 final
 steps

  ** **

 I think we need to look at respinning SR2.  For the last 18 months we have
 been pushing the entire community towards git, so now introducing a
 significant regression into eGit would just be bad news for our users.

 ** **

 ** **

 ** **

 *From:* cross-project-issues-dev-boun...@eclipse.org [
 mailto:cross-project-issues-dev-boun...@eclipse.orgcross-project-issues-dev-boun...@eclipse.org]
 *On Behalf Of *Markus Knauer
 *Sent:* February-22-13 5:33 AM
 *To:* Cross project issues
 *Subject:* Re: [cross-project-issues-dev] Reminders for Juno SR2 final
 steps

 ** **

 No, I wasn't aware of this bug which is a bit scary, thanks for bringing
 it up here on cross-projects. Today I am trying very hard to stay calm, but
 it seems that this is not that easy.

 Some of my thoughts...

 - I think it's too late to stop Juno SR2 with this kind of bug. I would
 proceed today as planned, everything else seems to involve a very high risk.
 - Discuss possible workarounds/solutions for Juno SR2 in parallel...
 - If I were a member of the EGit team, I would try to educate my users how
 to upgrade to 2.3.1 via wiki, blog posts, newsgroup/forum, mailing list,
 other channels...

 Regards,
 Markus

 On Fri, Feb 22, 2013 at 10:44 AM, Gunnar Wagenknecht 
 gun...@wagenknecht.org wrote:

 Greetings,

 I'm sorry if this has been brought up and discussed elsewhere already. But
 there is a severe bug in EGit that makes EGit 2.3.0 shipped in Juno SR2 a
 high risk for users.

 See here for details:
 http://dev.eclipse.org/mhonarc/lists/egit-dev/msg03039.html

 Am 19.02.2013 18:04, schrieb David M Williams:

 ** **

 This week or next, update your b3aggrcon files with your final
 location so the Juno aggregator could in theory be ran again. We don't
 plan to, but, you never know. (And, don't forget to update Kepler, if
 you are using the same input for that.)

 ** **

 Given that there is a severe bug in EGit. Isn't there a chance to update
 the repo and the packages with EGit 2.3.1?

 I understand that it's very late in the game. But the packages will stay
 there forever on Eclipse.org for download by everbody. Those packages will
 contain an EGit version that contains a know bug which may delete
 uncommitted source code in a working copy.

 -Gunnar

 --
 Gunnar Wagenknecht
 gun...@wagenknecht.org
 http://wagenknecht.org/
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




 --

 

 ###
 EclipseSource Group
 Telefon: +49 721 664733-0 (GMT +2)

 Telefax: +49 721 66473329

 http://eclipsesource.com

 ** **

  Innoopract Informationssysteme GmbH
 Lammstrasse 21, 76133 Karlsruhe Germany
 General Manager: Jochen Krause
 Registered Office: Karlsruhe, Commercial Register Mannheim HRB 107883


 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Maintain project meta-data option gone?

[Fred Bricon]

This feature has been moved to the PMI :
http://waynebeaton.wordpress.com/2013/02/08/rolling-out-the-new-project-management-infrastructure/

On Tue, Feb 12, 2013 at 2:17 PM, Benjamin Cabé bc...@sierrawireless.comwrote:

 Hey fellow project leads,

 Is it just me or the Maintain project meta-data option is gone from the
 portal? Maybe this is a collateral of the Big Move? Or maybe I'm just
 blind? :-)
 The only option I see under the Project Leads section is [manage]
 inactive committers on the project

 Thanks!
 Benjamin--


 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Status and outlook for Kepler M4 +3

[Fred Bricon]

Hi

I just noticed (I wasn't subscribed to the dev list until this morning),
the m2e-wtp features are missing from
http://download.eclipse.org/releases/staging/
I pushed
http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/commit/?id=6ccc7333262b939e27e6bd370007253f3b737af9late
on wed. 19th because I didn't have write access to the repo.
Unfortunately it seems the build was triggered just before my push :-(

I don't expect the aggregator to be rebuilt at this point but can we at
least expect/allow m2e-wtp to be part of M5 then?

Regards,

Fred Bricon

-- 
Have you tried turning it off and on again - The IT Crowd
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev