[cross-project-issues-dev] hipp4 is down.

[Mikaël Barbero]

Hi,

We're experiencing an outage with the hipp4 machine. All Hudson/Jenkins running 
on it are affected (list below). All others instances are safe.

We are investigating.

Thanks.

hipp4 CI instances:
http://ci.eclipse.org/diffmerge
http://ci.eclipse.org/chess
http://ci.eclipse.org/egerrit
http://ci.eclipse.org/jubula
http://ci.eclipse.org/mdmweb
http://ci.eclipse.org/dirigible
http://ci.eclipse.org/papyrus-rt
http://ci.eclipse.org/qvt-oml
http://ci.eclipse.org/openk-platform
http://ci.eclipse.org/emf-facet
http://ci.eclipse.org/epsilon
http://ci.eclipse.org/vorto
http://ci.eclipse.org/modisco
http://ci.eclipse.org/henshin
http://ci.eclipse.org/mdht
http://ci.eclipse.org/app4mc
http://ci.eclipse.org/esf
http://ci.eclipse.org/tiaki
http://ci.eclipse.org/ajdt


--
Mikaël Barbero - Eclipse Foundation
IT Services - Release Engineering
 (+33) 642 028 039
 mikael.barb...@eclipse-foundation.org
 @mikbarbero



signature.asc
Description: Message signed with OpenPGP
___
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] Improve reliability of Maven based builds: stop using repo.eclipse.org as Maven central mirror

[Mikaël Barbero]

I am doing the switch right now. If you experience any trouble (or improvement 
^^), please comment on the bug 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=520448 
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=520448>.

Thanks.

> Le 2 août 2017 à 12:12, Mikaël Barbero 
> <mikael.barb...@eclipse-foundation.org> a écrit :
> 
> Hi,
> 
> I've filled https://bugs.eclipse.org/bugs/show_bug.cgi?id=520448 
> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=520448> to test stopping using 
> repo.eclipse.org <http://repo.eclipse.org/> as Maven central mirror and use 
> Google mirrors instead.
> 
> I plan to start the test period after Photon M1 (August 11).
> 
> Feel free to comment on the bug if you have concerns or questions.
> 
> Thanks.
> Mikael


--
Mikaël Barbero - Eclipse Foundation
IT Services - Release Engineering
 (+33) 642 028 039
 mikael.barb...@eclipse-foundation.org
 @mikbarbero



signature.asc
Description: Message signed with OpenPGP
___
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] Improve reliability of Maven based builds: stop using repo.eclipse.org as Maven central mirror

[Mikaël Barbero]

Hi,

I've filled https://bugs.eclipse.org/bugs/show_bug.cgi?id=520448 
 to test stopping using 
repo.eclipse.org  as Maven central mirror and use 
Google mirrors instead.

I plan to start the test period after Photon M1 (August 11).

Feel free to comment on the bug if you have concerns or questions.

Thanks.
Mikael


signature.asc
Description: Message signed with OpenPGP
___
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] git pull/push

[Mikaël Barbero]

Credits go to Denis ;)


> Le 3 juil. 2017 à 12:20, Manoj Palat <manoj.pa...@in.ibm.com> a écrit :
> 
> Thanks Mikaël.. I was able to push the code to gerrit now.
> 
> 
> Regards,
> Manoj
> 
> Mikaël Barbero ---07/03/2017 03:29:41 PM---We've faced some 
> issues this (EU) morning but it should be fixed by now. Please try again and 
> let us
> 
> From: Mikaël Barbero <mikael.barb...@eclipse-foundation.org>
> To: Cross project issues <cross-project-issues-dev@eclipse.org>
> Date: 07/03/2017 03:29 PM
> Subject: Re: [cross-project-issues-dev] git pull/push
> Sent by: cross-project-issues-dev-boun...@eclipse.org
> 
> 
> 
> 
> We've faced some issues this (EU) morning but it should be fixed by now. 
> Please try again and let us know if you still have troubles.
> 
> Thanks.
> Le 3 juil. 2017 à 11:25, Mickael Istria <mist...@redhat.com 
> <mailto:mist...@redhat.com>> a écrit :
> 
> Hi Manoj,
> 
> I also see that too and it's really annoying as it prevents many workflows 
> from working, so many work from being completed!
> In the meantime, you can try as workaround to use GitHub mirror: create a 
> GitHub fork from https://github.com/eclipse/eclipse.jdt.core 
> <https://github.com/eclipse/eclipse.jdt.core> , and push you local commits to 
> your fork. When Gerrit is back to life, you'll simply have to push the branch 
> or commits you want to it. Then you can put a link from Bugzilla to your 
> GitHub commit so your patch is accessible from the related ticket.
> That's far from being perfect, but at least it already allows to share the 
> code and prepare it at best.
> 
> HTH
> ___
> 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>
> Mikaël Barbero
> Senior Developer & FEEP Technical Leader
> Eclipse Foundation
> E: mikael.barb...@eclipse-foundation.org 
> <mailto:mikael.barb...@eclipse-foundation.org>
> T: (+33) 642 028 039
> [attachment "signature.asc" deleted by Manoj Palat/India/IBM] 
> ___
> 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 
> <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

Mikaël Barbero
Senior Developer & FEEP Technical Leader
Eclipse Foundation
E: mikael.barb...@eclipse-foundation.org
T: (+33) 642 028 039



signature.asc
Description: Message signed with OpenPGP
___
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] Problems pushing to Gerrit

[Mikaël Barbero]

Credits go to Denis ;)

> Le 3 juil. 2017 à 12:14, Sopot Cela <sc...@redhat.com> a écrit :
> 
> Thanks Mikaël. It is fixed for me now.
> 
> Sopot
> 
> On Mon, Jul 3, 2017 at 11:56 AM, Mikaël Barbero 
> <mikael.barb...@eclipse-foundation.org 
> <mailto:mikael.barb...@eclipse-foundation.org>> wrote:
> It should be fixed now. Please tell us if it happens again.
> 
> Thanks.
> 
>> Le 3 juil. 2017 à 11:54, Mikaël Barbero 
>> <mikael.barb...@eclipse-foundation.org 
>> <mailto:mikael.barb...@eclipse-foundation.org>> a écrit :
>> 
>> The issue is currently being addressed. Thanks for your patience.
>> 
>>> Le 3 juil. 2017 à 11:47, Sopot Cela <sc...@redhat.com 
>>> <mailto:sc...@redhat.com>> a écrit :
>>> 
>>> Yes gerrit is unusable for me also.
>>> 
>>> I'd appreciate it if a solution could be found so that we don't have to 
>>> wait for Canada working hours for these issues to be addressed when they 
>>> occur.
>>> 
>>> Sopot
>>> 
>>> On Mon, Jul 3, 2017 at 11:34 AM, Andrey Loskutov <losku...@gmx.de 
>>> <mailto:losku...@gmx.de>> wrote:
>>> Me too :-(
>>> 
>>> Looks we have cGit / Gerrit issues again (last week we had a spam crawler).
>>> 
>>> Kind regards,
>>> Andrey Loskutov
>>> 
>>> http://google.com/+AndreyLoskutov <http://google.com/+AndreyLoskutov>
>>> 
>>> 
>>> Gesendet: Montag, 03. Juli 2017 um 11:28 Uhr
>>> Von: "Karsten Thoms" <th...@itemis.de <mailto:th...@itemis.de>>
>>> An: cross-project-issues-dev@eclipse.org 
>>> <mailto:cross-project-issues-dev@eclipse.org>
>>> Betreff: [cross-project-issues-dev] Problems pushing to Gerrit
>>> I’m running into an issue when pushing to Gerrit:
>>> 
>>> Can't connect to any repository: 
>>> https://git.eclipse.org/r/platform/eclipse.platform.ui 
>>> <https://git.eclipse.org/r/platform/eclipse.platform.ui> 
>>> (https://git.eclipse.org/r/platform/eclipse.platform.ui: 
>>> <https://git.eclipse.org/r/platform/eclipse.platform.ui:> authentication 
>>> not supported)
>>> (same for other Eclipse repos)
>>> 
>>> Since this was working recently I am assuming that this is related to 
>>> Eclipse infrastructure. Does anyone experience similar?
>>> 
>>> ~Karsten
>>> ___ 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 
>>> <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 
>>> <https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
>> Mikaël Barbero
>> Senior Developer & FEEP Technical Leader
>> Eclipse Foundation
>> E: mikael.barb...@eclipse-foundation.org 
>> <mailto:mikael.barb...@eclipse-foundation.org>
>> T: (+33) 642 028 039
>> 
> 
> 
> 
> ___
> 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
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Mikaël Barbero
Senior Developer & FEEP Technical Leader
Eclipse Foundation
E: mikael.barb...@eclipse-foundation.org
T: (+33) 642 028 039



signature.asc
Description: Message signed with OpenPGP
___
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] git pull/push

[Mikaël Barbero]

We've faced some issues this (EU) morning but it should be fixed by now. Please 
try again and let us know if you still have troubles.

Thanks.

> Le 3 juil. 2017 à 11:25, Mickael Istria <mist...@redhat.com> a écrit :
> 
> Hi Manoj,
> 
> I also see that too and it's really annoying as it prevents many workflows 
> from working, so many work from being completed!
> In the meantime, you can try as workaround to use GitHub mirror: create a 
> GitHub fork from https://github.com/eclipse/eclipse.jdt.core 
> <https://github.com/eclipse/eclipse.jdt.core> , and push you local commits to 
> your fork. When Gerrit is back to life, you'll simply have to push the branch 
> or commits you want to it. Then you can put a link from Bugzilla to your 
> GitHub commit so your patch is accessible from the related ticket.
> That's far from being perfect, but at least it already allows to share the 
> code and prepare it at best.
> 
> HTH
> ___
> 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

Mikaël Barbero
Senior Developer & FEEP Technical Leader
Eclipse Foundation
E: mikael.barb...@eclipse-foundation.org
T: (+33) 642 028 039



signature.asc
Description: Message signed with OpenPGP
___
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] Problems pushing to Gerrit

[Mikaël Barbero]

It should be fixed now. Please tell us if it happens again.

Thanks.

> Le 3 juil. 2017 à 11:54, Mikaël Barbero 
> <mikael.barb...@eclipse-foundation.org> a écrit :
> 
> The issue is currently being addressed. Thanks for your patience.
> 
>> Le 3 juil. 2017 à 11:47, Sopot Cela <sc...@redhat.com 
>> <mailto:sc...@redhat.com>> a écrit :
>> 
>> Yes gerrit is unusable for me also.
>> 
>> I'd appreciate it if a solution could be found so that we don't have to wait 
>> for Canada working hours for these issues to be addressed when they occur.
>> 
>> Sopot
>> 
>> On Mon, Jul 3, 2017 at 11:34 AM, Andrey Loskutov <losku...@gmx.de 
>> <mailto:losku...@gmx.de>> wrote:
>> Me too :-(
>> 
>> Looks we have cGit / Gerrit issues again (last week we had a spam crawler).
>> 
>> Kind regards,
>> Andrey Loskutov
>> 
>> http://google.com/+AndreyLoskutov <http://google.com/+AndreyLoskutov>
>> 
>> 
>> Gesendet: Montag, 03. Juli 2017 um 11:28 Uhr
>> Von: "Karsten Thoms" <th...@itemis.de <mailto:th...@itemis.de>>
>> An: cross-project-issues-dev@eclipse.org 
>> <mailto:cross-project-issues-dev@eclipse.org>
>> Betreff: [cross-project-issues-dev] Problems pushing to Gerrit
>> I’m running into an issue when pushing to Gerrit:
>> 
>> Can't connect to any repository: 
>> https://git.eclipse.org/r/platform/eclipse.platform.ui 
>> <https://git.eclipse.org/r/platform/eclipse.platform.ui> 
>> (https://git.eclipse.org/r/platform/eclipse.platform.ui: 
>> <https://git.eclipse.org/r/platform/eclipse.platform.ui:> authentication not 
>> supported)
>> (same for other Eclipse repos)
>> 
>> Since this was working recently I am assuming that this is related to 
>> Eclipse infrastructure. Does anyone experience similar?
>> 
>> ~Karsten
>> ___ 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 
>> <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
> 
> Mikaël Barbero
> Senior Developer & FEEP Technical Leader
> Eclipse Foundation
> E: mikael.barb...@eclipse-foundation.org 
> <mailto:mikael.barb...@eclipse-foundation.org>
> T: (+33) 642 028 039
> 




signature.asc
Description: Message signed with OpenPGP
___
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] Problems pushing to Gerrit

[Mikaël Barbero]

The issue is currently being addressed. Thanks for your patience.

> Le 3 juil. 2017 à 11:47, Sopot Cela <sc...@redhat.com> a écrit :
> 
> Yes gerrit is unusable for me also.
> 
> I'd appreciate it if a solution could be found so that we don't have to wait 
> for Canada working hours for these issues to be addressed when they occur.
> 
> Sopot
> 
> On Mon, Jul 3, 2017 at 11:34 AM, Andrey Loskutov <losku...@gmx.de 
> <mailto:losku...@gmx.de>> wrote:
> Me too :-(
> 
> Looks we have cGit / Gerrit issues again (last week we had a spam crawler).
> 
> Kind regards,
> Andrey Loskutov
> 
> http://google.com/+AndreyLoskutov <http://google.com/+AndreyLoskutov>
> 
> 
> Gesendet: Montag, 03. Juli 2017 um 11:28 Uhr
> Von: "Karsten Thoms" <th...@itemis.de <mailto:th...@itemis.de>>
> An: cross-project-issues-dev@eclipse.org 
> <mailto:cross-project-issues-dev@eclipse.org>
> Betreff: [cross-project-issues-dev] Problems pushing to Gerrit
> I’m running into an issue when pushing to Gerrit:
> 
> Can't connect to any repository: 
> https://git.eclipse.org/r/platform/eclipse.platform.ui 
> <https://git.eclipse.org/r/platform/eclipse.platform.ui> 
> (https://git.eclipse.org/r/platform/eclipse.platform.ui: 
> <https://git.eclipse.org/r/platform/eclipse.platform.ui:> authentication not 
> supported)
> (same for other Eclipse repos)
> 
> Since this was working recently I am assuming that this is related to Eclipse 
> infrastructure. Does anyone experience similar?
> 
> ~Karsten
> ___ 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 
> <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

Mikaël Barbero
Senior Developer & FEEP Technical Leader
Eclipse Foundation
E: mikael.barb...@eclipse-foundation.org
T: (+33) 642 028 039



signature.asc
Description: Message signed with OpenPGP
___
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] CBI Maven Plugins 1.1.4 have been released

[Mikaël Barbero]

Hi,

I've released version 1.1.4 of the CBI Maven plugins. You should only need to 
change the version from whatever you use to 1.1.4.

The release notes are on the release page: 
https://projects.eclipse.org/projects/technology.cbi/releases/maven-plugins-1.1.4
 
<https://projects.eclipse.org/projects/technology.cbi/releases/maven-plugins-1.1.4>
The documentation is here 
https://www.eclipse.org/cbi/maven-plugins/documentation/1.1.4/ 
<https://www.eclipse.org/cbi/maven-plugins/documentation/1.1.4/>

Thanks.

Mikaël Barbero
Eclipse Platform Developer & FEEP Technical Leader
Eclipse Foundation
E: mik...@eclipse.org
T: (+33) 642 028 039



signature.asc
Description: Message signed with OpenPGP
___
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] Hitting traivs rate limits

[Mikaël Barbero]

I've raised the awareness of this issue to EMO. Feedbacks will come soon.

Thanks for your patience.

Mikael

> Le 30 mars 2017 à 00:30, Tom Schindl <tom.schi...@bestsolution.at> a écrit :
> 
> Hi,
> 
> e(fx)clipse is also using Travis the reason is that this is IMHO the
> standard way for GitHub-Projects so it feels very natural to all
> contributors.
> 
> Tom
> 
> On 29.03.17 19:48, Gorkem Ercan wrote:
>> 
>> What is the reason for not using JIPP instances for builds?
>> Instead of Travis? We have moved our Travis to Eclipse JIPP when
>> we moved eclipse.jdt.ls to foundation and it works pretty OK for us?
>> 
>> --
>> Gorkem
>> 
>> On 29 Mar 2017, at 11:34, Jonah Graham wrote:
>> 
>>> At the moment my build has been waiting for quite a while to build (>
>>> 1 hour)[1]
>>> 
>>> As the 5 job limit means that if a repo has a matrix with 5 jobs, one
>>> commit on that repo uses the whole limit. For example, at the moment
>>> Eclipse OMR has 4 jobs running for a single commit[2]. (Not to pick on
>>> omr, it just happens to be running right now, other projects as
>>> expected also have build matrixes).
>>> 
>>>> Should we as Eclipse-projects-at-GitHub-community come up with some
>>>> sort of recommendations? :)
>>> 
>>> Yes. Any opening ideas?
>>> 
>>> Jonah
>>> 
>>> 
>>> 
>>> [1] https://travis-ci.org/eclipse/january/builds/216372647
>>> [2] https://travis-ci.org/eclipse/omr/builds/216340391
>>> ~~~
>>> Jonah Graham
>>> Kichwa Coders Ltd.
>>> www.kichwacoders.com
>>> 
>>> 
>>> On 29 March 2017 at 12:03, Oliver Kopp <kopp@gmail.com> wrote:
>>>> Hi,
>>>> 
>>>> 2017-03-29 9:37 GMT+02:00 Jonah Graham <jo...@kichwacoders.com>:
>>>> 
>>>>> I should be able to see all the eclipse builds that are currently
>>>>> running.
>>>> 
>>>> This would be interesting.
>>>> 
>>>> Maybe, my solution is to move away from Travis to CircleCI or some
>>>> other CI provider even though I like travis. I am afraid of the
>>>> introduced heterogeneity somehow. Should we as
>>>> Eclipse-projects-at-GitHub-community come up with some sort of
>>>> recommendations? :)
>>>> 
>>>> Cheers,
>>>> 
>>>> Oliver
>>>> ___
>>>> 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 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
> 
> 
> --
> Thomas Schindl, CTO
> BestSolution.at EDV Systemhaus GmbH
> Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
> http://www.bestsolution.at/
> 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

Mikaël Barbero
Eclipse Platform Developer & FEEP Technical Leader
Eclipse Foundation
E: mik...@eclipse.org
T: (+33) 642 028 039



signature.asc
Description: Message signed with OpenPGP
___
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] BREE change to Java 8 on some core plugins

[Mikaël Barbero]

Hi,

With https://bugs.eclipse.org/bugs/show_bug.cgi?id=509234 
, 
org.eclipse.core.runtime.ListenerList now overrides the default method 
Iterable.spliterator() and provides stream() and parallelStream() methods. Thus 
it exposes Java 8 types. 

If you use the ListenerList class and compile against 
org.eclipse.equinox.common within the [3.9,4.0) range, this change may force 
you to update your BREE to Java 8 as well (like we had to do for bundles 
org.eclipse.equinox.preferences, org.eclipse.core.jobs and org.eclipse.core 
runtime).

Changing BREE is not required if you use ListenerList and still build against 
older compatible version of org.eclipse.equinox.common (i.e. within [3.0, 3.9) 
range). As many of us are compiling against latest versions of bundles, think 
of it if you see compile errors like the following "The type 
java.util.stream.Stream cannot be resolved. It is indirectly referenced from 
required .class files". 

Note that any previously compiled bundle depending on 
org.eclipse.equinox.common within the [3.0,4.0) range will continue to work as 
before.

Cheers,
Mikael___
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] Bugzilla down ?

[Mikaël Barbero]

We are experiencing a serious outage with the master database. Everything is 
done to re-established the services shortly. 

Thanks for your patience.

Mikael

> Le 21 oct. 2016 à 09:05, Markus Knauer  a écrit :
> 
> ...and so is the EclipseCon website.
> I'd say most web services are not available.
> 
> Regards,
> Markus
> 
> On 21 October 2016 at 08:54, Donát Csikós  > wrote:
> The eclipse.org  website is also unavailable.
> 
> 2016-10-21 8:43 GMT+02:00 MAGGI Benoit  >:
> > Hi,
> >
> >
> >
> > I confirm and Gerrit is also down, https://git.eclipse.org/r/ 
> >  responds with
> > “Server Error”
> >
> >
> >
> > Benoit
> >
> >
> >
> > De : cross-project-issues-dev-boun...@eclipse.org 
> > 
> > [mailto:cross-project-issues-dev-boun...@eclipse.org 
> > ] De la part de 
> > Matthias
> > Sohn
> > Envoyé : vendredi 21 octobre 2016 07:47
> > À : Cross project issues  > >;
> > Webmaster(Matt Ward) >
> > Objet : [cross-project-issues-dev] Bugzilla down ?
> >
> >
> >
> > It seems Bugzilla is down, https://bugs.eclipse.org/bugs/ 
> >  responds with an
> > internal server error
> >
> >
> >
> > -Matthias
> >
> >
> > ___
> > 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 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

Re: [cross-project-issues-dev] How to provide HDPI icons in your plug-in

[Mikaël Barbero]

> 
> This would require that the project reusing the "Project" and "J" icons
> would render the SVG itself, however, but maybe the Platform team could
> donate the highly useful org.eclipse.images.renderer plugin to CBI? That
> way, you could even perform the SVG rendering during your build (rather
> than as a cumbersome, manual step).
> 
> (FWIW, I would be willing to help polishing the Maven plugin, if you see
> value of releasing it through CBI.)

+1. I would be pleased to welcome the renderer plugin in CBI. 

Cheers,
Mikael
___
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] Service downtime

[Mikaël Barbero]

Please fill a bug about your wish to call sonar analysis from maven. Frederic 
will help with the settings file.

Cheers,
Mikael


> Le 17 août 2016 à 14:16, Lorenzo Bettini <lorenzo.bett...@gmail.com> a écrit :
> 
> On 17/08/2016 10:47, Mikaël Barbero wrote:
>> 
>>> Le 3 août 2016 à 16:35, Lorenzo Bettini <lorenzo.bett...@gmail.com 
>>> <mailto:lorenzo.bett...@gmail.com>
>>> <mailto:lorenzo.bett...@gmail.com <mailto:lorenzo.bett...@gmail.com>>> a 
>>> écrit :
>>> 
>>> On 28/07/2016 12:25, Frederic Gurr wrote:
>>>> My suggestion was to get this fixed in Hudson/Sonar plugin.
>>>> 
>>>> In the meantime, Mikael Barbero suggested that you don't need to use the
>>>> Sonar plugin to run an analysis.
>>>> According to
>>>> http://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner+for+Maven
>>>> you can do it from Maven directly. The only thing that needs to be
>>>> changed to make this work is the .m2/settings.xml file.
>>> 
>>> Maybe I'm still missing something (Mikael is in CC): from what I
>>> understand, we need to use the sonar plugin to run the analysis since
>>> HIPP is configured with the correct user and password to access sonar,
>>> and this is kept hidden to us.  In fact, I see this line when using the
>>> sonar plugin in hudson (where the user and password are unknown to us
>>> and kept hidden)
>>> 
>>> -Dsonar.jdbc.driver=com.mysql.jdbc.Driver
>>> -Dsonar.jdbc.url=jdbc:mysql://dbmaster:3306/sonar?autoReconnect=true=true=utf8
>>>   -Dsonar.host.url=http://sonar.eclipse.org:9000/sonar
>>> 
>>> so how can I run the sonar analysis directly?
>> 
>> If you want to run the analysis straight from maven, we will add the
>> credentials to the maven settings, and this -D won't be needed anymore
>> as the sonar configuration will be retrieved from the settings file.
> 
> Thank you Mickael for the answer,
> then could you please handle this?
> 
> thanks again
>   Lorenzo
> 
>> 
>>> 
>>> Again, if the problem is the plugin version, would that be possible to
>>> downgrade that in HIPP?
>> 
>> I don't think it's possible. IIRC, we've upgraded the sonar plugin
>> because the old does not work with new version of Hudson...
>> 
> 
> 
> --
> Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
> HOME: http://www.lorenzobettini.it <http://www.lorenzobettini.it/>
> Xtext Book:
> http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book
>  
> <http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book>


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] Service downtime

[Mikaël Barbero]

> Le 3 août 2016 à 16:35, Lorenzo Bettini  a écrit :
> 
> On 28/07/2016 12:25, Frederic Gurr wrote:
>> My suggestion was to get this fixed in Hudson/Sonar plugin.
>> 
>> In the meantime, Mikael Barbero suggested that you don't need to use the
>> Sonar plugin to run an analysis.
>> According to
>> http://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner+for+Maven
>>  
>> 
>> you can do it from Maven directly. The only thing that needs to be
>> changed to make this work is the .m2/settings.xml file.
> 
> Maybe I'm still missing something (Mikael is in CC): from what I
> understand, we need to use the sonar plugin to run the analysis since
> HIPP is configured with the correct user and password to access sonar,
> and this is kept hidden to us.  In fact, I see this line when using the
> sonar plugin in hudson (where the user and password are unknown to us
> and kept hidden)
> 
> -Dsonar.jdbc.driver=com.mysql.jdbc.Driver
> -Dsonar.jdbc.url=jdbc:mysql://dbmaster:3306/sonar?autoReconnect=true=true=utf8
>   -Dsonar.host.url=http://sonar.eclipse.org:9000/sonar 
> 
> 
> so how can I run the sonar analysis directly?

If you want to run the analysis straight from maven, we will add the 
credentials to the maven settings, and this -D won't be needed anymore as the 
sonar configuration will be retrieved from the settings file.

> 
> Again, if the problem is the plugin version, would that be possible to
> downgrade that in HIPP?

I don't think it's possible. IIRC, we've upgraded the sonar plugin because the 
old does not work with new version of Hudson...



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] problem with signing service

[Mikaël Barbero]

We've had an internal DNS issue this morning that is fixed now.

> Le 15 juil. 2016 à 11:06, Greg Watson <g.wat...@computer.org> a écrit :
> 
> This is failing again.
> 
>> On Jul 14, 2016, at 2:51 PM, Mikaël Barbero <mik...@eclipse.org 
>> <mailto:mik...@eclipse.org>> wrote:
>> 
>> It has been a temporary issue that is solved now.
>> 
>>> Le 12 juil. 2016 à 21:13, Greg Watson <g.wat...@computer.org 
>>> <mailto:g.wat...@computer.org>> a écrit :
>>> 
>>> Our builds are hanging while signing the OS X application. Anyone else 
>>> having problems?
>>> 
>>> Greg
>>> 
>>> [INFO]
>>> [INFO] --- eclipse-macsigner-plugin:1.1.3:sign (default) @ 
>>> org.eclipse.ice.product ---
>>> [INFO] [Tue Jul 12 20:57:40 EDT 2016] Signing OS X application 
>>> '/jobs/genie.ice/ice-next/workspace/ice/org.eclipse.ice.product/target/products/ice.product/macosx/cocoa/x86_64/ICE.app'...
>>> [WARNING] [Tue Jul 12 21:03:14 EDT 2016] HTTP request failed.
>>> HTTP Error 502 (reason: Proxy Error)
>>> 
>>> 
>>> 502 Proxy Error
>>> 
>>> Proxy Error
>>> The proxy server received an invalid
>>> response from an upstream server.
>>> The proxy server could not handle the request >> href="/macsign.php">POST/macsign.php.
>>> Reason: Error reading from remote server
>>> 
>>> Server response has been saved to 
>>> '/jobs/genie.ice/ice-next/workspace/ice/org.eclipse.ice.product/target/products/ice.product/macosx/cocoa/x86_64/ICE.app_8154873188463010492.zip-214291804243594696-OSXAppSigner.log'
>>> [WARNING] [Tue Jul 12 21:10:07 EDT 2016] HTTP request failed.
>>> HTTP Error 502 (reason: Proxy Error)
>>> 
>>> 
>>> 502 Proxy Error
>>> 
>>> Proxy Error
>>> The proxy server received an invalid
>>> response from an upstream server.
>>> The proxy server could not handle the request >> href="/macsign.php">POST/macsign.php.
>>> Reason: Error reading from remote server
>>> 
>>> 
>>> ___
>>> 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
> 
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] problem with signing service

[Mikaël Barbero]

It has been a temporary issue that is solved now.

> Le 12 juil. 2016 à 21:13, Greg Watson  a écrit :
> 
> Our builds are hanging while signing the OS X application. Anyone else having 
> problems?
> 
> Greg
> 
> [INFO]
> [INFO] --- eclipse-macsigner-plugin:1.1.3:sign (default) @ 
> org.eclipse.ice.product ---
> [INFO] [Tue Jul 12 20:57:40 EDT 2016] Signing OS X application 
> '/jobs/genie.ice/ice-next/workspace/ice/org.eclipse.ice.product/target/products/ice.product/macosx/cocoa/x86_64/ICE.app'...
> [WARNING] [Tue Jul 12 21:03:14 EDT 2016] HTTP request failed.
> HTTP Error 502 (reason: Proxy Error)
> 
> 
> 502 Proxy Error
> 
> Proxy Error
> The proxy server received an invalid
> response from an upstream server.
> The proxy server could not handle the request  href="/macsign.php">POST/macsign.php.
> Reason: Error reading from remote server
> 
> Server response has been saved to 
> '/jobs/genie.ice/ice-next/workspace/ice/org.eclipse.ice.product/target/products/ice.product/macosx/cocoa/x86_64/ICE.app_8154873188463010492.zip-214291804243594696-OSXAppSigner.log'
> [WARNING] [Tue Jul 12 21:10:07 EDT 2016] HTTP request failed.
> HTTP Error 502 (reason: Proxy Error)
> 
> 
> 502 Proxy Error
> 
> Proxy Error
> The proxy server received an invalid
> response from an upstream server.
> The proxy server could not handle the request  href="/macsign.php">POST/macsign.php.
> Reason: Error reading from remote server
> 
> 
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] Adding new default method to existing interface

[Mikaël Barbero]

Hi Andrey,

You may be interested in John's presentation about API design with Java 8 
https://jarthorn.github.io/EclipseCon2014/java8/.

Cheers,
Mikael

> Le 16 juin 2016 à 13:59, Andrey Loskutov  a écrit :
> 
> Hi all,
> 
> I'm trying to understand if "adding default method to interface" API change 
> is binary compatible for Eclipse project or not?
> 
> I've just checked [1] and have not found a hint how should we deal with the 
> new "default" methods (Java 8) added to the existing interfaces.
> 
> Are we considering this as "Add API method -> If method need not be 
> implemented by Client -> Binary compatible (0)" case from [1]?
> 
> Or do we threat this case as "Adding method to the public class" from [2], 
> which has a very detailed but fuzzy example which says basically "yes and 
> not", quote:
> 
> "However, if the method is added to a class which Clients may subclass, then 
> the change should ordinarily be viewed as a breaking change. The reason for 
> this harsh conclusion is because of the possibility that a Client's subclass 
> already has its own implementation of a method by that name. Adding the API 
> method to the superclass undercuts the Client's code since it would be sheer 
> coincidence if the Client's existing method met the API contract of the newly 
> added method. In practice, if the likelihood of this kind of name coincidence 
> is sufficiently low, this kind of change is often treated as if it were 
> non-breaking."
> 
> So which way do we like to deal with that?
> 
> I personally would love to see this change as "binary compatible", because 
> this would allow easier interface evolution.
> 
> It would be nice to extend the guideline [1] by explicitly adding this case:
> "Add API method -> If the new method has "default" qualifier (Java 8) -> 
> Binary compatible (0)"
> 
> Also if this is true, and we consider this case as binary compatible, how 
> about the existing guideline regarding "numbered" interfaces? (Example: 
> IPerspectiveListener4 extends IPerspectiveListener3 extends 
> IPerspectiveListener2 extends IPerspectiveListener)
> 
> Would we then also change this and allow interface evolution with new 
> *default* methods without creating new interface?
> 
> See also Oracle guideline which strictly speaking says: it will be binary 
> compatible but *can* in theory lead to runtime issues [3].
> 
> [1] 
> https://wiki.eclipse.org/Evolving_Java-based_APIs_2#Evolving_API_Interfaces
> [2] 
> https://wiki.eclipse.org/Evolving_Java-based_APIs#Example_4_-_Adding_an_API_method
> [3] https://docs.oracle.com/javase/specs/jls/se8/html/jls-13.html#jls-13.5.6
> 
> Kind regards,
> Andrey Loskutov
> 
> http://google.com/+AndreyLoskutov
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] New version of /usr/bin/sign will be deployed

[Mikaël Barbero]

The new version has been deployed.

Thanks.
Mikael

> Le 8 mars 2016 à 22:17, Mikaël Barbero <mik...@eclipse.org> a écrit :
> 
> Hi
> 
> I will deploy tomorrow at 11am CET a new version of /usr/bin/sign. It does 
> not affect projects using the CBI maven jar signer plugin or the web service.
> 
> Zip files are now pre-processed to prevent re-signing/re-packing of already 
> signed jars within it. See 
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=487857 
> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=487857> for details. Note that 
> the documentation 
> https://wiki.eclipse.org/IT_Infrastructure_Doc#ZIP_and_JAR_files_from_the_command_line_.28queued_or_not.29
>  
> <https://wiki.eclipse.org/IT_Infrastructure_Doc#ZIP_and_JAR_files_from_the_command_line_.28queued_or_not.29>
>  has been improved.
> 
> I will post a message once the deployment is done. If you see any issue, 
> please file a bug 
> https://bugs.eclipse.org/bugs/enter_bug.cgi?product=CBI=signing 
> <https://bugs.eclipse.org/bugs/enter_bug.cgi?product=CBI=signing>. 
> Thanks.
> 
> Mikael
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] OS X application signing

[Mikaël Barbero]

Hi Greg,

Could you please paste a bit more  of the Maven logs (or give a link to the 
console log)?

Thanks.
Mikael

> Le 1 mars 2016 à 19:50, Greg Watson  a écrit :
> 
> Has anyone been able to get OS X application signing to work?
> 
> I added the following to our build:
> 
>   
>   org.eclipse.cbi.maven.plugins
>   eclipse-macsigner-plugin
>   ${cbi-plugins.version}
>   
>   
>   
>   sign
>   
>   package
>   
>   
>   
> ${project.build.directory}/products/ice.product/macosx/cocoa/x86_64/ICE.app
>   
>   
>   
>   
>   
> 
> When the build runs, it says:
> 
> [INFO] --- eclipse-macsigner-plugin:1.1.3:sign (default) @ 
> org.eclipse.ice.repository ---
> [INFO] [Tue Mar 01 12:42:09 EST 2016] Signing OS X application 
> '/jobs/genie.ice/ice-next/workspace/ice/org.eclipse.ice.repository/target/products/ice.product/macosx/cocoa/x86_64/ICE.app'...
> 
> However, the codesign command says:
> 
> $ codesign --verify ICE.app
> ICE.app: code object is not signed at all
> In architecture: x86_64
> 
> Any help or suggestions appreciated.
> 
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] Forum login not possible

[Mikaël Barbero]

It happens to me from time to time. I have to remove every cookies of the 
eclipse.org domain.

HTH.

Regards,
Mikaël

On 12 août 2014 at 11:56:02, Tom Schindl (tom.schi...@bestsolution.at) wrote:

Hi had the same problems when using Firefox, with Chrome it worked for me.  

Tom  

On 12.08.14 11:46, Wim Jongman wrote:  
 Hi,  
  
 I cannot login to the forum already for some time.  
  
 When I click on a discussion that I receive by mail it takes me to that  
 discussion but when I press login from that page, it takes me to a login  
 screen and the returns me in the main page of the forum.  
  
 In addition, I am not logged in. Clicking again on Login just does  
 something in the background without any visual clues.  
  
 Cheers,  
  
 Wim  
  
  
 ___  
 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 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 access to any HIPP (404)

[Mikaël Barbero]

I can’t access to any HIPP (I get a 404).

https://hudson.eclipse.org/p2/
https://hudson.eclipse.org/oomph/
https://hudson.eclipse.org/emfcompare/
https://hudson.eclipse.org/egit/

I tried to restart my HIPP (emfcompare), but it did not changed anything.

Best regards,

-- 
Mikaël Barbero
___
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] Cannot restart EMFCompare's HIPP

[Mikaël Barbero]

Hi,

After being the witness of strange behaviors of the gerrit triggers (despite of 
the fact that we did not changed anything in the hudson/gerrit config), I 
wanted to restart the HIPP to check if it would solve the issue. On my eclipse 
account page, when I asked for the restart, I got the following message:

Your request to stop Hudson has completed. Output text: Host key verification 
failed.

And hudson did not stopped :( Any hint? Thank you!

Best regards,
Mikael___
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] Cannot restart EMFCompare's HIPP

[Mikaël Barbero]

It works, thanks. I will now have a look if I still see the strange behaviors I 
was mentioning below.

Thank you!!

Mikael
On 16 juillet 2014 at 15:45:41, Thanh Ha (thanh...@eclipse.org) wrote:

Okay I think I found the problematic host key and reset it. It should be 
resolved now, can you try again?

Regards,


Thanh


On 16/07/14 09:34 AM, Mikaël Barbero wrote:
Hi Thanh,

It still does not work.

Regards,
Mikael
On 16 juillet 2014 at 15:32:14, Thanh Ha (thanh...@eclipse.org) wrote:

On 16/07/14 04:37 AM, Mikaël Barbero wrote:
After being the witness of strange behaviors of the gerrit triggers (despite of 
the fact that we did not changed anything in the hudson/gerrit config), I 
wanted to restart the HIPP to check if it would solve the issue. On my eclipse 
account page, when I asked for the restart, I got the following message:

Your request to stop Hudson has completed. Output text: Host key verification 
failed.


Hi Mikael,

Can you try again and see if it works now?

We were having some DB issues last night which may have caused this issue. Let 
us know if it still doesn't work and we can investigate further.

Regards,


Thanh

___
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] Cannot run program git on EMF Compare's HIPP

[Mikaël Barbero]

Hi, 

I get an error message from the HIPP since a few minutes: “ Cannot run program 
git (in directory 
/home/hudson/genie.modeling.emfcompare/.hudson/jobs/gerrit-allbranches/workspace):
 error=2, No such file or directory” 
(https://hudson.eclipse.org/emfcompare/job/gerrit-allbranches/376/console)

It seems that the git executable is not available anymore. 

Is anyone experiencing the same issue?

Best.
Mikaël___
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] Cannot run program git on EMF Compare's HIPP

[Mikaël Barbero]

Hi Pascal and Han,

Thank you for the suggestion but restarting the HIPP did not help :(

Any other suggestion?

Best.
Mikael

On 31 mars 2014 at 17:06:03, Pascal Rapicault (pascal.rapica...@ericsson.com) 
wrote:

I ran into this over the week end and it fixed itself after a reboot of the 
HIPP instance


On 03/31/2014 10:38 AM, Mikaël Barbero wrote:
Hi, 

I get an error message from the HIPP since a few minutes: “ Cannot run program 
git (in directory 
/home/hudson/genie.modeling.emfcompare/.hudson/jobs/gerrit-allbranches/workspace):
 error=2, No such file or directory” 
(https://hudson.eclipse.org/emfcompare/job/gerrit-allbranches/376/console)

It seems that the git executable is not available anymore. 

Is anyone experiencing the same issue?

Best.
Mikaël


___
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  
___
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] Cannot run program git on EMF Compare's HIPP

[Mikaël Barbero]

It is working again. Thanh, if you did something, thank you :)


-- 
Mikaël Barbero

On 31 mars 2014 at 17:15:53, Mikaël Barbero (mikael.barb...@gmail.com) wrote:

Sorry about your name Thanh ;)

-- 
Mikaël Barbero

On 31 mars 2014 at 17:14:57, Mikaël Barbero (mikael.barb...@gmail.com) wrote:

Hi Pascal and Han,

Thank you for the suggestion but restarting the HIPP did not help :(

Any other suggestion?

Best.
Mikael

On 31 mars 2014 at 17:06:03, Pascal Rapicault (pascal.rapica...@ericsson.com) 
wrote:

I ran into this over the week end and it fixed itself after a reboot of the 
HIPP instance


On 03/31/2014 10:38 AM, Mikaël Barbero wrote:
Hi, 

I get an error message from the HIPP since a few minutes: “ Cannot run program 
git (in directory 
/home/hudson/genie.modeling.emfcompare/.hudson/jobs/gerrit-allbranches/workspace):
 error=2, No such file or directory” 
(https://hudson.eclipse.org/emfcompare/job/gerrit-allbranches/376/console)

It seems that the git executable is not available anymore. 

Is anyone experiencing the same issue?

Best.
Mikaël


___
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
___
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] Upgrading Gerrit to 2.8.1 (Tuesday March 4th 2014)

[Mikaël Barbero]

No, it is not necessary to restart the HIPP.

Best.
Mikael

On 5 mars 2014 at 14:22:21, Pascal Rapicault (pas...@rapicault.net) wrote:

Do you know if it is necessary to restart the HIPP instances for this change to 
take effect?

Pascal

On 04/03/2014 8:40 PM, Matthias Sohn wrote:
On Tue, Mar 4, 2014 at 8:14 PM, Thanh Ha thanh...@eclipse.org wrote:
Hi Everyone,

Gerrit has been upgraded to 2.8.1 and is now back in service.

if you are using the gerrit-trigger plugin to run verification builds on Hudson
you need to reconfigure it in the global Hudson Gerrit trigger configuration 
[1]:

- click Manage Hudson  Gerrit Trigger 
- click Advanced...
- replace all occurrences of gerrit approve ... by gerrit review ...
- save

[1] 
https://gerrit-documentation.storage.googleapis.com/ReleaseNotes/ReleaseNotes-2.8.html#_schema_change

WARNING: The deprecated approve alias for the review SSH command has been 
removed. This is important for all users of the Jenkins Gerrit Trigger Plugin 
since this plugin by default uses the approve command to vote and comment on 
changes in Gerrit. If you use the Gerrit Trigger Plugin, go to its global 
configuration in Jenkins and adapt the Gerrit commands to use the review 
command instead of the approve command.

--
Matthias


___
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  
___
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] Build server unavailable

[Mikaël Barbero]

Hi,

The EMF Compare nightly build failed because it was not able to sign the 
plugins. The error I get is:

Caused by: org.apache.http.conn.HttpHostConnectException: Connection to 
http://build.eclipse.org:31338 refused

Anyone experiencing the same issue? Does the server need a restart?

Thanks
Mikael
___
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] [HIPP] Visibility of Hudson configuration for anonymous users

[Mikaël Barbero]

 Winston,
 Do you also need a bug on Hudson for the new job configuration view 
 permission?
 
 Yes please.
 

Done. https://bugs.eclipse.org/bugs/show_bug.cgi?id=425639

Best regards,

___
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] [HIPP] Visibility of Hudson configuration for anonymous users

[Mikaël Barbero]

Hi all,

I often struggle to build (or setup a CI build for) eclipse projects. 
Sometimes, there is a wiki page about how to build the project, but it may be 
outdated or not complete. I often want to see how the project setup its jobs on 
hudson in order to know how I should properly build the project.

On the shared instance, it was possible for anonymous users but it is no longer 
available by default on HIPP instances. Project leaders have to install the 
Extended Read Permission Plugin 
(https://wiki.jenkins-ci.org/display/JENKINS/Extended+Read+Permission+Plugin) 
by themselves and configure the additional permission for Anonymous.

I did it for EMF Compare (e.g. see 
https://hudson.eclipse.org/emfcompare/job/emfcompare-master/), and I can ask 
individually to projects of interest to do it, but I think would be good to 
make it a rule to let anonymous users see the jobs configurations on HIPP. It 
should not be a choice let to the HIPP owners because I think the availability 
of how to build an open source project is an important criteria in order to 
consider it truly open.

Do not see this mail as a rant against projects that did not install this 
plugin. They may not be aware of the issue. I just would like to know your 
opinion. If you agree, I will open a bug about it to see how to make it real 
for all HIPP instances.

Best regards,
Mikael
___
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] [HIPP] Visibility of Hudson configuration for anonymous users

[Mikaël Barbero]

Ed,

 Surely the lack of visibility of HIPPs contradicts our normal Eclipse 
 policies of openness, so all HIPPs should have anonymous read access unless 
 specifically requested (and justified) otherwise?

I can't manage to think about a proper justification for that, but I fully 
agree that it should not be done without the PMC approval.

Cheers,
Mikael
___
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] [HIPP] Visibility of Hudson configuration for anonymous users

[Mikaël Barbero]

 In my experience with Hudson permissions the permissions are additive, not 
 subtractive. So if we globally set that Anonymous users can view a job 
 configuration. You cannot remove that permission inside an individual job 
 configuration.

I agree. I was wrong.

 
 For example all the Hudson servers allow anonymous users to view jobs 
 globally, and it's not possible for a individual job to remove this 
 permission. Even if you set anonymous read access unchecked in the job 
 permissions matrix.
 
 
 Thanh
 ___
 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] Project plan on Git repository

[Mikaël Barbero]

Thank you Wayne. It is now working very well with the right URL! I should have 
taken care about redirection.

Mikael


Le 15 janv. 2013 à 22:04, Wayne Beaton wa...@eclipse.org a écrit :

 This one was a noggin-scratcher.
 
 The document isn't where you think it is. When you migrated the website to 
 git, you changed from /modeling/emf/compare to /emf/compare
 
 Try this URL:
 
 http://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/emf/compare/project-info/plan-2_0-test.xml
 
 Wayne
 
 On 01/15/2013 12:29 PM, Wayne Beaton wrote:
 
 I am investigating.
 
 Wayne
 
 On 01/15/2013 08:32 AM, Mikaël Barbero wrote:
 
 Hi Benjamin,
 
 Same result with planurl: 
 http://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/modeling/emf/compare/project-info/plan-2_0.xml
  is working but 
 http://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/modeling/emf/compare/project-info/plan-2_0-test.xml
  is not (despite it is the exact copy).
 
 Nevertheless, thanks for the tip ;)
 
 Mikael
 
 
 Le 15 janv. 2013 à 14:13, Benjamin Cabé bc...@sierrawireless.com a écrit :
 
 Hi Mikaël,
 
 I tend to use the project-plan script with a planurl argument instead, it 
 makes it easier to point to a specific project plan.
 Example: 
 http://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/koneki/project-info/project-plan-0.9.xml
 
 Doesn’t directly answer your question maybe, but hopefully it'll help :)
 
 Benjamin
 
 
 
 
 
 De : Mikaël Barbero mikael.barb...@gmail.com
 Répondre à : Cross project issues cross-project-issues-dev@eclipse.org
 Date : mardi 15 janvier 2013 14:00
 À : cross-project-issues-dev@eclipse.org 
 cross-project-issues-dev@eclipse.org
 Objet : [cross-project-issues-dev] Project plan on Git repository
 
 Hi,
 
 I think there may be an issue with the script 
 http://www.eclipse.org/projects/project-plan.php. It does not manage to 
 display the new project plan of EMF Compare 
 (http://www.eclipse.org/projects/project-plan.php?projectid=modeling.emf.compare)
  despite the raw XML is correct. 
 
 The file is the exact copy of the previous one that was working. The only 
 difference is that the previous one was on CVS (and my still be) but not 
 the new one (it is on the migrated Git repository of EMF Compare website). 
 
 Any idea? Am I missing anything? Thank you in advance.
 
 Best regards,
 Mikael
 ___
 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
 
 -- 
 Wayne Beaton
 The Eclipse Foundation
 Twitter: @waynebeaton
 Explore Eclipse Projects 
 unnamed.png
 
 ___
 cross-project-issues-dev mailing list
 cross-project-issues-dev@eclipse.org
 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
 
 -- 
 Wayne Beaton
 The Eclipse Foundation
 Twitter: @waynebeaton
 Explore Eclipse Projects 
 480x60.png
 ___
 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