Re: [cross-project-issues-dev] Eclipse 2020-09 video

[Daniel Megert]

Hi Holger

Thanks for the video, it's great as always!

Dani



From:   Holger Voormann 
To: ide-...@eclipse.org, cross-project-issues-dev@eclipse.org
Date:   15.09.2020 19:44
Subject:[EXTERNAL] [cross-project-issues-dev] Eclipse 2020-09 
video
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

As usual, here is my video showing some of the Eclipse 2020-09 Java IDE 
improvements (including Git and general/platform improvements) in action 
(13:41):

https://youtu.be/-qsW-0Ztg_U 


Share and use this video to promote Eclipse 2020-09 (the video can be 
embedded without additional attribution).

Thanks to everyone who has contributed to the Eclipse IDE in any way!

Holger
___
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





___
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] Infrastructure Problems?

[Daniel Megert]

For me as well.

Dani



From:   Christian Dietrich 
To: cross-project-issues-dev@eclipse.org
Date:   05.09.2020 07:21
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Infrastructure 
Problems?
Sent by:cross-project-issues-dev-boun...@eclipse.org



for me bugzilla shows

undef error - DBD::mysql::st execute failed: Disk full 
(/ramdisk/#sql_51e6_0.MAI); 
Am 05.09.20 um 07:19 schrieb Ed Merks:
Hi, 

There is a problem with most of the forum feeds so I can't read forums on 
Thunderbird.  They don't validate: 

https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fwww.eclipse.org%2Fforums%2Ffeed.php%3Fmode%3Dm%26l%3D1%26basic%3D1%26frm%3D48%26n%3D500%26format%3Drss
 


I opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=566695 but if I 
open that bug in a new tab, I get the error: 

   You must enter a valid bug number! 

   Please press *Back* and try again. 

Perhaps both problems are related. 

Regards, 
Ed 



___
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

-- 
Christian Dietrich (Diplom-Informatiker (BA))
Softwareentwickler / -Architekt
Committer and Co-Lead for Eclipse Xtext

Tel.: +49 (0) 711 / 34 21 91-0
Fax.: +49 (0) 711 / 34 21 91-29
Mobil: +49 (0) 151 / 173969 17
Mail: christian.dietr...@itemis.de
XING: https://www.xing.com/profile/Christian_Dietrich8
Web: http://www.itemis.de
Skype: christiandietrich1982
ICQ: 125801794

itemis AG
Niederlassung Süd
Industriestraße 6
70565 Stuttgart

Rechtlicher Hinweis:
Registergericht: Amtsgericht Dortmund HRB 20621 | Sitz der Gesellschaft: 
Lünen
Vorstand: Jens Wagener (Vorsitzender) | Wolfgang Neuhaus | Abdelghani El 
Kacimi
Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.) | Michael Neuhaus |  Stephan 
Grollmann___
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




___
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

[cross-project-issues-dev] Initial 2020-09 (4.17) Plan for Eclipse Top-Level Project

[Daniel Megert]

Our initial 2020-09 (4.17) plan is now online. Please report any issues 
here.

Please keep in mind that this is just the first version, and the plan will 
change until we release in September.

Dani

___
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] [ide-dev] Eclipse 2020-06 video

[Daniel Megert]

Thanks Holger!

Dani



From:   Holger Voormann 
To: ide-...@eclipse.org, Cross project issues 

Date:   15.06.2020 20:39
Subject:[EXTERNAL] [ide-dev] Eclipse 2020-06 video
Sent by:ide-dev-boun...@eclipse.org



Hi,

As usual, here is my video showing some of the Eclipse 2020-06 Java IDE 
improvements (including Git and general/platform improvements) in action 
(14:46):

https://urldefense.proofpoint.com/v2/url?u=https-3A__youtu.be_igbIAS6vlU8=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=zUBZ84FqDPkmMl8Er3z3a_KQrfCB_HyfQP7MkEvQrpk=bY45eQQkG1FOSRVrZwNWtKuEAR57PC1t-xeWZZiXY2s=
 


Share and use this video to promote Eclipse 2020-06 (the videos can be 
embedded without additional attribution).

Thanks to everyone who has contributed to the Eclipse IDE in any way!

Holger
___
ide-dev mailing list
ide-...@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/ide-dev





___
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] Certificates expired on our build cluster - we are working on a fix!

[Daniel Megert]

Hi Fred

Is there any workaround that you could put in place? We have M3 milestone 
week and really need builds.

Dani



From:   Frederic Gurr 
To: Cross project issues 
Date:   18.05.2020 09:01
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Certificates 
expired on our build cluster - we are working on a fix!
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

We are continuing to work on a fix for this.

Due to the issues, the Jenkins LTS upgrade week will be delayed until
further notice.


Regards,

Fred

On 17.05.20 14:44, Frederic Gurr wrote:
> Hi,
> 
> Unfortunately, some certificates expired on our build cluster yesterday,
> which causes issues with build jobs.
> 
> We are working on a fix.
> 
> Regards,
> 
> Fred
> 

-- 
Frederic Gurr
Release Engineer | Eclipse Foundation Europe GmbH

Annastr. 46, D-64673 Zwingenberg
Handelsregister: Darmstadt HRB 92821
Managing Directors: Ralph Mueller, Mike Milinkovich, Gaël Blondelle
___
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




___
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] Certificates expired on our build cluster - we are working on a fix!

[Daniel Megert]

Hi Fred

https://status.eclipse.org/ mentions the issue at the top, but all stats 
below are green. I would expect that the issue is visible in the stats.

Dani



From:   Frederic Gurr 
To: Cross project issues 
Date:   17.05.2020 14:45
Subject:[EXTERNAL] [cross-project-issues-dev] Certificates expired 
on our buildcluster - we are working on a fix!
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

Unfortunately, some certificates expired on our build cluster yesterday,
which causes issues with build jobs.

We are working on a fix.

Regards,

Fred
-- 
Frederic Gurr
Release Engineer | Eclipse Foundation Europe GmbH

Annastr. 46, D-64673 Zwingenberg
Handelsregister: Darmstadt HRB 92821
Managing Directors: Ralph Mueller, Mike Milinkovich, Gaël Blondelle
___
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




___
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] Container failure with dbus in jdt.ui-gerrit

[Daniel Megert]

Still seems to be the case. Did you file a bug report?

Dani



From:   Roland Grunberg 
To: cross-project-issues-dev@eclipse.org
Date:   07.05.2020 19:06
Subject:[EXTERNAL] [cross-project-issues-dev] Container failure 
with dbus injdt.ui-gerrit
Sent by:cross-project-issues-dev-boun...@eclipse.org



Since https://ci.eclipse.org/jdt/job/eclipse.jdt.ui-Gerrit/5239/ ,
those builds seem to be failing with :

12:34:33 process 3933: D-Bus library appears to be incorrectly set up;
failed to read machine uuid: UUID file '/etc/machine-id' should contain
a hex string of length 32, not length 0, with no other text
12:34:33 See the manual page for dbus-uuidgen to correct this issue.
12:34:33   D-Bus not built with -rdynamic so unable to print a backtrace

I don't think this is related to the change, but If I remember, such an
issue is resolved by ensuring the container runs :

dbus-uuidgen > /etc/machine-id

Has something changed about the underlying containers used to run the
builds ?

Looking at :

https://urldefense.proofpoint.com/v2/url?u=https-3A__hub.docker.com_layers_eclipsecbijenkins_jipp-2Dmigration-2Dagent_3.35_images_sha256-2Db6de55ff70862db84a49725f3f39408079d3e4fa916c82b31cd199a663b97716-3Fcontext-3Dexplore=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=ccSenkMK8cotWT7MfxS13clYAHhbS30Y6VtFrec6pG0=RpuH6qm3vG9j1AWBjoANonBna3rC6htSgTi9I_FW2p4=
 


seems like there was an update about a day ago but no idea if that's
what would have caused it.

Cheers,
-- 
Roland Grunberg

___
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





___
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] No mails from eclipse.org?

[Daniel Megert]

Hi Andrey

I did receive from all of them, counting releng as mailing list,

Dani



From:   "Andrey Loskutov" 
To: Cross-Project 
Date:   04.05.2020 13:47
Subject:[EXTERNAL] [cross-project-issues-dev] No mails from 
eclipse.org?
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi all,

I'm alone not receiving any mails from eclipse.org since yesterday?

- no mails from bugzilla
- no mails from gerrit
- no mails from any eclipse.org mailing list
- no mails from SDK build

I've asked on https://bugs.eclipse.org/bugs/show_bug.cgi?id=561802 but I'm 
not sure if that sends any mails either.

Kind regards,
Andrey Loskutov

Спасение утопающих - дело рук самих утопающих

https://www.eclipse.org/user/aloskutov

___
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




___
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] Gerrit is Down

[Daniel Megert]

Also, it's not mentioned here:

Past Incidents 
Apr 23, 2020
No incidents reported today.

Dani



From:   "Andrey Loskutov" 
To: cross-project-issues-dev@eclipse.org
Cc: webmas...@eclipse.org
Date:   23.04.2020 11:44
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Gerrit is Down
Sent by:cross-project-issues-dev-boun...@eclipse.org



Neither https://twitter.com/Eclipse_Status nor https://status.eclipse.org/ 
list the outage (https://status.eclipse.org shows just a small red stripe 
but no explanation / extra entry). 
I would expect that this is working now after recent announcement?
 
Kind regards,
Andrey Loskutov

Спасение утопающих - дело рук самих утопающих

https://www.eclipse.org/user/aloskutov
 
 
Gesendet: Donnerstag, 23. April 2020 um 11:09 Uhr
Von: "Daniel Megert" 
An: webmas...@eclipse.org, "Cross Project" 

Betreff: [cross-project-issues-dev] Gerrit is Down
Bug 562430: Gerrit is down (502 Bad Gateway)
Dani
___ 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
___
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




___
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

[cross-project-issues-dev] Gerrit is Down

[Daniel Megert]

Bug 562430: Gerrit is down (502 Bad Gateway)
Dani

___
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] Internal Server Error on Gerrit

[Daniel Megert]

Seems to be more prominent now, but not new. See 
https://bugs.eclipse.org/561802.

Dani



From:   "Becker, Matthias" 
To: Cross project issues 
Date:   20.04.2020 09:11
Subject:[EXTERNAL] [cross-project-issues-dev] Internal Server 
Error on Gerrit
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi everybody,
 
Since yesterday I get „Internal Server Error” when commenting on changes 
in gerrit or pushing changes.
I have opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=562301 for 
this.

Regards,
Matthias___
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




___
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] [eclipse-pmc] Upgrading the Eclipse SDK target environment for the *September* Eclipse release...

[Daniel Megert]

HI Matthias

> letting things (like Help) fail seems not very nice from the user’s 
point of view. I would vote for requiring Java 11 at the start.
I agree.

I'm not a p2 expert, so,, no, I can't answer your question to an end, but 
I assume that it won't warn and just fail on restart.

Dani



From:   "Becker, Matthias" 
To: "eclipse-...@eclipse.org" , Cross project 
issues 
Date:   23.03.2020 13:59
Subject:[EXTERNAL] Re: [cross-project-issues-dev] [eclipse-pmc] 
Upgrading the Eclipse SDK target environment for the *September* Eclipse 
release...
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,
 
letting things (like Help) fail seems not very nice from the user’s point 
of view. I would vote for requiring Java 11 at the start.
@Dani: Do you also have answers to my other questions?

Regards,
Matthias
 
From:  on behalf of Daniel Megert 

Reply to: "eclipse-...@eclipse.org" 
Date: Monday, 23. March 2020 at 13:33
To: Cross project issues 
Cc: "cross-project-issues-dev-boun...@eclipse.org" 
, "eclipse-...@eclipse.org" 

Subject: Re: [eclipse-pmc] [cross-project-issues-dev] Upgrading the 
Eclipse SDK target environment for the *September* Eclipse release...
 
It depends. We (the platform) can require/hardcode Java 11 when you start 
the SDK or we do not enforce this but let things like Help/Jetty fail. Our 
position is that users need Java 11 for 2020-09.

Dani



From:"Becker, Matthias" 
To:"eclipse-...@eclipse.org" , 
"cross-project-issues-dev@eclipse.org" 

Date:23.03.2020 10:57
Subject:[EXTERNAL] Re: [cross-project-issues-dev] [eclipse-pmc] 
Upgrading the Eclipse SDK target environment for the *September* Eclipse 
release...
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi everybody,
do I understand this correctly that the 2020-09 release needs at least a 
Java 11 VM to run? Will it no longer run on a Java 8 VM?
Will platform raise the Bundle-Execution Environment?
If release 2020-09 will only run on Java11 and newer: How does platform's 
"Check for Updates" handle this? What happens if a user has an existing 
installation running on Java 8 (and this is the user's one and only Java 
VM)? Does P2 tell the user that the new bundles to be installed require 
Java 11 but that the current installation does not supply this?
Regards,
Matthias
 
From:  on behalf of Mike Wilson 

Reply to: "eclipse-...@eclipse.org" 
Date: Friday, 20. March 2020 at 19:35
To: "cross-project-issues-dev@eclipse.org" 

Cc: "eclipse-...@eclipse.org" 
Subject: [eclipse-pmc] Upgrading the Eclipse SDK target environment for 
the *September* Eclipse release...
 
Hello cross project people,
 
The Eclipse Project PMC has approved a change to the target environments 
for the 2020-09 Eclipse release of the Eclipse Project (that is, our 4.17 
release) to be based on Java 11. This will allow us to include Jetty 10, 
when it is available as indicated here:
https://www.eclipse.org/lists/jetty-dev/msg03214.html
 
Given that this change has the potential to impact downstream projects, we 
are asking for feedback now: please let us know if you believe this will 
cause problems for your project.
 
Note that we are not asking teams to update the BREE for their components, 
and it is fine for components to support earlier versions of Java. This 
note is just identifying the version of Java that we will use to validate 
the September release, and thus will be the supported version for the 
Eclipse SDK.
 
thanks,
the Eclipse Project PMC

___
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

___
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




___
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] [eclipse-pmc] Upgrading the Eclipse SDK target environment for the *September* Eclipse release...

[Daniel Megert]

It depends. We (the platform) can require/hardcode Java 11 when you start 
the SDK or we do not enforce this but let things like Help/Jetty fail. Our 
position is that users need Java 11 for 2020-09.

Dani



From:   "Becker, Matthias" 
To: "eclipse-...@eclipse.org" , 
"cross-project-issues-dev@eclipse.org" 

Date:   23.03.2020 10:57
Subject:[EXTERNAL] Re: [cross-project-issues-dev] [eclipse-pmc] 
Upgrading the Eclipse SDK target environment for the *September* Eclipse 
release...
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi everybody,
do I understand this correctly that the 2020-09 release needs at least a 
Java 11 VM to run? Will it no longer run on a Java 8 VM?
Will platform raise the Bundle-Execution Environment?
If release 2020-09 will only run on Java11 and newer: How does platform's 
"Check for Updates" handle this? What happens if a user has an existing 
installation running on Java 8 (and this is the user's one and only Java 
VM)? Does P2 tell the user that the new bundles to be installed require 
Java 11 but that the current installation does not supply this?
Regards,
Matthias
 
From:  on behalf of Mike Wilson 

Reply to: "eclipse-...@eclipse.org" 
Date: Friday, 20. March 2020 at 19:35
To: "cross-project-issues-dev@eclipse.org" 

Cc: "eclipse-...@eclipse.org" 
Subject: [eclipse-pmc] Upgrading the Eclipse SDK target environment for 
the *September* Eclipse release...
 
Hello cross project people,
 
The Eclipse Project PMC has approved a change to the target environments 
for the 2020-09 Eclipse release of the Eclipse Project (that is, our 4.17 
release) to be based on Java 11. This will allow us to include Jetty 10, 
when it is available as indicated here:
https://www.eclipse.org/lists/jetty-dev/msg03214.html
 
Given that this change has the potential to impact downstream projects, we 
are asking for feedback now: please let us know if you believe this will 
cause problems for your project.
 
Note that we are not asking teams to update the BREE for their components, 
and it is fine for components to support earlier versions of Java. This 
note is just identifying the version of Java that we will use to validate 
the September release, and thus will be the supported version for the 
Eclipse SDK.
 
thanks,
the Eclipse Project PMC

___
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




___
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] git.eclipse.org seems down

[Daniel Megert]

It doesn't seem to affect everyone. I have no problems to access 
git.eclipse.org, e.g. pull.

Dani



From:   Mikael Barbero 
To: Cross project issues 
Date:   18.02.2020 14:04
Subject:[EXTERNAL] Re: [cross-project-issues-dev] git.eclipse.org 
seems down
Sent by:cross-project-issues-dev-boun...@eclipse.org



I've escalated the issue. Thanks for your patience.

Mikaël Barbero 
Team Lead - Release Engineering | Eclipse Foundation
 @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 18 févr. 2020 à 13:53, Aleksandar Kurtakov  a 
écrit :

I can't push to gerrit Can't connect to any repository: ssh://
akurta...@git.eclipse.org:29418/cdt/org.eclipse.cdt.git (Read timed out 
after 30,000 ms). 

On Tue, Feb 18, 2020 at 12:42 PM Mikael Barbero <
mikael.barb...@eclipse-foundation.org> wrote:
I can't see anything bad in the gerrit logs. It may be network congestion, 
but AFAICT no equipment in the infra is under an unusual load.

Is this blocking anyone at the moment?

Mikaël Barbero 
Team Lead - Release Engineering | Eclipse Foundation
 @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 18 févr. 2020 à 11:00, Andrey Loskutov  a écrit :

Yep, I see many random timeouts today on pulling from different platform 
git repositories.
 
Kind regards,
Andrey Loskutov

Спасение утопающих - дело рук самих утопающих

https://www.eclipse.org/user/aloskutov
 
 
Gesendet: Dienstag, 18. Februar 2020 um 10:58 Uhr
Von: "LORENZO Vincent" 
An: " (cross-project-issues-dev@eclipse.org)" <
cross-project-issues-dev@eclipse.org>
Betreff: [cross-project-issues-dev] git.eclipse.org seems down
Hello everybody,
  I can’t  patches on gerrit and locally I can’t make a git 
pull (Connection to git.eclipse.org closed by remote host.)
The server service seems spotty. 
 
Does someone have the same trouble ?
 
 
Regards, 
-- 
Vincent LORENZO
01-69-08-17-24
CEA Saclay Nano-INNOV
Institut CARNOT CEA LIST
Point Courrier n° 174
91 191 Gif sur Yvette CEDEX
 
___ 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
___
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

___
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


-- 
Alexander Kurtakov
Red Hat Eclipse Team
___
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
[attachment "signature.asc" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [platform-releng-dev] No SDK build I20200207-1800, gerrit/jenkins login issues etc

[Daniel Megert]

For me log into Gerrit and Jenkins works.

The build did not get published (yet).

Dani



From:   Andrey Loskutov 
To: "Eclipse platform release engineering list." 
, webmas...@eclipse.org, 
cross-project-issues-dev@eclipse.org
Date:   08.02.2020 09:02
Subject:[EXTERNAL] [platform-releng-dev] No SDK build 
I20200207-1800, gerrit/jenkins login issues etc
Sent by:platform-releng-dev-boun...@eclipse.org



Hi all,

I miss SDK build results for I20200207-1800.

Also I see that lot of other infrastructure seem to be not working, I've
opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=559938.

Interestingly https://accounts.eclipse.org/committertools/infra-status
doesn't show me anything special that I could understand as a root cause.

--
Kind regards,
Andrey Loskutov

https://www.eclipse.org/user/aloskutov
-
Спасение утопающих - дело рук самих утопающих
-
___
platform-releng-dev mailing list
platform-releng-...@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-releng-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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [WARNING] SimRel Headed Off the Tracks

[Daniel Megert]

> After reading I have an "interesting" proposal :) . Instead of looking 
for single person why don't we do it in shifts - each release one of the 
package maintainers does the work. IMHO it is:

+1. In the Eclipse SDK we also use the rotation approach for Releng work.

Dani



From:   Aleksandar Kurtakov 
To: Cross project issues 
Date:   30.01.2020 16:20
Subject:[EXTERNAL] Re: [cross-project-issues-dev] [WARNING] SimRel 
Headed Off the  Tracks
Sent by:cross-project-issues-dev-boun...@eclipse.org





On Thu, Jan 30, 2020 at 5:01 PM Jonah Graham  
wrote:
I am not sure what happened to EPP for M1 - but at the moment the chatter 
on the mailing list makes EPP look dead. I tried to revive getting a +1s 
for M1 and to find out / understand the process, but I was met with almost 
complete silence on the mailing list 
https://www.eclipse.org/lists/epp-dev/msg05666.html.

Although this may be a case of transference - I suspect that no one said 
anything on epp-dev because they were afraid of putting their head about 
the parapet and becoming "it" for EPP project lead without having any 
understanding of what that would entail.

I honestly don't know how Markus did EPP for all these years single 
handedly* without having to delegate to anyone - there is something to do 
generally on every third Thursday all year round (sometimes even more 
often like RC times). Did Markus schedule all his holidays and everything 
else about his life around the Eclipse release schedule? Personally I have 
had to delegate my +1 for the CPP package a handful of times because I am 
not able to reliably be around for each and every release. For someone 
like me to take on the EPP role would require a full rebuilding of 
consensus and delegating authority to make it sustainable.

I am not even willing to engage in considering** this as I still have no 
clarity what is required every third thursday, is it just clicking a 
button, or is it hours and days of work to resolve broken packages (I know 
Markus has had to do such resolutions in the past and that is a 
non-trivial task)

* I am aware that there are others who have done this too - but for the 
context of the future of the EPP I am focusing on Markus' contribution.

** I have other issues with taking this on - I am the new CDT project lead 
which is taking a lot of work to consolidate the project and try to bring 
new contributors (and future committers!) online. In addition, because of 
CDT's dependencies I am taking on more and more work on those dependency 
projects.

I hope this helps explain why I can't break the chicken-and-egg problem on 
my own - perhaps I am too chicken :-)

After reading I have an "interesting" proposal :) . Instead of looking for 
single person why don't we do it in shifts - each release one of the 
package maintainers does the work. IMHO it is:
* fair
* spreads the work
* will help with automation as every package maintainer will have to do it 
at one point

There is the question what if given maintainer/project doesn't want to do 
it - well, solution for this is simple drop that particular EPP.
 

Jonah


On Thu, 30 Jan 2020 at 07:59, Ed Merks  wrote:
On 30.01.2020 11:53, Aleksandar Kurtakov wrote:
> Well, focus on "what" is quite important as I still haven't seen 
> anywhere written what exactly is needed for the "who" decides to take 
> EPP. There won't be any "who" until "what" is clearly defined.

That is indeed a good point.  :-)

Markus didn't announce here despite being prompted, and while I'm sure 
he's documented what exactly he does, even I don't know exactly what 
that is.  I don't expect it's all that onerous.  In any case, in this 
thread you can see that he's offered to walk someone through the steps:

   https://www.eclipse.org/lists/epp-dev/msg05676.html

I.e., Markus will clarify the "what" when there is a "who" but if there 
cannot be a "who" without a "what" then we have a classic 
chicken-versus-egg problem...

Of course my natural reaction is to jump in and be the "who", but I'm 
quite sure that this is also pandering to complacency.  That needs to 
end because it's not sustainable.  But it would most certainly be the 
best course of action for the greater good...

___
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
___
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


-- 
Alexander Kurtakov
Red Hat Eclipse Team___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery 

Re: [cross-project-issues-dev] [WARNING] SimRel Headed Off the Tracks

[Daniel Megert]

I'm -1 to change the release schedule. Yes, there are probably more bugs 
but there are also more features *and* bug fixes that our users get more 
frequently.

One important thing that was not mentioned so far is the role of the 
Planning Council where the stakeholders (strategic members and PMCs) 
discuss and decide on the schedule. This can for sure not go to EPP unless 
the current council is part of the EPP leadership.

For me the thing we must preserve is the p2 repo and the installer. 
Package are also nice/useful but not my top priority.

Dani



From:   Gunnar Wagenknecht 
To: Cross project issues 
Date:   29.01.2020 15:25
Subject:[EXTERNAL] Re: [cross-project-issues-dev] [WARNING] SimRel 
Headed Off the  Tracks
Sent by:cross-project-issues-dev-boun...@eclipse.org



> On Jan 29, 2020, at 12:44, Sebastian Zarnekow 
 wrote:
> 
> But in general, the current release cadence puts too much of a burden on 
the shoulders of all maintainers.


As a project lead contributed to the train in the past and as a package 
maintainer, I truly disagree with the "too much of a burden" claim being 
raised here. Once you got all the things in place and compliant I don't 
ever recall it being a problem to put out new bits. 98% of it was 
automated anyway. It was push on Jenkins. The other 2% was bureaucracy in 
the portal.


> Platform and JDT used to be rock solid with the annual releases. Now we 
see more releases but also more bugs and complains from users as far as I 
can tell. Most of the people that I'm talking too are no longer confident 
in the quality of the release. For them it's nowadays a tradeoff between 
the bugs the suffer from and know of vs the bugs they will suffer from but 
don't know yet.

There is some truth here but it really isn't that bad. I'd like to raise 
two things on the positive side, though.

1. The quality is in my subjective impression on par with - if not better 
- than the six-weeks milestone releases Eclipse had previously.
2. I don't have to wait for a full year till I'm able to consume a fix.

Yes, I do face a few bugs. Some of them are annoying. But I'd challenge if 
they are really a result of the faster release cadence *or* a result of 
funding downsizing in involved development teams.


> > Also annual releases will resurrect a number of "service releases" 
with all the effort required,
> 
> And with the quality gains. Exactly.

You will only see quality gains *if* the projects are willing to invest 
into maintaining a service branch. I have the impression that it's easier 
for the active projects to simply fix things in main/master and don't 
worry about back porting (which can double work).


In the past the SimRel had its clear purpose. It was a big win for the 
Foundation to be able to coordinate releases across its projects. It 
really made us look big in terms of numbers and successful (year over year 
at the same time, no delays). It came with a ton of bureaucracy. IBM 
thankfully dedicated full-time employees to creating and maintaining the 
SimRel.

I think it was already a risky decision to continue business as usual when 
the only FTE retired. There is a staffing issue at hand. I don't get the 
proposal of going back to one release per year. What is the solution if 
SimRel rans into a staffing issue again? One release every four years? I 
think a first step is to admit that we cannot maintain the existing 
process. There simply isn't enough funding.

We have to allow and ask the question - is it time to end the SimRel?

FWIW, as a package maintainer I don't care if I consume things from a 
central aggregated repository or from multiple sources. I maintain an EPP 
package as well as an internal distribution. Especially with the later I 
learned that the value of consuming things from the SimRel train repo is 
lower than I thought. Some SimRel participating projects publish updates 
more frequently to their own p2 repos. Some projects continue to think 
that only one certified version of Apache HttpClient, Guava, SLF4J, 
Commons Logging, whatever can be shipped with their release. SimRel never 
solved that. Things got much easier once I stop putting third party 
plug-ins into feature.xml files and started letting p2 figure it out. 
Works great and dramatically reduced the burden to adopt to any new 
Eclipse release.

-Gunnar

-- 
Gunnar Wagenknecht
gun...@wagenknecht.org, 
https://urldefense.proofpoint.com/v2/url?u=http-3A__guw.io_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=gvjVJO_4vPGdQd5qd7faqgcZ7fijaZLH5AOhgMIxHo4=_kiNEH3ULUUBSDzu__Ty4CmyUAgPSaI4zQBPvOcsAqA=
 



___
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] Eclipse 2020-03 and new ASM/JUnit5Versions

[Daniel Megert]

After talking to Noopur we will only update JUnit 4 for M2. For JUnit 5 it 
is too late.

Dani



From:   Daniel Megert/Zurich/IBM
To: Noopur Gupta/India/IBM@IBMIN, "Roland Grunberg" 

Cc: akurt...@redhat.com, cross-project-issues-dev@eclipse.org
Date:   28.01.2020 17:15
Subject:Re: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 
2020-03 and new ASM/JUnit5  Versions


Would it be possible to also update JUnit 5? I think it would be good to 
have this with M2 so that people can adopt/test it.

Noopur and Roland please discuss this and let us know.

Dani




From:   Noopur Gupta/India/IBM
To:     Daniel Megert/Zurich/IBM@IBMCH
Cc: akurt...@redhat.com, cross-project-issues-dev@eclipse.org, 
rgrun...@redhat.com
Date:   28.01.2020 17:09
Subject:Re: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 
2020-03 and new ASM/JUnit5  Versions



Dani, I am working on the update to JUnit 4.13 in JDT (Bug 558857) for M2 
as requested by Alex.
 
Roland and Christian are talking about adding JUnit 5.6 to Orbit (Bug 
558875), which can be done for M3 if there are no objections.
 
Regards,
Noopur
 
- Original message -----
From: Daniel Megert/Zurich/IBM
To: "Roland Grunberg" , Noopur Gupta/India/IBM@IBMIN, 
"Aleksandar Kurtakov" 
Cc: Cross project issues 
Subject: Re: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 2020-03 and 
new ASM/JUnit5 Versions
Date: Tue, Jan 28, 2020 9:26 PM
 
Roland,

Alex and I would like to see the JUnit update t in M2 (this week). Noopur 
is working on this unless you can take over.

Dani

Roland Grunberg ---28.01.2020 16:39:43---On Tue, Jan 28, 2020 at 6:19 AM 
Dietrich, Christian  wrote:

From: Roland Grunberg 
To: Cross project issues 
Date: 28.01.2020 16:39
Subject: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 2020-03 and new 
ASM/JUnit5 Versions
Sent by: cross-project-issues-dev-boun...@eclipse.org 


On Tue, Jan 28, 2020 at 6:19 AM Dietrich, Christian
 wrote:
> i have seen that there are Buzillas for ASM 7.3.1 and JUnit 5.6 in 
Orbit.
> Is there already an ETA for these so that projects can start adopting?

For JUnit 5.6, I would aim for having it in an I-build early in the M3 
cycle.
I haven't really had enough time to do the update though past updates
have been pretty straightforward. Bug 558875 tracks this.

I'm not sure about ASM 7.3.1. I would ask in Bug 559150 so there's some
awareness by the maintainer(s) adding the bundles that others are
waiting for this.

Cheers,
Roland Grunberg

___
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

 
 




___
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] Eclipse 2020-03 and new ASM/JUnit5Versions

[Daniel Megert]

Would it be possible to also update JUnit 5? I think it would be good to 
have this with M2 so that people can adopt/test it.

Noopur and Roland please discuss this and let us know.

Dani



From:   Noopur Gupta/India/IBM
To: Daniel Megert/Zurich/IBM@IBMCH
Cc: akurt...@redhat.com, cross-project-issues-dev@eclipse.org, 
rgrun...@redhat.com
Date:   28.01.2020 17:09
Subject:Re: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 
2020-03 and new ASM/JUnit5  Versions



Dani, I am working on the update to JUnit 4.13 in JDT (Bug 558857) for M2 
as requested by Alex.
 
Roland and Christian are talking about adding JUnit 5.6 to Orbit (Bug 
558875), which can be done for M3 if there are no objections.
 
Regards,
Noopur
 
- Original message -
From: Daniel Megert/Zurich/IBM
To: "Roland Grunberg" , Noopur Gupta/India/IBM@IBMIN, 
"Aleksandar Kurtakov" 
Cc: Cross project issues 
Subject: Re: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 2020-03 and 
new ASM/JUnit5 Versions
Date: Tue, Jan 28, 2020 9:26 PM
 
Roland,

Alex and I would like to see the JUnit update t in M2 (this week). Noopur 
is working on this unless you can take over.

Dani

Roland Grunberg ---28.01.2020 16:39:43---On Tue, Jan 28, 2020 at 6:19 AM 
Dietrich, Christian  wrote:

From: Roland Grunberg 
To: Cross project issues 
Date: 28.01.2020 16:39
Subject: [EXTERNAL] Re: [cross-project-issues-dev] Eclipse 2020-03 and new 
ASM/JUnit5 Versions
Sent by: cross-project-issues-dev-boun...@eclipse.org 


On Tue, Jan 28, 2020 at 6:19 AM Dietrich, Christian
 wrote:
> i have seen that there are Buzillas for ASM 7.3.1 and JUnit 5.6 in 
Orbit.
> Is there already an ETA for these so that projects can start adopting?

For JUnit 5.6, I would aim for having it in an I-build early in the M3 
cycle.
I haven't really had enough time to do the update though past updates
have been pretty straightforward. Bug 558875 tracks this.

I'm not sure about ASM 7.3.1. I would ask in Bug 559150 so there's some
awareness by the maintainer(s) adding the bundles that others are
waiting for this.

Cheers,
Roland Grunberg

___
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

 
 



___
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] Eclipse 2020-03 and new ASM/JUnit5Versions

[Daniel Megert]

Roland,

Alex and I would like to see the JUnit update t in M2 (this week). Noopur 
is working on this unless you can take over.

Dani



From:   Roland Grunberg 
To: Cross project issues 
Date:   28.01.2020 16:39
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Eclipse 2020-03 
and new ASM/JUnit5  Versions
Sent by:cross-project-issues-dev-boun...@eclipse.org



On Tue, Jan 28, 2020 at 6:19 AM Dietrich, Christian
 wrote:
> i have seen that there are Buzillas for ASM 7.3.1 and JUnit 5.6 in 
Orbit.
> Is there already an ETA for these so that projects can start adopting?

For JUnit 5.6, I would aim for having it in an I-build early in the M3 
cycle.
I haven't really had enough time to do the update though past updates
have been pretty straightforward. Bug 558875 tracks this.

I'm not sure about ASM 7.3.1. I would ask in Bug 559150 so there's some
awareness by the maintainer(s) adding the bundles that others are
waiting for this.

Cheers,
Roland Grunberg

___
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





___
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] Is the help.eclipse.org not working properly

[Daniel Megert]

Looks like it is back, but e.g. JDT and PDE are still missing. However, 
this seems t be the case for a while (filed 
https://bugs.eclipse.org/559328).

Dani



From:   Andrey Loskutov 
To: cross-project-issues-dev@eclipse.org, webmas...@eclipse.org
Date:   19.01.2020 09:35
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Is the 
help.eclipse.org not working properly
Sent by:cross-project-issues-dev-boun...@eclipse.org



Lucky you!

I don't even see CDT tools, I only get 400 error for
https://help.eclipse.org/2019-12, while https://help.eclipse.org/2019-09
is working as expected.

So I assume https://help.eclipse.org/2019-12 is broken.
I've filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=559322 .

HTTP ERROR 400 Duplicate valid session cookies:
node0cxbgaawhg39m6glkonadnsqn5773743.node0,node0j1re79n6gd5n1swbb8j2ljy1g5773470.node0
URI: /help/advanced/views.jsp
STATUS:  400
MESSAGE: Duplicate valid session cookies:
node0cxbgaawhg39m6glkonadnsqn5773743.node0,node0j1re79n6gd5n1swbb8j2ljy1g5773470.node0
SERVLET: -
CAUSED BY:   org.eclipse.jetty.http.BadMessageException: 400: 
Duplicate
valid session cookies:
node0cxbgaawhg39m6glkonadnsqn5773743.node0,node0j1re79n6gd5n1swbb8j2ljy1g5773470.node0
Caused by:
org.eclipse.jetty.http.BadMessageException: 400: Duplicate valid session
cookies:
node0cxbgaawhg39m6glkonadnsqn5773743.node0,node0j1re79n6gd5n1swbb8j2ljy1g5773470.node0
 at
org.eclipse.jetty.server.session.SessionHandler.checkRequestedSessionId(SessionHandler.java:1675)
 at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1526)
 at
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
 at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1212)
 at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
 at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
 at 
org.eclipse.jetty.server.Server.handle(Server.java:500)
 at
org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383)
 at 
org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547)
 at 
org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375)
 at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:270)
 at
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
 at 
org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
 at 
org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117)
 at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)
 at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)
 at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)
 at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129)
 at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:388)
 at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806)
 at
org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938)
 at java.lang.Thread.run(Thread.java:748)

On 19.01.2020 03:31, Jonah Graham wrote:
> When I visit https://help.eclipse.org/2019-12/index.jsp all I see is the
> C/C++ Development User Guide - I tried in multiple browsers. I
> screenshoted what I see, attached.
>
> Is this just me - or is it broken?
>
> Thanks for your time.
>
> Jonah
>
> ~~~
> Jonah Graham
> Kichwa Coders
> www.kichwacoders.com <
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.kichwacoders.com=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=zrpEGwptbYcgWwAo3qk2HyM6jFgB2stB-KXPmomokfU=f23nAiHfpknaNyzhbh8GWOT4Q97G9q1wCpsr1OFrXO8=
 
>
>
> ___
> 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
>

--
Kind regards,
Andrey Loskutov

https://www.eclipse.org/user/aloskutov
-
Спасение утопающих - дело рук самих утопающих
-
___
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

Re: [cross-project-issues-dev] Bugzilla down?

[Daniel Megert]

It works for me.

Dani



From:   Wim Jongman 
To: Cross project issues 
Date:   09.01.2020 13:47
Subject:[EXTERNAL] [cross-project-issues-dev] Bugzilla down?
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

Bugzilla seems to be down.

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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [eclipse.org-committers] Use Milestones/RCs To Test and Run

[Daniel Megert]

I haven't seen the announcement yet, but you can get it from 
https://ci.eclipse.org/packaging/job/simrel.epp-tycho-build/769/artifact/org.eclipse.epp.packages/archive/

Dani



From:   Matthias Sohn 
To: Cross project issues 
Cc: eclipse.org-committ...@eclipse.org
Date:   15.12.2019 20:06
Subject:[EXTERNAL] Re: [cross-project-issues-dev] 
[eclipse.org-committers] Use Milestones/RCs To Test and Run
Sent by:cross-project-issues-dev-boun...@eclipse.org



I can't find the RC2 packages, are they already available ?
Can't find them here 
https://www.eclipse.org/downloads/packages/release/2019-12/rc2

-Matthias

On Fri, Dec 13, 2019 at 4:11 PM Daniel Megert  
wrote:
The Platform cannot envision all the ways it is used. We do what we can to 
test. So, as long as you test your stuff against all the milestones and 
then don't file bugs after RC2 - fine.

Dani



From:Greg Watson 
To:Daniel Megert 
Cc:Eclipse Cross Project Issues <
cross-project-issues-dev@eclipse.org>, eclipse.org-committ...@eclipse.org
Date:13.12.2019 15:11
Subject:[EXTERNAL] Re: [cross-project-issues-dev] 
[eclipse.org-committers] UseMilestones/RCs To Test and Run
Sent by:cross-project-issues-dev-boun...@eclipse.org



Projects have enough on their plates testing their own code, let alone 
testing the platform. This seems to be a deficiency in the regression 
testing of the platform, and should be handled by the platform team IMHO.

Greg

On Dec 13, 2019, at 5:23 AM, Daniel Megert  
wrote:

It would be great if everyone could at least test or even better, run on 
the latest milestone/RC. Platform got a stop ship bug for 4.13 and one for 
4.14 reported after RC2. The 4.13 bug was introduced in M3 and the 4.14 
bug in M1. So, there would have been enough room to find the bugs earlier.

Of course the Platform team does exactly that but everyone has its own 
patterns how to work and hence, unfortunately did not detect those bugs.

Thanks to everyone who helps with testing!
Dani
___
eclipse.org-committers mailing list
eclipse.org-committ...@eclipse.org
https://www.eclipse.org/mailman/listinfo/eclipse.org-committers

IMPORTANT: Membership in this list is generated by processes internal to 
the Eclipse Foundation.  To be permanently removed from this list, you 
must contact e...@eclipse.org to request removal.
___
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


___
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
___
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



___
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] [eclipse.org-committers] Use Milestones/RCs To Test and Run

[Daniel Megert]

The Platform cannot envision all the ways it is used. We do what we can to 
test. So, as long as you test your stuff against all the milestones and 
then don't file bugs after RC2 - fine.

Dani



From:   Greg Watson 
To: Daniel Megert 
Cc: Eclipse Cross Project Issues 
, eclipse.org-committ...@eclipse.org
Date:   13.12.2019 15:11
Subject:[EXTERNAL] Re: [cross-project-issues-dev] 
[eclipse.org-committers] UseMilestones/RCs To Test and Run
Sent by:cross-project-issues-dev-boun...@eclipse.org



Projects have enough on their plates testing their own code, let alone 
testing the platform. This seems to be a deficiency in the regression 
testing of the platform, and should be handled by the platform team IMHO.

Greg

On Dec 13, 2019, at 5:23 AM, Daniel Megert  
wrote:

It would be great if everyone could at least test or even better, run on 
the latest milestone/RC. Platform got a stop ship bug for 4.13 and one for 
4.14 reported after RC2. The 4.13 bug was introduced in M3 and the 4.14 
bug in M1. So, there would have been enough room to find the bugs earlier.

Of course the Platform team does exactly that but everyone has its own 
patterns how to work and hence, unfortunately did not detect those bugs.

Thanks to everyone who helps with testing!
Dani
___
eclipse.org-committers mailing list
eclipse.org-committ...@eclipse.org
https://www.eclipse.org/mailman/listinfo/eclipse.org-committers

IMPORTANT: Membership in this list is generated by processes internal to 
the Eclipse Foundation.  To be permanently removed from this list, you 
must contact e...@eclipse.org to request removal.
___
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



___
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

[cross-project-issues-dev] Use Milestones/RCs To Test and Run

[Daniel Megert]

It would be great if everyone could at least test or even better, run on 
the latest milestone/RC. Platform got a stop ship bug for 4.13 and one for 
4.14 reported after RC2. The 4.13 bug was introduced in M3 and the 4.14 
bug in M1. So, there would have been enough room to find the bugs earlier.

Of course the Platform team does exactly that but everyone has its own 
patterns how to work and hence, unfortunately did not detect those bugs.

Thanks to everyone who helps with testing!
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

Re: [cross-project-issues-dev] [4.14] [regression] Bug 558004 - Several NPEs when compiling module declarations after 549855

[Daniel Megert]

This one will not be included in the respin.

Dani



From:   "Vikas Chandra" 
To: eclipse-...@eclipse.org
Cc: eclipse-pmc-boun...@eclipse.org, platform-dev 
, Cross-Project 

Date:   10.12.2019 05:08
Subject:[EXTERNAL] [cross-project-issues-dev] [4.14] [regression] 
Bug 558004 - Several NPEs when compiling module declarations after 549855
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi all,

Please see https://bugs.eclipse.org/bugs/show_bug.cgi?id=558004

This is a regression and my view point is we should add fix for this bug 
in the re-spin.

Thanks and Regards,
Vikas___
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



___
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] [4.14] [regression] Dot resources are shown by default in Project Explorer / Common Navigator

[Daniel Megert]

The Eclipse top-level project PMC has decided to respin. This will happen 
tomorrow. The fix is already merged.

Sorry for any inconvenience.
Dani



From:   "Andrey Loskutov" 
To: Cross-Project , pmc 
, platform-dev 
Date:   09.12.2019 13:09
Subject:[EXTERNAL] [cross-project-issues-dev] [4.14] [regression] 
Dot resources are shown by default in Project Explorer / Common Navigator
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi all,

please look at bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=558022.

TL;DR: users of every product that is based on Common Navigator will now 
see all dot files & directories by default, and there is no way to change 
this default for product integrators.

I'm worried about this and I think this could be a good reason to re-spin 
4.14 RC2 for the platform.

Please discuss on the bug.


Kind regards,
Andrey Loskutov

Спасение утопающих - дело рук самих утопающих

https://www.eclipse.org/user/aloskutov

___
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



___
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] [eclipse.org-planning-council] Restrict BIRT's Contribution...

[Daniel Megert]

Hi Ed

Is BIRT causing a regression in 4.14 or was it in the same state in 4.13? 
If the latter, I'm a bit concerned to do this in RC2.

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Cc: Eclipse Planning Council 

Date:   09.12.2019 12:51
Subject:[EXTERNAL] Re: [eclipse.org-planning-council] 
[cross-project-issues-dev]  Restrict BIRT's Contribution...
Sent by:eclipse.org-planning-council-boun...@eclipse.org



Folks,

I'll give the BIRT team until the end of today take respond and/or take 
action, and failing that, I think it best that I take "executive action" 
and limit BIRT's contribution to the feature needed by the train's 
downstream consumers.  It's also probably best to do as Ed suggests, 
I.e., remove the BIRT custom category as well because I have no idea 
what user-level functionality is provided by this small feature.

If anyone has concerns or objections, please speak up as soon as 
possible, because tomorrow I'll take action.

Regards,
Ed

On 07.12.2019 11:50, Ed Willink wrote:
> HI
>
> On 07/12/2019 09:39, Ed Merks wrote:
>>>
>>> Therefore surely all BIRT features should be removed from all SimRel 
>>> categories?
>>>
>> I took the approach of minimizing the impact, leaving this charting 
>> feature in the category.  I think that's least disruptive at this 
point.
>
> The BIRT chart feature would still be there for those who explore the 
> uncategorized view and of course for transitive install by consuming 
> projects such as MoDisco.
>
> No BIRT feature would be there to fool users into believing there is a 
> BIRT tool.
>
> For MoDisco it appears that total loss of BIRT would just require an 
> optional feature to be removed. Since that feature enables BIRT charts 
> to be modelized and BIRT is missing, retaining the feature presumably 
> only supports rescue of legacy BIRT charts.
>
> Regards
>
> Ed
>
> ___
> 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
___
eclipse.org-planning-council mailing list
eclipse.org-planning-coun...@eclipse.org
https://www.eclipse.org/mailman/listinfo/eclipse.org-planning-council

IMPORTANT: Membership in this list is generated by processes internal to 
the Eclipse Foundation.  To be permanently removed from this list, you 
must contact e...@eclipse.org to request removal.



___
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] Project Repository Reports

[Daniel Megert]

Thanks for the report Eike.

Eclipse Platform errors are tracked by https://bugs.eclipse.org/553806.

Dani



From:   Eike Stepper 
To: cross-project-issues-dev@eclipse.org
Date:   05.12.2019 09:15
Subject:[EXTERNAL] [cross-project-issues-dev] Project Repository 
Reports
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Committers,

Every once in a while during my work I notice broken p2 repositories, 
especially composites,  somewhere on 
download.eclipse.org. Sometimes p2 refuses to load the composites 
altogether, sometimes it loads them only partially, 
which often makes it even harder to detect the nature of the problem.

I have created a Jenkins job that finds and analyzes all p2 repos on the 
downloads server once per day. The job creates 
per-project reports and an overview page. The reports focus on the 
parent/child relationships between the ~18,000 
existing repos and highlight broken links. During the internal test phase 
of the report generator some projects could 
already fix many of their broken repos, so that we're now down to 188 
broken repos in total (down from ~550).

Please have a look at the overview page and find the report for your 
project:

https://download.eclipse.org/oomph/archive/p2-index/

I hope that the reports are helpful for you and that they help to 
eliminate all broken repos at some point. Your 
feedback is most welcome ;-)

Cheers
/Eike


https://urldefense.proofpoint.com/v2/url?u=http-3A__www.esc-2Dnet.de=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=KYBOIKP9EM6yCiXHAjrdfTQ3-Nh4XAQjJAfk1SkXBSo=Q2DF0F5E7r6gjv6sXJ8xOJ8PZcwuiRx5oyMtGBmLF8U=
 

https://urldefense.proofpoint.com/v2/url?u=http-3A__thegordian.blogspot.com=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=KYBOIKP9EM6yCiXHAjrdfTQ3-Nh4XAQjJAfk1SkXBSo=ux4turQ4jGCj8g6ZNg5MsxsPlUpgJN8xjVi_LE1taMQ=
 

https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_eikestepper=DwIGaQ=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=KYBOIKP9EM6yCiXHAjrdfTQ3-Nh4XAQjJAfk1SkXBSo=wdHCAQpo50f7PuYqpVf3lltN94rIe25f1DkKTOtWpoo=
 




___
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




___
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] Regarding updatation of N pages for Eclipse Installer and EPP w.r.t. Win10 Defender performance issue.

[Daniel Megert]

I am against to invest too much here. The message itself is clear and 
every user knows if he is on Windows 10 and uses Defender. Microsoft 
acknowledged the bug, especially it affects other things too, e.g. 
extracting files from archives can take very long.

Dani



From:   Rolf Theunissen 
To: Cross project issues 
Date:   16.10.2019 16:55
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Regarding 
updatation of N pages for Eclipse Installer and EPP w.r.t. Win10 
Defender performance issue.
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Mickael,

It must be possible to detect that Windows Defender is running and show a 
warning. At least IntelliJ IDEA and Android Studio's Project Marble should 
be doing similar, see 
https://blog.jetbrains.com/idea/2019/06/intellij-idea-2019-2-eap5-commit-from-local-changes-and-more/
 
(scroll down to "Windows Defender performance warning")

Regards,
Rolf

Op wo 16 okt. 2019 om 15:51 schreef Mickael Istria :
Hello Niraj,

Let's first assume that the vast majority of users don't read any 
documentation ;)
Can we detect that we are in the "slow" case at runtime? Would it make 
sense to open a popup on startup when we know we're in a bad state?

Cheers,
___
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
___
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



___
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] M2E needs update to PDE 4+

[Daniel Megert]

The change has been reverted.

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   30.09.2019 10:12
Subject:[EXTERNAL] Re: [cross-project-issues-dev] M2E needs update 
to PDE 4+
Sent by:cross-project-issues-dev-boun...@eclipse.org



Dani,
In https://bugs.eclipse.org/bugs/show_bug.cgi?id=550962#c4 Lars suggests 
it might be too late.  
I think if we want to change the version differently than how it was 
changed in this existing bug we should reopen that bug so that all related 
changes are tracked in one place.  Or not?
Regards,
Ed

On 30.09.2019 09:59, Daniel Megert wrote:
Ed, I agree and we should consider to fix this. Can you please open a bug 
report and post it here,

Dani



From:Ed Merks 
To:cross-project-issues-dev@eclipse.org
Date:28.09.2019 09:08
Subject:[EXTERNAL] Re: [cross-project-issues-dev] M2E needs update 
to PDE 4+
Sent by:cross-project-issues-dev-boun...@eclipse.org



It seems to me that the version increment made to the PDE feature is not 
following the semantic rules.   They're pretty clear on this topic:
  https://wiki.eclipse.org/Version_Numbering#Versioning_features
Looking at  this
 
https://download.eclipse.org/oomph/archive/reports/download.eclipse.org/eclipse/updates/4.14-I-builds/http___download.eclipse.org_eclipse_updates_4.14-I-builds_I20190927-0255/org.eclipse.pde.feature.group_4.14.0.v20190927-0255.html

I see no requirement that would justify a major version increment for this 
feature.
And of course now we see the problems that result from using versions like 
a convenient brand instead of having semantic meaning. 
I suppose it's too late to undo this now though, right? Or is that still 
possible because it's only in IBuilds so far?

On 28.09.2019 08:52, Aleksandar Kurtakov wrote:


On Sat, Sep 28, 2019 at 9:35 AM Alexander Fedorov <
alexander.fedo...@arsysop.ru> wrote: 
Hello,

Having problems while trying to install Tycho Project Configurators to 
Eclipse Platform workspace configured by Oomph.
Looks like with the last PDE version increase we need to obtain new M2E 
build.

What is the proper way to address this issue?


Vote for this github PR https://github.com/tesla/m2eclipse-tycho/pull/43.
I have a local build with it which improved the situation. 

Regards,
Af

PS The error log:
Cannot complete the install because of a conflicting dependency.
   Software being installed: Tycho Project Configurators 
0.8.1.201704211436 (org.sonatype.tycho.m2e.feature.feature.group 
0.8.1.201704211436)
   Software currently installed: Eclipse Plug-in Development Environment 
4.14.0.v20190927-0255 (org.eclipse.pde.feature.group 
4.14.0.v20190927-0255)
   Only one of the following can be installed at once:
 PDE Runtime 3.6.700.v20190912-0817 (org.eclipse.pde.runtime 
3.6.700.v20190912-0817)
 PDE Runtime 3.6.600.v20190807-1130 (org.eclipse.pde.runtime 
3.6.600.v20190807-1130)
   Cannot satisfy dependency:
 From: Eclipse Plug-in Development Environment 
3.14.100.v20190916-1045 (org.eclipse.pde.feature.group 
3.14.100.v20190916-1045)
 To: org.eclipse.equinox.p2.iu; org.eclipse.pde.runtime 
[3.6.600.v20190807-1130,3.6.600.v20190807-1130]
   Cannot satisfy dependency:
 From: Eclipse Plug-in Development Environment 4.14.0.v20190927-0255 
(org.eclipse.pde.feature.group 4.14.0.v20190927-0255)
 To: org.eclipse.equinox.p2.iu; org.eclipse.pde.runtime 
[3.6.700.v20190912-0817,3.6.700.v20190912-0817]
   Cannot satisfy dependency:
 From: Tycho Project Configurators 0.8.1.201704211436 
(org.sonatype.tycho.m2e.feature.feature.group 0.8.1.201704211436)
 To: org.eclipse.equinox.p2.iu; org.eclipse.pde.feature.group 
[3.6.0,4.0.0)
___
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



-- 
Alexander Kurtakov
Red Hat Eclipse Team

___
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
___
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



___
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
___
cross-project-issues-dev mailing list

Re: [cross-project-issues-dev] M2E needs update to PDE 4+

[Daniel Megert]

Ed, I agree and we should consider to fix this. Can you please open a bug 
report and post it here,

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   28.09.2019 09:08
Subject:[EXTERNAL] Re: [cross-project-issues-dev] M2E needs update 
to PDE 4+
Sent by:cross-project-issues-dev-boun...@eclipse.org



It seems to me that the version increment made to the PDE feature is not 
following the semantic rules.   They're pretty clear on this topic:
  https://wiki.eclipse.org/Version_Numbering#Versioning_features
Looking at  this
 
https://download.eclipse.org/oomph/archive/reports/download.eclipse.org/eclipse/updates/4.14-I-builds/http___download.eclipse.org_eclipse_updates_4.14-I-builds_I20190927-0255/org.eclipse.pde.feature.group_4.14.0.v20190927-0255.html
I see no requirement that would justify a major version increment for this 
feature.
And of course now we see the problems that result from using versions like 
a convenient brand instead of having semantic meaning. 
I suppose it's too late to undo this now though, right? Or is that still 
possible because it's only in IBuilds so far?

On 28.09.2019 08:52, Aleksandar Kurtakov wrote:


On Sat, Sep 28, 2019 at 9:35 AM Alexander Fedorov <
alexander.fedo...@arsysop.ru> wrote:
Hello,

Having problems while trying to install Tycho Project Configurators to 
Eclipse Platform workspace configured by Oomph.
Looks like with the last PDE version increase we need to obtain new M2E 
build.

What is the proper way to address this issue?

Vote for this github PR https://github.com/tesla/m2eclipse-tycho/pull/43 .
I have a local build with it which improved the situation.

Regards,
Af

PS The error log:
Cannot complete the install because of a conflicting dependency.
   Software being installed: Tycho Project Configurators 
0.8.1.201704211436 (org.sonatype.tycho.m2e.feature.feature.group 
0.8.1.201704211436)
   Software currently installed: Eclipse Plug-in Development Environment 
4.14.0.v20190927-0255 (org.eclipse.pde.feature.group 
4.14.0.v20190927-0255)
   Only one of the following can be installed at once:
 PDE Runtime 3.6.700.v20190912-0817 (org.eclipse.pde.runtime 
3.6.700.v20190912-0817)
 PDE Runtime 3.6.600.v20190807-1130 (org.eclipse.pde.runtime 
3.6.600.v20190807-1130)
   Cannot satisfy dependency:
 From: Eclipse Plug-in Development Environment 
3.14.100.v20190916-1045 (org.eclipse.pde.feature.group 
3.14.100.v20190916-1045)
 To: org.eclipse.equinox.p2.iu; org.eclipse.pde.runtime 
[3.6.600.v20190807-1130,3.6.600.v20190807-1130]
   Cannot satisfy dependency:
 From: Eclipse Plug-in Development Environment 4.14.0.v20190927-0255 
(org.eclipse.pde.feature.group 4.14.0.v20190927-0255)
 To: org.eclipse.equinox.p2.iu; org.eclipse.pde.runtime 
[3.6.700.v20190912-0817,3.6.700.v20190912-0817]
   Cannot satisfy dependency:
 From: Tycho Project Configurators 0.8.1.201704211436 
(org.sonatype.tycho.m2e.feature.feature.group 0.8.1.201704211436)
 To: org.eclipse.equinox.p2.iu; org.eclipse.pde.feature.group 
[3.6.0,4.0.0)
___
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


-- 
Alexander Kurtakov
Red Hat Eclipse Team

___
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
___
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



___
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] PlatformUI Gerrit builds are failing

[Daniel Megert]

Tried it too - no luck.

Dani



From:   Andrey Loskutov 
To: cross-project-issues-dev@eclipse.org
Date:   27.09.2019 17:38
Subject:[EXTERNAL] Re: [cross-project-issues-dev] PlatformUI 
Gerrit builds are failing
Sent by:cross-project-issues-dev-boun...@eclipse.org



I can't retrigger
https://ci-staging.eclipse.org/jdt/job/eclipse.jdt.core-Gerrit/2407/ -
nothing happens if I do.

Another bug?

On 27.09.2019 17:30, Frederic Gurr wrote:
> Fixed.
>
> On 27.09.19 16:54, Andrey Loskutov wrote:
>> Fred,
>>
>> Gerrit still fails:
>> 
https://ci-staging.eclipse.org/jdt/job/eclipse.jdt.core-Gerrit/2407/console

>>
>> On 27.09.2019 15:57, Frederic Gurr wrote:
>>> Hi,
>>>
>>> To avoid further errors, I have recreated (just) the folder
>>> "/opt/tools/java/oracle/jdk-1.4/latest/jre". It will be removed once 
all
>>> toolchain files have been updated.
>>>
>>> Please note, this only affects Jenkins instances on the new infra.
>>>
>>> Regards.
>>>
>>> Fred
>>>
>>> On 27.09.19 15:40, Karsten Thoms wrote:
 I just experienced the same issue for a p2 change.
 Opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=551564 to track
 this.

 ~Karsten

> Am 27.09.2019 um 15:10 schrieb Wim Jongman  >:
>
>   From the logs:
>
> *14:48:11* [ERROR] Failed to execute goal
> 
org.eclipse.tycho.extras:tycho-eclipserun-plugin:1.5.0-SNAPSHOT:eclipse-run
>
> (default)
> on project org.eclipse.core.commands: Error while executing 
platform:
>
> Non-existing JDK home configuration at
> /opt/tools/java/oracle/jdk-1.4/latest/jre -> [Help 1]
>
> On Fri, Sep 27, 2019 at 3:09 PM Wim Jongman  > wrote:
>
>   Hi,
>
>   Gerrit builds fail with a weird message. is anyone able to 
jump
> in?
>
>   
https://ci.eclipse.org/platform/job/eclipse.platform.ui-Gerrit/
>
>   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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

>>>
>>
>> --
>> Kind regards,
>> Andrey Loskutov
>>
>> https://www.eclipse.org/user/aloskutov
>> -
>> Спасение утопающих - дело рук самих утопающих
>> -
>> ___
>> 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
>

--
Kind regards,
Andrey Loskutov

https://www.eclipse.org/user/aloskutov
-
Спасение утопающих - дело рук самих утопающих
-
___
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



___
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] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Hi Matthias

As said, I would have suggested not to do that. I see it as minor 
inconsistency when looking at the whole IDE, but as long as EGit (or any 
other project) applies the same style in the whole project then I can live 
with it.

Dani



From:   "Becker, Matthias" 
To: Cross project issues 
Date:   25.09.2019 17:20
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,
 
and what about the eGit tooling? The ?interactive rebase? view does use 
icons and text heavily (and I really like that). Does eGit *not* belong to 
the ?IDE? you are talking about?
Is the ?interactive rebase? causing inconsistencies in the IDE? Or would 
you say that this is not an inconsistency?

Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 17:09
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Hi Matthias

> "suboptimal UX".
Like several others expressed, no icons are preferred and the standard on 
Windows and Linux.

> Would ?advise against it but not -1?? What?s the difference between 
?advise against? and ?-1??
Advise is giving an advice. Not give -1 means I would not block the 
contribution. Look at it as giving a 0.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 16:45
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Dani,
 
I understand your point. Then let?s say it in other words:
Should new plugins stick to ?old? (and maybe suboptimal) UX because 
already existing plugins use suboptimal UX?
 
What about a set of 3rd party plugins. Should it be allowed for them to 
decide to use icons on buttons in all their UIs?
Would ?advise against it but not -1?? What?s the difference between 
?advise against? and ?-1??
 
And what about the eGit tooling? The ?interactive rebase? view does use 
icons and text heavily (and I really like that). Does eGit *not* belong to 
the ?IDE? you are talking about?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 16:30
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Hi Matthias

My main concern is consistency in the IDE. I don't think anyone would come 
forward to update the Plug-in Manifest editor for example. On the other 
hand if there is a new editor that consistently uses icons, I would still 
advise against it but not -1 it.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 15:57
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Dani,
 
yes I know that e.g. the Plug-in Manifest editor does only use text. But I 
question if it would not be better to use Icons (and/or Text) for such 
standard functions (for trees / tables) like
?Add?, ?Remove?, ?Up?, ?Down?.
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:49
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Toolbars use icons without text. Within the part buttons usually only use 
text, see e.g. Plug-in Manifest editor.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 15:24
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org


  
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have 

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Hi Matthias

> "suboptimal UX".
Like several others expressed, no icons are preferred and the standard on 
Windows and Linux.

> Would ?advise against it but not -1?? What?s the difference between 
?advise against? and ?-1??
Advise is giving an advice. Not give -1 means I would not block the 
contribution. Look at it as giving a 0.

Dani



From:   "Becker, Matthias" 
To: Cross project issues 
Date:   25.09.2019 16:45
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,
 
I understand your point. Then let?s say it in other words:
Should new plugins stick to ?old? (and maybe suboptimal) UX because 
already existing plugins use suboptimal UX?
 
What about a set of 3rd party plugins. Should it be allowed for them to 
decide to use icons on buttons in all their UIs?
Would ?advise against it but not -1?? What?s the difference between 
?advise against? and ?-1??
 
And what about the eGit tooling? The ?interactive rebase? view does use 
icons and text heavily (and I really like that). Does eGit *not* belong to 
the ?IDE? you are talking about?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 16:30
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Hi Matthias

My main concern is consistency in the IDE. I don't think anyone would come 
forward to update the Plug-in Manifest editor for example. On the other 
hand if there is a new editor that consistently uses icons, I would still 
advise against it but not -1 it.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 15:57
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Dani,
 
yes I know that e.g. the Plug-in Manifest editor does only use text. But I 
question if it would not be better to use Icons (and/or Text) for such 
standard functions (for trees / tables) like
?Add?, ?Remove?, ?Up?, ?Down?.
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:49
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Toolbars use icons without text. Within the part buttons usually only use 
text, see e.g. Plug-in Manifest editor.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 15:24
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 
 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:
 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:
 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:
Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? Th

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Why not just say 'Find Actions' button? I agree that this is ugly! I've 
reopened the bug report.

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   25.09.2019 16:42
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



My latest comes from the most recent IBuild, I20190924-1800.   That's 
definitely the most recent.
It seems pretty clear that this commit replaced the TextField with a 
Button that brings up a dialog:
  
https://git.eclipse.org/c/platform/eclipse.platform.ui.git/diff/bundles/org.eclipse.ui.workbench/Eclipse%20UI/org/eclipse/ui/internal/quickaccess/SearchField.java?id=faf20d3317002d1d79af174ff7673f64ff7569d6
It's part of part of this Bugzilla:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=500618
So it's coming from the platform.ui.
It looks to be a work in progress with a recent suggestion to just use a 
toolbar button...
On 25.09.2019 16:22, Daniel Megert wrote:
Hi Ed

I'm always on the latest ;-). But I can't see that button in the Eclipse 
SDK. Is this coming from some other project?

Dani



From:Ed Merks 
To:cross-project-issues-dev@eclipse.org
Date:25.09.2019 16:05
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Dani,
Sorry, it's new to a recent 4.14 IBuild:

On 25.09.2019 15:44, Daniel Megert wrote:
> And what about this new-to-2019-09 button?

Where is that?

Dani



From:Ed Merks 
To:cross-project-issues-dev@eclipse.org
Date:25.09.2019 15:33
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



And menus. Might this look "prettier" with more consistent use of images?

And what about this new-to-2019-09 button?

It's a bit ugly in my ignorant opinion.

On 25.09.2019 15:24, Becker, Matthias wrote: 
Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From: on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 
 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:
 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:
 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:
Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? The Add, 
Remove, Up, Down and Edit buttons could also get icons (that already 
either already exist in Eclipse or are known by ?everybody? from every 
day?s life).
 
Regards,
Matthias
 
 
 
 [attachment "image001.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image002.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image003.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image004.png" deleted by Daniel Megert/Zurich/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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Hi Matthias

My main concern is consistency in the IDE. I don't think anyone would come 
forward to update the Plug-in Manifest editor for example. On the other 
hand if there is a new editor that consistently uses icons, I would still 
advise against it but not -1 it.

Dani



From:   "Becker, Matthias" 
To: Cross project issues 
Date:   25.09.2019 15:57
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,
 
yes I know that e.g. the Plug-in Manifest editor does only use text. But I 
question if it would not be better to use Icons (and/or Text) for such 
standard functions (for trees / tables) like
?Add?, ?Remove?, ?Up?, ?Down?.
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:49
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Toolbars use icons without text. Within the part buttons usually only use 
text, see e.g. Plug-in Manifest editor.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 15:24
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 
 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:
 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:
 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:
Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? The Add, 
Remove, Up, Down and Edit buttons could also get icons (that already 
either already exist in Eclipse or are known by ?everybody? from every 
day?s life).
 
Regards,
Matthias
 
 
 
 [attachment "image001.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image002.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image003.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image004.png" deleted by Daniel Megert/Zurich/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://www.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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
T

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Hi Ed

I'm always on the latest ;-). But I can't see that button in the Eclipse 
SDK. Is this coming from some other project?

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   25.09.2019 16:05
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Dani,
Sorry, it's new to a recent 4.14 IBuild:

On 25.09.2019 15:44, Daniel Megert wrote:
> And what about this new-to-2019-09 button?

Where is that?

Dani



From:Ed Merks 
To:cross-project-issues-dev@eclipse.org
Date:25.09.2019 15:33
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



And menus. Might this look "prettier" with more consistent use of images?

And what about this new-to-2019-09 button?

It's a bit ugly in my ignorant opinion.

On 25.09.2019 15:24, Becker, Matthias wrote: 
Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From: on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 
 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:
 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:
 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:
Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? The Add, 
Remove, Up, Down and Edit buttons could also get icons (that already 
either already exist in Eclipse or are known by ?everybody? from every 
day?s life).
 
Regards,
Matthias
 
 
 
 [attachment "image001.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image002.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image003.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image004.png" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
[attachment "pikfeogbbcnbmjan.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "ngpdbkndgdjcdaal.png" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
[attachment "dddbdilgjajnplcc.png" deleted by Da

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Toolbars use icons without text. Within the part buttons usually only use 
text, see e.g. Plug-in Manifest editor.

Dani



From:   "Becker, Matthias" 
To: Cross project issues 
Date:   25.09.2019 15:24
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 
 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:
 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:
 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:
Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? The Add, 
Remove, Up, Down and Edit buttons could also get icons (that already 
either already exist in Eclipse or are known by ?everybody? from every 
day?s life).
 
Regards,
Matthias
 
 
 
 [attachment "image001.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image002.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image003.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image004.png" deleted by Daniel Megert/Zurich/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://www.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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

> And what about this new-to-2019-09 button?

Where is that?

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   25.09.2019 15:33
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Text and / or 
Icons on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



And menus. Might this look "prettier" with more consistent use of images?

And what about this new-to-2019-09 button?

It's a bit ugly in my ignorant opinion.

On 25.09.2019 15:24, Becker, Matthias wrote:
Hi Dani,
 
and what about view and editors?
 
Regards,
Matthias
 
From:  on behalf of Daniel 
Megert 
Reply to: Cross project issues 
Date: Wednesday, 25. September 2019 at 15:21
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Text and / or Icons on Buttons / 
ToolbarItems
 
Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:"Becker, Matthias" 
To:Cross project issues 
Date:25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 
 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:
 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:
 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:
Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? The Add, 
Remove, Up, Down and Edit buttons could also get icons (that already 
either already exist in Eclipse or are known by ?everybody? from every 
day?s life).
 
Regards,
Matthias
 
 
 
 [attachment "image001.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image002.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image003.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image004.png" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
[attachment "pikfeogbbcnbmjan.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "ngpdbkndgdjcdaal.png" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Text and / or Icons on Buttons / ToolbarItems

[Daniel Megert]

Buttons in dialogs should use text and that's what you see in almost all 
our dialogs. It's also what Microsoft does in its dialogs (can't speak for 
Mac or Linux).

-1 for using emojis.

Dani



From:   "Becker, Matthias" 
To: Cross project issues 
Date:   25.09.2019 11:47
Subject:[EXTERNAL] [cross-project-issues-dev] Text and / or Icons 
on Buttons / ToolbarItems
Sent by:cross-project-issues-dev-boun...@eclipse.org



Dear Eclipse experts,
 
today I had a discussion with co-workers and I also want your feedback on 
that topic.
It?s about Text and/or Icons on (Standard) Buttons:
 
Today we see a lot of dialogs in Eclipse where we have buttons that only 
have text but no icons.
On example is Platforms ?Available Update Sites? preference page. 

 
There we have Add, Remove, Edit, ? on the right hand side of the table. 
Btw: Should the ?Edit? button not be ?Edit???
 
Also JDT?s ?Change Method Signature? refactoring dialog has a similar 
pattern:

 
In contrast to that let?s have a look at the ?Rebase Interactive? view 
from EGIT:

 
Here we also have buttons. But they all have icons and in addition they 
have text below the icons. I find the UI design of the interactive rebase 
view really good. The ?first time users? (that maybe
don?t know the meaning of some icons) can directly read the text (and 
don?t need to hover with the mouse) and will (maybe) learn the icons. 
In addition there?s a context menu and we have key binding for the various 
actions.
 
Let?s have a look at an additional location of icons and text. The 
perspective switcher:

Here we also have Icons and text (but not on the right hand side) by 
default but the ?power user? can switch the text off.
 
What?s the reason for not having icons on the other locations? The Add, 
Remove, Up, Down and Edit buttons could also get icons (that already 
either already exist in Eclipse or are known by ?everybody? from every 
day?s life).
 
Regards,
Matthias
 
 
 
 [attachment "image001.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image002.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image003.png" deleted by Daniel Megert/Zurich/IBM] 
[attachment "image004.png" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] The Eclipse IDE 2019-09 release is available now!

[Daniel Megert]

> Thanks to all users, bug reporters, contributors, committers, releng
> engineers and everyone else involved with making this release possible!
+100!

Thanks!
Dani



From:   Frederic Gurr 
To: Cross project issues 
Date:   18.09.2019 16:13
Subject:[EXTERNAL] [cross-project-issues-dev] The Eclipse IDE 
2019-09 release is  available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



The main repository is at

  http://download.eclipse.org/releases/2019-09/

(http://download.eclipse.org/releases/latest also points to it)

The EPP (all-in-one) packages are available at

  https://www.eclipse.org/downloads/eclipse-packages/

The landing page can be found here:

  https://www.eclipse.org/eclipseide/2019-09/

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. 46, D-64673 Zwingenberg
Handelsregister: Darmstadt HRB 92821
Managing Directors: Ralph Mueller, Mike Milinkovich, Gaël Blondelle
___
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



___
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] Fw: SimRel 2019-09 RC2 crashes on Windows 10 on inline rename in the Project Explorer

[Daniel Megert]

We have contributed our fix to the SimRel.

Dani



From:   Daniel Megert/Zurich/IBM
To: "Cross project issues (cross-project-issues-dev@eclipse.org)" 
, "Eclipse Planning Council private 
list" 
Cc: "eclipse-...@eclipse.org" 
Date:   16.09.2019 16:47
Subject:Re: Fw: [EXTERNAL] [cross-project-issues-dev] SimRel 
2019-09 RC2 crashes on Windows 10 on inline rename in the Project Explorer




Bad news!

The inline rename crashes reliably in the following scenario:

In Project Explorer press 'F2' to start inline renaming and press 'Enter'. 
Now switch focus to an editor after successful rename. For some editors it 
won't crash, but switching focus back to Project Explorer leads to a 
crash.

This means any Windows 10 user that tries to rename a file which supports 
inline rename will get a crash. This is a blocker.

There are other scenarios where the crash happens, also in the Navigator. 
For details see https://bugs.eclipse.org/bugs/show_bug.cgi?id=550857#c21.

The Eclipse PMC decided to remove the feature as it also has a very bad 
user experience. We delivered the fix and will do a respin of Platform/SDK 
build shortly. We do not see any user friendly alternative to respin the 
train repo and the EPPs. Hopefully we can still do this on time for the 
release on Wednesday.

Dani




From:   Daniel Megert/Zurich/IBM
To: "eclipse-...@eclipse.org" 
Cc: "Cross project issues (cross-project-issues-dev@eclipse.org)" 

Date:   13.09.2019 16:02
Subject:Fw: [EXTERNAL] [cross-project-issues-dev] SimRel 2019-09 
RC2 crashes on Windows 10 on inline rename in the Project Explorer


Moving to Eclipse PMC.

The changes are not small and we're past RC2 and supposed to ship next 
week. I'm currently tending to not revert.

PMC members, please chime in.

Dani

- Forwarded by Daniel Megert/Zurich/IBM on 13.09.2019 15:56 -

From:   Holger Voormann 
To: Cross project issues 
Date:   13.09.2019 14:38
Subject:[EXTERNAL] [cross-project-issues-dev] SimRel 2019-09 RC2 
crashes on Windows 10 on inline rename in the Project Explorer
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

At least on my Windows 10 computer, the Java VM crashes (immediately or 
after a delay) when using the new inline rename feature (F2) in the 
Project Explorer. Changes of files that have not yet been saved will be 
lost.

I've tested it on two more computers. On another Windows 7 computer with 
the same Eclipse IDE and JRE it did not crash, but on another Windows 10 
computer it did. The issue seems to occur on Windows 10 independent of 
the CPU/GPU, of the Java VM and of the IDE package.

Therefore I suggest, as long as bug 550857 (
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_550857=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QPFQVSeRTgB1mWewZnwdIkqYMX9hnTvRxUZlU57B_FE=BD5akAvTaQmkr1Y557a5p7wcPS4DOZ6_ngasIbhVWd8=
 
) is 
not fixed, to revert inline renaming in the Project Explorer (bug 548877 
- 
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_548877=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QPFQVSeRTgB1mWewZnwdIkqYMX9hnTvRxUZlU57B_FE=faNrFfnmvZb3eYC_3a7GBUUcho5GEAqx0fkB4W1r1BY=
 
).

Thanks,

Holger
___
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







___
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] Fw: SimRel 2019-09 RC2 crashes on Windows 10 on inline rename in the Project Explorer

[Daniel Megert]

Bad news!

The inline rename crashes reliably in the following scenario:

In Project Explorer press 'F2' to start inline renaming and press 'Enter'. 
Now switch focus to an editor after successful rename. For some editors it 
won't crash, but switching focus back to Project Explorer leads to a 
crash.

This means any Windows 10 user that tries to rename a file which supports 
inline rename will get a crash. This is a blocker.

There are other scenarios where the crash happens, also in the Navigator. 
For details see https://bugs.eclipse.org/bugs/show_bug.cgi?id=550857#c21.

The Eclipse PMC decided to remove the feature as it also has a very bad 
user experience. We delivered the fix and will do a respin of Platform/SDK 
build shortly. We do not see any user friendly alternative to respin the 
train repo and the EPPs. Hopefully we can still do this on time for the 
release on Wednesday.

Dani



From:   Daniel Megert/Zurich/IBM
To: "eclipse-...@eclipse.org" 
Cc: "Cross project issues (cross-project-issues-dev@eclipse.org)" 

Date:   13.09.2019 16:02
Subject:Fw: [EXTERNAL] [cross-project-issues-dev] SimRel 2019-09 
RC2 crashes on Windows 10 on inline rename in the Project Explorer


Moving to Eclipse PMC.

The changes are not small and we're past RC2 and supposed to ship next 
week. I'm currently tending to not revert.

PMC members, please chime in.

Dani

- Forwarded by Daniel Megert/Zurich/IBM on 13.09.2019 15:56 -

From:   Holger Voormann 
To: Cross project issues 
Date:   13.09.2019 14:38
Subject:[EXTERNAL] [cross-project-issues-dev] SimRel 2019-09 RC2 
crashes on Windows 10 on inline rename in the Project Explorer
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

At least on my Windows 10 computer, the Java VM crashes (immediately or 
after a delay) when using the new inline rename feature (F2) in the 
Project Explorer. Changes of files that have not yet been saved will be 
lost.

I've tested it on two more computers. On another Windows 7 computer with 
the same Eclipse IDE and JRE it did not crash, but on another Windows 10 
computer it did. The issue seems to occur on Windows 10 independent of 
the CPU/GPU, of the Java VM and of the IDE package.

Therefore I suggest, as long as bug 550857 (
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_550857=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QPFQVSeRTgB1mWewZnwdIkqYMX9hnTvRxUZlU57B_FE=BD5akAvTaQmkr1Y557a5p7wcPS4DOZ6_ngasIbhVWd8=
 
) is 
not fixed, to revert inline renaming in the Project Explorer (bug 548877 
- 
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_548877=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QPFQVSeRTgB1mWewZnwdIkqYMX9hnTvRxUZlU57B_FE=faNrFfnmvZb3eYC_3a7GBUUcho5GEAqx0fkB4W1r1BY=
 
).

Thanks,

Holger
___
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






___
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] Fw: SimRel 2019-09 RC2 crashes on Windows 10 on inline rename in the Project Explorer

[Daniel Megert]

Hi Holger

Please post on eclipse-pmc. That's where the decision happens. I will 
respond there.

Dani



From:   Holger Voormann 
To: Cross project issues 
Date:   14.09.2019 12:51
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Fw: SimRel 
2019-09 RC2 crashes on Windows 10 on inline rename in the Project Explorer
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,

This is bad news because many Eclipse users have Windows 10 and renaming 
files is a basic feature.

How big would be the change only to disable inline renaming instead of 
to revert the corresponding code changes and display the old, still 
existing dialog? Also the renaming of Java files inside the source 
folder is currently not done inline, but in a dialog.

If we deliver Eclipse with this known issue, then Windows 10 users 
should be warned (e.g. on the download page) that inline renaming (in 
the Project Explorer and in the Navigator) in many (or most?) cases 
causes a crash and unsaved changes will be irreversibly lost.

In 2019-09 (4.13) RC2 also hiding/showing the Git History Find Toolbar 
causes reproducible crashes on Windows 10.

Thanks,

Holger


On 9/13/2019 4:03 PM, Daniel Megert wrote:
> Moving to Eclipse PMC.
> 
> The changes are not small and we're past RC2 and supposed to ship next 
> week. I'm currently tending to not revert.
> 
> PMC members, please chime in.
> 
> Dani
> 
> ----- Forwarded by Daniel Megert/Zurich/IBM on 13.09.2019 15:56 -
> 
> From: Holger Voormann 
> To: Cross project issues 
> Date: 13.09.2019 14:38
> Subject: [EXTERNAL] [cross-project-issues-dev] SimRel 2019-09 RC2 
> crashes on Windows 10 on inline rename in the Project Explorer
> Sent by: cross-project-issues-dev-boun...@eclipse.org
> 
> 
> 
> 
> Hi,
> 
> At least on my Windows 10 computer, the Java VM crashes (immediately or
> after a delay) when using the new inline rename feature (F2) in the
> Project Explorer. Changes of files that have not yet been saved will be
> lost.
> 
> I've tested it on two more computers. On another Windows 7 computer with
> the same Eclipse IDE and JRE it did not crash, but on another Windows 10
> computer it did. The issue seems to occur on Windows 10 independent of
> the CPU/GPU, of the Java VM and of the IDE package.
> 
> Therefore I suggest, as long as bug 550857 (
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_550857=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=wTmKLe_OGdI6UvYxHPx7VrVE1aaAj9CQP64vAYpgKTQ=GF3jDPl88KXAnX3gPjA4tQxN4nPSTdOgr-WlbF7xPPA=
 
) is
> not fixed, to revert inline renaming in the Project Explorer (bug 548877
> - 
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_548877=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=wTmKLe_OGdI6UvYxHPx7VrVE1aaAj9CQP64vAYpgKTQ=J3IDWbx3pE2-3t9XoW2d-czWtiVnN3OXNYpeCGQwdGg=
 
).
> 
> Thanks,
> 
> Holger
> ___
> 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
> 
> 
> 
> 
> ___
> 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
> 

___
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





___
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

[cross-project-issues-dev] Fw: SimRel 2019-09 RC2 crashes on Windows 10 on inline rename in the Project Explorer

[Daniel Megert]

Moving to Eclipse PMC.

The changes are not small and we're past RC2 and supposed to ship next 
week. I'm currently tending to not revert.

PMC members, please chime in.

Dani

- Forwarded by Daniel Megert/Zurich/IBM on 13.09.2019 15:56 -

From:   Holger Voormann 
To: Cross project issues 
Date:   13.09.2019 14:38
Subject:[EXTERNAL] [cross-project-issues-dev] SimRel 2019-09 RC2 
crashes on Windows 10 on inline rename in the Project Explorer
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

At least on my Windows 10 computer, the Java VM crashes (immediately or 
after a delay) when using the new inline rename feature (F2) in the 
Project Explorer. Changes of files that have not yet been saved will be 
lost.

I've tested it on two more computers. On another Windows 7 computer with 
the same Eclipse IDE and JRE it did not crash, but on another Windows 10 
computer it did. The issue seems to occur on Windows 10 independent of 
the CPU/GPU, of the Java VM and of the IDE package.

Therefore I suggest, as long as bug 550857 (
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_550857=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QPFQVSeRTgB1mWewZnwdIkqYMX9hnTvRxUZlU57B_FE=BD5akAvTaQmkr1Y557a5p7wcPS4DOZ6_ngasIbhVWd8=
 
) is 
not fixed, to revert inline renaming in the Project Explorer (bug 548877 
- 
https://urldefense.proofpoint.com/v2/url?u=http-3A__eclip.se_548877=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=QPFQVSeRTgB1mWewZnwdIkqYMX9hnTvRxUZlU57B_FE=faNrFfnmvZb3eYC_3a7GBUUcho5GEAqx0fkB4W1r1BY=
 
).

Thanks,

Holger
___
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




___
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

[cross-project-issues-dev] Initial 2019-09 (4.13) Plan for Eclipse Top-Level Project

[Daniel Megert]

Our initial 2019-09 (4.13) plan is now online. Please report any issues 
here.

NOTE: Equinox is still in the planning phase.

Please keep in mind that this is just the first version and will change 
until we release in September.

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

Re: [cross-project-issues-dev] Request for respin of 2019-06

[Daniel Megert]

Hi Ed

Let's continue the discussion in https://bugs.eclipse.org/548397. We first 
need to see whether this really has a serious impact. Only then we can 
start the discussion about a respin (after we have a fix, of course).

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   18.06.2019 18:24
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Request for 
respin of 2019-06
Sent by:cross-project-issues-dev-boun...@eclipse.org



At the moment, the missing signatures of Windows executables in any of the 
p2 repositories is starting to look like a pretty serious problem.  E.g., 
this file does not contain a signed eclipse.exe
  
https://download.eclipse.org/technology/epp/packages/2019-06/R/binary/epp.package.committers.executable.win32.win32.x86_64_4.12.0.20190614-1200
I think that stems from the fact the platform repo has not signed its 
eclipse.exe:
  https://bugs.eclipse.org/bugs/show_bug.cgi?id=548397
As a result, none of the installations create by the installer will have a 
signed executable (nor will any update of any existing installation update 
to produce a signed executable).

I'm also a very concerned that the 
https://download.eclipse.org/technology/epp/packages/2019-06 repo does not 
look to be in the normal state that it's typically in right before being 
published on the release day.  I.e., there to not exist the expected 
binary, features and plugins folders with content that have been mirrored 
ahead of time; perhaps that will be prepared in the next few hours...

In the end, all this does not look promising for a high-quality release 
tomorrow.


On 18.06.2019 17:46, Matthias Wienand wrote:
Hello, everybody,

I'm sorry for the late communication during quiet week.

I wanted to get involved in the corresponding discussion about the Respin: 
I would be happy about a Respin, that would allow me to update the GEF 
contribution for the release, which fixes a little annoyance in the user 
interface.

https://git.eclipse.org/r/144374

Best regards,
Matthias
--

Matthias Wienand
B.Sc. Softwaretechnik
Software Engineer

Telefon: +49 231 9860 202
Telefax: +49 231 9860 211
Mobil:   +49 152 26802283


matthias.wien...@itemis.de
http://www.xing.com/profile/Matthias_Wienand2
http://www.itemis.de


itemis AG

Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Abdelghani El-Kacimi
Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.), Michael Neuhaus, Jennifer 
Fiorentino


___
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
___
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



___
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] Fetching from Gerrit fails

[Daniel Megert]

I've sent a note to Denis. Direct pull/push works.

Dani



From:   Matthias Sohn 
To: Cross project issues , 
"Webmaster(Matt Ward)" 
Date:   15.06.2019 18:36
Subject:[EXTERNAL] [cross-project-issues-dev] Fetching from Gerrit 
fails
Sent by:cross-project-issues-dev-boun...@eclipse.org



Gerrit seems to feel unhappy and git fetch fails both via https and ssh 
protocol.
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=548302

-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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [equinox-dev] Trigger a Gerrit event manually is broken

[Daniel Megert]

The issues have been fixed by Denis.

Dani



From:   Daniel Megert/Zurich/IBM
To: "Cross Project" , 
webmas...@eclipse.org
Date:   01.06.2019 13:07
Subject:Re: [equinox-dev] Trigger a Gerrit event manually is 
broken


And I can no longer pull via ssh. I get

Caused by: com.jcraft.jsch.JSchException: Session.connect: 
java.net.SocketTimeoutException: Read timed out
or
Caused by: com.jcraft.jsch.JSchException: connection is closed by foreign 
host

Anyone else seeing this?

Dani




From:   Daniel Megert/Zurich/IBM
To: Equinox development mailing list 
Date:   01.06.2019 12:06
Subject:Re: [EXTERNAL] [equinox-dev] Trigger a Gerrit event 
manually is broken


Same for JDT and Platform.

If you still have a handle the old job, you can retrigger that one.

Dani




From:   Mykola Nikishov 
To: equinox-...@eclipse.org
Date:   01.06.2019 10:49
Subject:[EXTERNAL] [equinox-dev] Trigger a Gerrit event manually 
is broken
Sent by:equinox-dev-boun...@eclipse.org



Hi,

It is not possible to manually re-trigger build [1], search fails to
find changes with:

com.jcraft.jsch.JSchException: Session.connect: 
java.net.SocketException: Connection reset

[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__ci.eclipse.org_equinox_gerrit-5Fmanual-5Ftrigger_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=ns5pJgCkNq2g2OuvHT7NDqYSG791ZFE8kR5HAkeAS4g=
 

[2] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D547834=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=m5-fFJwLPH6SaS57sNNJYses1E_ZbLleOyScBHxxPPg=
 


-- 
Mykola

Libre/Free Java Software Developer
https://urldefense.proofpoint.com/v2/url?u=https-3A__manandbytes.gitlab.io_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=jdUymbPgrk_P8wboFCwjy6Wt3YYA4a7wT63evB_iDOA=
 


___
equinox-dev mailing list
equinox-...@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_equinox-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=9NcGgtqTTeQGCZcYdrBOQsKtLg5FMYSttSeOZXgqGPQ=
 








___
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] [equinox-dev] Trigger a Gerrit event manually is broken

[Daniel Megert]

And I can no longer pull via ssh. I get

Caused by: com.jcraft.jsch.JSchException: Session.connect: 
java.net.SocketTimeoutException: Read timed out
or
Caused by: com.jcraft.jsch.JSchException: connection is closed by foreign 
host

Anyone else seeing this?

Dani



From:   Daniel Megert/Zurich/IBM
To: Equinox development mailing list 
Date:   01.06.2019 12:06
Subject:Re: [EXTERNAL] [equinox-dev] Trigger a Gerrit event 
manually is broken


Same for JDT and Platform.

If you still have a handle the old job, you can retrigger that one.

Dani




From:   Mykola Nikishov 
To: equinox-...@eclipse.org
Date:   01.06.2019 10:49
Subject:[EXTERNAL] [equinox-dev] Trigger a Gerrit event manually 
is broken
Sent by:equinox-dev-boun...@eclipse.org



Hi,

It is not possible to manually re-trigger build [1], search fails to
find changes with:

com.jcraft.jsch.JSchException: Session.connect: 
java.net.SocketException: Connection reset

[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__ci.eclipse.org_equinox_gerrit-5Fmanual-5Ftrigger_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=ns5pJgCkNq2g2OuvHT7NDqYSG791ZFE8kR5HAkeAS4g=
 

[2] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D547834=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=m5-fFJwLPH6SaS57sNNJYses1E_ZbLleOyScBHxxPPg=
 


-- 
Mykola

Libre/Free Java Software Developer
https://urldefense.proofpoint.com/v2/url?u=https-3A__manandbytes.gitlab.io_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=jdUymbPgrk_P8wboFCwjy6Wt3YYA4a7wT63evB_iDOA=
 


___
equinox-dev mailing list
equinox-...@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_equinox-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=HKqiSw_SIsUBth-WI0iBeW3kS8KLansrsBf7naMFIko=9NcGgtqTTeQGCZcYdrBOQsKtLg5FMYSttSeOZXgqGPQ=
 







___
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 To Release An RC2 Build

[Daniel Megert]

Hi

Any other change to be expected? When will the final URL/release be 
available?

Thanks,
Dani



From:   Roland Grunberg 
To: orbit-dev 
Cc: "issues, Cross" 
Date:   31.05.2019 19:27
Subject:[EXTERNAL] [cross-project-issues-dev] Orbit To Release An 
RC2 Build
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hey everyone,

While we released our RC1 contribution a few days ago, and generally
this ends up being our final release, we expect to have an RC2
contribution.

A newer version of BouncyCastle (bcprov, bcpkix, bcpg) 1.61 will be
introduced [1]. None of the older versions of BouncyCastle will be
removed from 2019-06, but will likely happen for 2019-09.

Cheers,
-- 
Roland Grunberg

[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__git.eclipse.org_r_143085_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=g6IE6z9qK_5oSkRkvqcCPrW3FErJ2qPiM419uv7Woiw=cYrtMe9Twvnhx3I2kL1tIKztqyvnBFSRoJHiB5yWDXA=


___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=g6IE6z9qK_5oSkRkvqcCPrW3FErJ2qPiM419uv7Woiw=NMfSH5TI18Z-erMBN9uzZNjmxVCtIemXIMOVjKNefdk=






___
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] Downstream Projects of platform to take note - ECF Upgrade in platform

[Daniel Megert]

But wouldn't that mean that (affected) clients have to change their code?

Dani



From:   Scott Lewis 
To: Daniel Megert , Cross project issues 

Date:   27.05.2019 23:13
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Downstream 
Projects of platform to take note - ECF Upgrade in platform
Sent by:cross-project-issues-dev-boun...@eclipse.org



On 5/27/2019 6:52 AM, Daniel Megert wrote:
Hi Scott

I assume that shipping the older httpClient version in addition, would not 
resolve those issues and that it is something that would have to be 
changed/fixed in ECF. Correct?
I believe that the older provider (httpclient4) would resolve these issues 
as this provider has configurable timeouts...for connect and others.   
It would also be helpful to enlist the support of the httpclient45 
provider author (Carsten) via  [1] specifically around connect timeouts.   
Perhaps something can be changed in the new provider to handle the 
timeouts more like the older provider.
Scott
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=57


Dani



From:Ed Merks 
To:cross-project-issues-dev@eclipse.org
Date:27.05.2019 15:19
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Downstream 
Projects of platform to take note - ECF Upgrade in platform
Sent by:cross-project-issues-dev-boun...@eclipse.org



FYI, I've run into a number of problems with the latest ECF/httpclient 
code.  Mostly my own fault for how I've hacked ECF to be able to collect 
and submit cookies (so I deserve to suffer). :-P
But also other problems.  For example, the older timeout properties not 
being respected in the newer implementation, i.e., the properties from 
org.eclipse.ecf.filetransfer.IRetrieveFileTransferOptions for timeouts are 
not applied when using the new implementation where the default timeout is 
120 seconds, so that can have a bad impact if your application runs into 
timeouts and has tried to limit the overall time impact using these 
options.
But worse, the setup archiver application has basically stopped 
functioning with timeouts such as the following:
FAILED to load 
http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/configurations/OomphConfiguration.setup

 ERROR: org.eclipse.oomph.util.IOExceptionWithCause: Timeout waiting for 
connection from pool: 
http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/configurations/OomphConfiguration.setup
0 0 0

After much investigating I fear that the Apache pool implementation is 
perhaps buggy (or perhaps how ECF uses it).  
ECF itself increases the pool's limit in 
org.eclipse.ecf.internal.provider.filetransfer.httpclient45.ECFHttpClientFactory.newClient()as
 
follows (so instead of 2 and 20).
builder.setMaxConnPerRoute(100);
builder.setMaxConnTotal(300);
And while these numbers seem relatively large, the setup archiver visits a 
great many resources on multiple threads (to produce the setups.zip used 
by the installer).  Only by increasing these numbers dramatically does the 
setup archiver application go back to normal functioning, completing in 19 
second on the build server versus thrashing for 20 minutes and failing 
with connection pool timeouts.
So in the end, I'm a little concerned because p2 also uses ECF to access 
repositories and if there is a problem with the connection pool refusing 
to hand out new leases even when the client has finished with the older 
connections, that could cause bad problems with updates and in the 
installer's ability to install, though fortunately a normal install will 
only access two simple repositories.  But in the real world, people have 
very complex target platforms and very complex installations that 
reference horribly bloated composites.  In these scenarios I have already 
seen connection pool timeouts...

On 22.05.2019 05:57, Manoj Palat wrote:
Hi All,

Please note that platform has moved to latest ECF that includes 
httpclient45 (org.eclipse.ecf.filetransfer.httpclient45.feature). However, 
ECF (which is available at the update site: 
https://download.eclipse.org/rt/ecf/snapshot/site.p2) has both httpclient4
and httpclient45. Platform mirrors httpclient45 (
org.eclipse.ecf.filetransfer.httpclient45.feature) only from now on - 
essentially httpclient4.feature (
org.eclipse.ecf.filetransfer.httpclient4.feature) and 
httpclient4.ssl.feature (
org.eclipse.ecf.filetransfer.httpclient4.ssl.feature) are not mirrored to 
platform repository anymore. 

Requesting downstream projects to adjust their dependencies accordingly.

Regards,
Manoj

___
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
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org

Re: [cross-project-issues-dev] Downstream Projects of platform to take note - ECF Upgrade in platform

[Daniel Megert]

Hi Scott

I assume that shipping the older httpClient version in addition, would not 
resolve those issues and that it is something that would have to be 
changed/fixed in ECF. Correct?

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   27.05.2019 15:19
Subject:[EXTERNAL] Re: [cross-project-issues-dev] Downstream 
Projects of platform to take note - ECF Upgrade in platform
Sent by:cross-project-issues-dev-boun...@eclipse.org



FYI, I've run into a number of problems with the latest ECF/httpclient 
code.  Mostly my own fault for how I've hacked ECF to be able to collect 
and submit cookies (so I deserve to suffer). :-P
But also other problems.  For example, the older timeout properties not 
being respected in the newer implementation, i.e., the properties from 
org.eclipse.ecf.filetransfer.IRetrieveFileTransferOptions for timeouts are 
not applied when using the new implementation where the default timeout is 
120 seconds, so that can have a bad impact if your application runs into 
timeouts and has tried to limit the overall time impact using these 
options.
But worse, the setup archiver application has basically stopped 
functioning with timeouts such as the following:
FAILED to load 
http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/configurations/OomphConfiguration.setup

  ERROR: org.eclipse.oomph.util.IOExceptionWithCause: Timeout waiting for 
connection from pool: 
http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/configurations/OomphConfiguration.setup
 
0 0 0

After much investigating I fear that the Apache pool implementation is 
perhaps buggy (or perhaps how ECF uses it).  
ECF itself increases the pool's limit in 
org.eclipse.ecf.internal.provider.filetransfer.httpclient45.ECFHttpClientFactory.newClient()
 
as follows (so instead of 2 and 20).
builder.setMaxConnPerRoute(100);
builder.setMaxConnTotal(300);
And while these numbers seem relatively large, the setup archiver visits a 
great many resources on multiple threads (to produce the setups.zip used 
by the installer).  Only by increasing these numbers dramatically does the 
setup archiver application go back to normal functioning, completing in 19 
second on the build server versus thrashing for 20 minutes and failing 
with connection pool timeouts.
So in the end, I'm a little concerned because p2 also uses ECF to access 
repositories and if there is a problem with the connection pool refusing 
to hand out new leases even when the client has finished with the older 
connections, that could cause bad problems with updates and in the 
installer's ability to install, though fortunately a normal install will 
only access two simple repositories.  But in the real world, people have 
very complex target platforms and very complex installations that 
reference horribly bloated composites.  In these scenarios I have already 
seen connection pool timeouts...

On 22.05.2019 05:57, Manoj Palat wrote:
Hi All,

Please note that platform has moved to latest ECF that includes 
httpclient45 (org.eclipse.ecf.filetransfer.httpclient45.feature). However, 
ECF (which is available at the update site: 
https://download.eclipse.org/rt/ecf/snapshot/site.p2 ) has both 
httpclient4 and httpclient45. Platform mirrors httpclient45 (
org.eclipse.ecf.filetransfer.httpclient45.feature) only from now on - 
essentially httpclient4.feature (
org.eclipse.ecf.filetransfer.httpclient4.feature) and 
httpclient4.ssl.feature (
org.eclipse.ecf.filetransfer.httpclient4.ssl.feature ) are not mirrored to 
platform repository anymore. 

Requesting downstream projects to adjust their dependencies accordingly.

Regards,
Manoj

___
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
___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=dqIUNOXGZt_oKwGG0POYBQNZkzR0qgfAiI7su_Cv-UQ=GRV9AEFxsHC-HW-_p7T1LhJNeJ_YEdRiRowGlj0BAeM=



___
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)?

[Daniel Megert]

Yes, I saw that, but was expecting an official announcement as usual.

Dani



From:   Fred Bricon 
To: Cross project issues 
Date:   22.04.2019 16:05
Subject:Re: [cross-project-issues-dev] Status of SimRel 2019-06 
Milestone 1 (M1)?
Sent by:cross-project-issues-dev-boun...@eclipse.org



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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=qUjDEus1Jv4FcQ5F7CkBaAiLGgsonE58QPs7fLUD5s4=0xIgWoHZ8FYQnXSM4q2tD1CjSWzVgpB5OXMNlN-xA74=



___
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

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

[Daniel Megert]

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

Re: [cross-project-issues-dev] Initial 2019-06 (4.12) Plan for EclipseTop-Level Project

[Daniel Megert]

Thanks. Fixed.

Dani



From:   michael.kepp...@gmx.de
To: cross-project-issues-dev 
Date:   13.04.2019 17:08
Subject:Re: [cross-project-issues-dev] Initial 2019-06 (4.12) Plan 
for Eclipse Top-Level Project
Sent by:cross-project-issues-dev-boun...@eclipse.org



platform Bugzilla has a milestone m32 in its query.





Am 12.04.2019 14:31 schrieb Daniel Megert :
Our initial 2019-06 (4.12) planis now online. Please report any issues 
here.

Please keep in mind that this is just the first version and will change 
until we release in March.

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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=vqshd8LqpNjA8b2WBRinPuMRobFEwbTRGmqJglDOkxc=K-29hZ6LII13Pp3W6KY70_WgHHeAVC6yTuD2LvbrRSk=



___
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] Initial 2019-06 (4.12) Plan for Eclipse Top-Level Project

[Daniel Megert]

Hi Eric

That got lost. I will add it.

Dani



From:   Eric Williams 
To: cross-project-issues-dev@eclipse.org
Date:   12.04.2019 15:45
Subject:Re: [cross-project-issues-dev] Initial 2019-06 (4.12) Plan 
for Eclipse Top-Level Project
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani,

Are the changes re: GTK3 theme support here? I believe we discussed this 
on platform-dev in February. The agreed upon blurb was as follows:

"With respect to GTK3 themes: the Adwaita theme is guaranteed to work. 
Eclipse SDK will run with other GTK 3 themes, however we cannot flag 
these as reference versions without significant community support for 
testing and/or development of fixes. Bugs that are reproducible only 
with themes other than Adwaita will be given a lower priority (or may 
not be fixed at all), compared to bugs which are reproducible on the 
target environments listed above."

Thanks,
Eric

On 4/12/19 9:31 AM, Daniel Megert wrote:
> Our _initial 2019-06 (4.12) plan_ 
> <
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_projects_project-2Dplan.php-3Fplanurl-3Dhttp-3A__www.eclipse.org_eclipse_development_plans_eclipse-5Fproject-5Fplan-5F4-5F12.xml=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=nBqTtj5I313BHNmEuIvS51aTqIf0PTJzZNZTQSQhvJE=yV3zRmJEJYDuu9QxuKOuzSd6ETdrXv6bbmsjfUziX_U=
>is 
> now online. Please report any issues here.
> 
> Please keep in mind that this is just the first version and will change 
> until we release in March.
> 
> 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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=nBqTtj5I313BHNmEuIvS51aTqIf0PTJzZNZTQSQhvJE=8EgRdlw6Fer_inxwXjWFerTd3diHLGEYtZrrk64JzEs=

>
___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=nBqTtj5I313BHNmEuIvS51aTqIf0PTJzZNZTQSQhvJE=8EgRdlw6Fer_inxwXjWFerTd3diHLGEYtZrrk64JzEs=






___
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

[cross-project-issues-dev] Initial 2019-06 (4.12) Plan for Eclipse Top-Level Project

[Daniel Megert]

Our initial 2019-06 (4.12) plan is now online. Please report any issues 
here.

Please keep in mind that this is just the first version and will change 
until we release in March.

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

Re: [cross-project-issues-dev] Initialization for 2019-06

[Daniel Megert]

> However, since these projects are so tight I would not mind an 
overarching releng.
Right! At least there must be clear direction to the projects what's 
expected. Is this documented?

Dani



From:   Wim Jongman 
To: Cross project issues 
Date:   01.04.2019 02:06
Subject:Re: [cross-project-issues-dev] Initialization for 2019-06
Sent by:cross-project-issues-dev-boun...@eclipse.org



I understand. However, since these projects are so tight I would not mind 
an overarching releng.

Cheers,

Wim

On Sun, 31 Mar 2019, 15:50 Mikaël Barbero, <
mikael.barb...@eclipse-foundation.org> wrote:
Hi Wim,

what about also creating an ../updates/latest, ../orbit/latest and 
../packages/latest

This is ultimately the responsibility of their dedicated projects: 
respectively platform, orbit and EPP. 

Cheers,

Mikaël Barbero 
Team Lead - Release Engineering | Eclipse Foundation
? (+33) 642 028 039 | ? @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration


___
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
___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=X10uKf-c4jPLY1evJb6vMJK6hg4ZKbQ1_cgMerjFEXA=jGi-ruIiQW0GwIxf-R0l_ay-VUKqu2BYamvTPqJhABM=



___
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] URGENT!! Re: The Eclipse IDE 2019-03 release is available now!

[Daniel Megert]

Is it really fixed? Currently it tells me that downloading our latest 
I-build takes almost 3 hours with 19 KB/sec.

Dani



From:   "Mikaël Barbero" 
To: Cross project issues 
Date:   21.03.2019 09:58
Subject:Re: [cross-project-issues-dev] URGENT!! Re: The Eclipse 
IDE 2019-03 release is available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



It has been fixed. Denis said: "Our bandwidth controller was struck with 
lower bandwidth".

Thanks.

Mikaël Barbero 
Team Lead - Release Engineering | Eclipse Foundation
? (+33) 642 028 039 | ? @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 21 mars 2019 à 09:39, Mikaël Barbero <
mikael.barb...@eclipse-foundation.org> a écrit :

There seem to be something wonky since yesterday 
https://status.eclipse.org, even though download server sends bits 
continuously https://accounts.eclipse.org/committertools/infra-status

We're having a look.

Thanks for your patience.

Mikaël Barbero 
Team Lead - Release Engineering | Eclipse Foundation
? (+33) 642 028 039 | ? @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 21 mars 2019 à 09:03, Daniel Megert  a écrit 
:

Either the download servers are overwhelmed by all the folks who eagerly 
want to get 2019-03 or there's an infrastructure issue. Our Jenkins jobs 
failed not being able to fetch things, and currently I am unable to 
download our latest build.

cc'ed webmaster

Dani



From:Ed Merks 
To:cross-project-issues-dev@eclipse.org
Date:21.03.2019 07:43
Subject:Re: [cross-project-issues-dev] URGENT!! Re: The Eclipse 
IDE 2019-03 release is available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



Christian,
If I try to regenerate the product catalog with a clean cache (so that 
failures don't just use old cached information), I get the sea of failures 
below.  So my conclusion is that the server is currently not able to serve 
repository metadata. I don't see that fact on the following stats page 
though:
https://accounts.eclipse.org/committertools/infra-status
org.eclipse.equinox.p2.core.ProvisionException: No repository found at 
http://download.eclipse.org/releases/2019-03.
at 
org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:398)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.eclipse.oomph.util.ReflectUtil.invokeMethod(ReflectUtil.java:117)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager.fail(CachingRepositoryManager.java:353)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager.loadRepository(CachingRepositoryManager.java:244)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager$Metadata.loadRepository(CachingRepositoryManager.java:476)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:110)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:105)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.loadLatestRepository(ProductCatalogGenerator.java:902)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.generate(ProductCatalogGenerator.java:629)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.access$1(ProductCatalogGenerator.java:573)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator$RepositoryLoader$LoadJob.perform(ProductCatalogGenerator.java:1911)
at org.eclipse.oomph.util.WorkerPool$Worker.run(WorkerPool.java:428)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
org.eclipse.equinox.p2.core.ProvisionException: Unable to read repository 
at http://download.eclipse.org/technology/epp/packages/kepler/content.jar.
at 
org.eclipse.equinox.internal.p2.repository.CacheManager.updateCache(CacheManager.java:431)
at 
org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:262)
at 
org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:69)
at 
org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.load(SimpleMetadataRepositoryFactory.java:89)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.factoryLoad(MetadataRepositoryManager.java:63)
at 
org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:770)
at sun.reflect.NativeMethodA

Re: [cross-project-issues-dev] URGENT!! Re: The Eclipse IDE 2019-03 release is available now!

[Daniel Megert]

Either the download servers are overwhelmed by all the folks who eagerly 
want to get 2019-03 or there's an infrastructure issue. Our Jenkins jobs 
failed not being able to fetch things, and currently I am unable to 
download our latest build.

cc'ed webmaster

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   21.03.2019 07:43
Subject:Re: [cross-project-issues-dev] URGENT!! Re: The Eclipse 
IDE 2019-03 release is available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



Christian,
If I try to regenerate the product catalog with a clean cache (so that 
failures don't just use old cached information), I get the sea of failures 
below.  So my conclusion is that the server is currently not able to serve 
repository metadata. I don't see that fact on the following stats page 
though:
https://accounts.eclipse.org/committertools/infra-status
org.eclipse.equinox.p2.core.ProvisionException: No repository found at 
http://download.eclipse.org/releases/2019-03.
at 
org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:398)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.eclipse.oomph.util.ReflectUtil.invokeMethod(ReflectUtil.java:117)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager.fail(CachingRepositoryManager.java:353)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager.loadRepository(CachingRepositoryManager.java:244)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager$Metadata.loadRepository(CachingRepositoryManager.java:476)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:110)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:105)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.loadLatestRepository(ProductCatalogGenerator.java:902)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.generate(ProductCatalogGenerator.java:629)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.access$1(ProductCatalogGenerator.java:573)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator$RepositoryLoader$LoadJob.perform(ProductCatalogGenerator.java:1911)
at org.eclipse.oomph.util.WorkerPool$Worker.run(WorkerPool.java:428)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
org.eclipse.equinox.p2.core.ProvisionException: Unable to read repository 
at http://download.eclipse.org/technology/epp/packages/kepler/content.jar.
at 
org.eclipse.equinox.internal.p2.repository.CacheManager.updateCache(CacheManager.java:431)
at 
org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:262)
at 
org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:69)
at 
org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.load(SimpleMetadataRepositoryFactory.java:89)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.factoryLoad(MetadataRepositoryManager.java:63)
at 
org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:770)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.eclipse.oomph.util.ReflectUtil.invokeMethod(ReflectUtil.java:117)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager.loadRepository(CachingRepositoryManager.java:409)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager.loadRepository(CachingRepositoryManager.java:201)
at 
org.eclipse.oomph.p2.internal.core.CachingRepositoryManager$Metadata.loadRepository(CachingRepositoryManager.java:476)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:110)
at 
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:105)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.generate(ProductCatalogGenerator.java:588)
at 
org.eclipse.oomph.setup.internal.installer.ProductCatalogGenerator.access$1(ProductCatalogGenerator.java:573)
at 

Re: [cross-project-issues-dev] The Eclipse IDE 2019-03 release is available now!

[Daniel Megert]

Hi Nitin

This is not yet automated. You should have added it to the bug report that 
was posted on this earlier by Lakshmi.

Dani



From:   "Nitin Dahyabhai" 
To: Cross project issues 
Date:   20.03.2019 18:16
Subject:Re: [cross-project-issues-dev] The Eclipse IDE 2019-03 
release is  available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



Frederic,
WTP's N for this release, however brief, seems to be missing from 
https://www.eclipse.org/eclipseide/2019-03/noteworthy/. I could have sworn 
it was entered into the PMI by the requested date.

Regards,
Nitin Dahyabhai
WTP PMC Lead
nit...@us.ibm.com
___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=fy0p5BnZ-57BQOV_38KcwrZJCRx3FijqO845gtFUmTY=5OHtYD1yYZ6Hc_YI7EC5sMofWxugFaVu3JTg1zRN5OQ=



___
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] Simultaneous Release Participation

[Daniel Megert]

One additional important deadline is:

March 01/2019 - Milestone 3 
IP Log submission deadline

Dani



From:   Wayne Beaton 
To: Cross project issues 
Date:   19.02.2019 16:16
Subject:[cross-project-issues-dev] Simultaneous Release 
Participation
Sent by:cross-project-issues-dev-boun...@eclipse.org



I'm a little overdue updating the participation page. I'm trying to get 
that sorted out today.

Let this serve as your notice that the RC1 date (March 8) is coming 
quickly. Dani updated the page to note that this is the "API and feature 
freeze" date. If you need to engage in a release review, then we also need 
your review materials by this date.

In the meantime, I've noticed that despite a notice that Eclipse 
e(fx)clipse would drop from the simultaneous release, I still still its 
enabled aggrcon file. What is the status of this project's participation?

After some churn, Eclipse Code Recommenders ended up in 2018-12, but is 
now marked as disabled. What is the participation status for this project 
in 2019-03?

It looks like we still have aggrcon files for Eclipse Amalgam and Eclipse 
Sphinx. I'm pretty sure that these projects dropped out a few iterations 
ago, so--unless there is some pushback--I'm going to push a Gerrit review 
to remove them.

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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=jQdclAVpEpGtUebt946JXD-aK6cN10uIuq69U9-kr2Y=n98YdyunWGN0GHhLop7UNjJTb3aVmPYoQb0PshcjEsU=



___
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] Build problems with recent platform4.11-I-builds

[Daniel Megert]

I can't say much without more details. The error looks strange. It's not 
directly a Java compile error but an issue with visibility/access based on 
the class path. What Java version are you using?

Dani



From:   Bernd Hufmann 
To: Cross project issues 
Date:   14.02.2019 17:27
Subject:Re: [cross-project-issues-dev] Build problems with recent 
platform4.11-I-builds
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Dani
 
The only change is the platform version. The patch on Gerrit had other 
things. But I can reproduce it on my laptop where I only change the 
platform version to the one listed below. 
 
What part of the platform updates is used during compilation step in 
maven/tycho? 
 
Bernd
 
From: cross-project-issues-dev-boun...@eclipse.org 
 On Behalf Of Daniel Megert
Sent: February-14-19 11:07 AM
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Build problems with recent 
platform4.11-I-builds
 
Did you check whether something change, e.g. JRE or Tycho version?

Dani



From:Bernd Hufmann 
To:Cross project issues 
Date:14.02.2019 17:01
Subject:Re: [cross-project-issues-dev] Build problems with recent 
platform4.11-I-builds
Sent by:cross-project-issues-dev-boun...@eclipse.org

 
Hi Vikas,
 
Thanks for the reply.
 
>>You can probably circumvent this issue by setting the compiler option 
for that project to 
>> Windows -> Preferences -> Java -> Compiler -> Errors/Warnings -> 
>>Deprecated and restricted API -> Forbidden reference (access rules): -> 
change to warning
 
I tried that but it still doesn?t work.

>>I tried in eclipse IDE with a new projected that used Nullableannotation 
and I didnt get any changed behavior.
I only get the error when running a maven build from command-line. I don?t 
see the same behaviour within the Eclipse IDE (both 4.10 and 4.11)

>>Can you please open a bug in eclipse with detailed steps to recreate 
this on eclipse?
Yes, I can write a bug. I try to reproduce it with a small example. What 
component should write the bug on (Eclipse JDT or PDE or platform or 
other)?
 
Bernd
 
From:cross-project-issues-dev-boun...@eclipse.org <
cross-project-issues-dev-boun...@eclipse.org> On Behalf Of Vikas Chandra
Sent: February-14-19 12:51 AM
To: Cross project issues 
Subject: Re: [cross-project-issues-dev] Build problems with recent 
platform4.11-I-builds
 

>>is there something that I could do in Trace Compass that will fix the 
problem

You can probably circumvent this issue by setting the compiler option for 
that project to

Windows -> Preferences -> Java -> Compiler -> Errors/Warnings -> 
Deprecated and restricted API -> Forbidden reference (access rules): -> 
change to warning


I tried in eclipse IDE with a new projected that used Nullableannotation 
and I didnt get any changed behavior.

Can you please open a bug in eclipse with detailed steps to recreate this 
on eclipse?

Regards,
Vikas

Eclipse PDE lead,
IBM Rational 
EGL D Block - Bangalore, India
Office Phone No : +91 - 80 - 41776506


Bernd Hufmann ---02/13/2019 06:33:46 PM---Hi, For the Trace Compass 
project, I changed the target definition to use the latest platform integr

From: Bernd Hufmann 
To: Cross project issues 
Date: 02/13/2019 06:33 PM
Subject: [cross-project-issues-dev] Build problems with recent platform 
4.11-I-builds
Sent by: cross-project-issues-dev-boun...@eclipse.org




Hi,

For the Trace Compass project, I changed the target definition to use the 
latest platform integration build and I get some unexpected compilation 
errors when building with tycho. Reference [1] shows a Jenkins build for 
the failure. See below for an example of the error print-outs. See below 
for an example of the error print-outs. I was able to track down first 
build version when this problem happens. So, when building with platform 
integration build [2], there is compilation error. When using integration 
build [3], then I get the error below. It seems, that on February 08 some 
change was merged that causes the problem. 

I?m at loss at them moment and I don?t know how to trouble-shoot further 
and find a solution. Does anybody have an idea what could be the cause of 
the problem? Was there a bug introduced in the platform build? Or is there 
something that I could do in Trace Compass that will fix the problem. By 
the way, we use Tycho version 1.3.0.

In advance thank you very much.

Best Regards
Bernd

[1] https://hudson.eclipse.org/tracecompass/job/tracecompass-gerrit/21235/
[2] 
http://download.eclipse.org/eclipse/updates/4.11-I-builds/I20190207-1800/
[3] 
http://download.eclipse.org/eclipse/updates/4.11-I-builds/I20190208-1800/


[ERROR] Failed to execute goal 
org.eclipse.tycho:tycho-compiler-plugin:1.3.

Re: [cross-project-issues-dev] Build problems with recent platform4.11-I-builds

[Daniel Megert]

);
[ERROR] 
[ERROR] Access restriction: The type 'Nullable' is not API (restriction on 
classpath entry 
'/home/hudson/jenkins-slave-tracecompass/workspace/tracecompass-gerrit/.repository/p2/osgi/bundle/org.eclipse.jdt.annotation/2.2.200.v20180921-1416/org.eclipse.jdt.annotation-2.2.200.v20180921-1416.jar')

___
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
[attachment "image001.gif" deleted by Daniel Megert/Zurich/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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=JQ6u9Le1aX5IIW2oizV6zhw2Ti9o4kdR2ZUPlBPyZ18=s2QKgot0ma2zb3OqNqdumh3WFBE_4D6F_7x4Oz3hth4=



___
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-dev] Heads Up: Incomplete HttpClient 4.5.6 bundle in Orbit for 2019-03M2

[Daniel Megert]

Yes, having only one version is preferable, but following 
https://bugs.eclipse.org/544139 it looks like ECF does not have time to do 
this for 2019-03 but only 2019-06.  In that case we should stick to 4.5.5.

I suggest we continue the discussion in https://bugs.eclipse.org/544139.

Dani



From:   Carsten Reckord 
To: Cross project issues 
Date:   12.02.2019 11:17
Subject:Re: [cross-project-issues-dev] [orbit-dev] Heads Up: 
Incomplete HttpClient 4.5.6 bundle in Orbit for 2019-03M2
Sent by:cross-project-issues-dev-boun...@eclipse.org



>> Since some projects raised concerns that they are unable to react to a
>> changed packaging I propose we fix this
>> by adding the missing 4.5.6 classes which were present in 4.5.5.
>> 
>> Or we file new CQs for 4.5.7 which was released meanwhile in
>> January and directly update to this newer maintenance release.
> 
> ^ Sounds as best option to me.

Please take into account that beyond the missing packages, I think we 
should also ensure that we agree on a single httpclient version for the 
release train.

In the past we've had hard to reproduce issues with faulty wiring and 
classloader problems when there were multiple versions present. This can 
happen when bundles expose  types from the library in their own signatures 
and this way clients get exposed to the same types from different versions 
through different classloaders. For MPC this was the case in the past due 
to Userstorage SDK exposing httpclient API without having 
uses-declarations in its manifest. That should be fixed with 
https://urldefense.proofpoint.com/v2/url?u=https-3A__git.eclipse.org_r_c_136312_=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=rNuCiS1yRbqqI53ij9flBW8VLsMb3aLEOjf7Tf5Naak=KqdZUotZRObXviaO0R1HnAtr6ts3pR3B0NHrYv1aCkY=
, but I think other projects had similar issues.
___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=rNuCiS1yRbqqI53ij9flBW8VLsMb3aLEOjf7Tf5Naak=pvAcI7ehRHtImHMFBIAbsZgARN3tj8qPqdoxeuDTdJQ=






___
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-dev] Heads Up: Incomplete HttpClient 4.5.6 bundle in Orbit for 2019-03M2

[Daniel Megert]

> EGit would like to ship with 4.5.6. 
As we learned this will break clients (most like more than those just 
mentioned in this thread). So, unless there is a version in Orbit that 
does not break clients, this change must be reverted. This will give us 
time to find the right solution for 2019-06 and also give clients enough 
time to react to it if needed.

Dani



From:   Carsten Reckord 
To: Cross project issues 
Date:   11.02.2019 13:16
Subject:Re: [cross-project-issues-dev] [orbit-dev] Heads Up: 
Incomplete HttpClient 4.5.6 bundle in Orbit for 2019-03M2
Sent by:cross-project-issues-dev-boun...@eclipse.org



> We, i.e. the Platform currently ship 4.5.5 and at the moment there are 
no
> plans to move to 4.5.6 for 2019-03. So, I don't see an issue for the 
projects
> listed below for 2019-03. This might change for 2019-06 though if the 
Platform
> decides to upgrade.

Thanks for the clarification. So now Platform and ECF (on the  bug) have 
declared that they'll stay on 4.5.5, and EGit would like to ship with 
4.5.6. 

Personally, I'm fine with either. But I would very much like everyone to 
agree on a single version for 2019-03, because multiple versions in the 
runtime have led to all sorts of grief with wiring and classloader issues 
in the past (more so if the new version keeps missing some packages).
___
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://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_mailman_listinfo_cross-2Dproject-2Dissues-2Ddev=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=uj6TtAuQ6IeVA3bONFS5ftOPshA-ItEHkEXoJ8XkLl0=35mGYTmakswwVpqQWdxHpb0x8SBPdQ69F8FWQe91wpY=






___
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-dev] Heads Up: Incomplete HttpClient 4.5.6 bundle in Orbit for 2019-03M2

[Daniel Megert]

We, i.e. the Platform currently ship 4.5.5 and at the moment there are no 
plans to move to 4.5.6 for 2019-03. So, I don't see an issue for the 
projects listed below for 2019-03. This might change for 2019-06 though if 
the Platform decides to upgrade.

Dani



From:   Ed Merks 
To: cross-project-issues-dev@eclipse.org
Date:   08.02.2019 23:35
Subject:Re: [cross-project-issues-dev] [orbit-dev] Heads Up: 
Incomplete HttpClient 4.5.6 bundle in Orbit for 2019-03M2
Sent by:cross-project-issues-dev-boun...@eclipse.org



Carsten,
This sounds unacceptable to me.  
Firstly, I will personally not be available to accommodate any such change 
to any code and for any builds for the next four weeks, i.e., until March 
11th.  If, as a result of arbitrary changes to upstream bundles, 
everything goes to hell-in-a-hand basket while I am unavailable, then such 
is life.  It's not as if anyone asked my opinion about this before making 
decisions that appear to require/demand action on my part; making implicit 
assumptions about the availability of others to accommodate arbitrary 
decision of your own is generally not a good planning strategy.
In my opinion, any such a change seems unacceptable in the first place.  
No matter what, if you break the API of a bundle (i.e., remove package 
exports), you must have a major version increment. Then I can continue to 
require the previous unbroken/acceptable version of the bundle.  But 
somehow you are pretending to have a minor change, while in actual fact 
the bundle is broken to consumers that have version bounds based on the 
assumption of minor changes. Isn't that fundamentally wrong and 
unacceptable?  It's not just the release train we're talking about the, 
the whole downstream consuming ecosystem.   You've only tracked down the 
problems you see on the train.  But how many other impacts are there 
farther downstream?  No body knows...
So I'm very sorry to be unaccommodating, but I do no intend to spend any 
of my hard-earned vacation time dealing with a problem such as this.  I 
suggest you revisit the decision-making process...
Regards,
Ed
On 08.02.2019 18:32, Carsten Reckord wrote:
Hey again,
 
a quick update on the HttpClient situation:
 
We discussed on bug 544139 if we should add the additional packages back 
into the bundle as was done before, or publish separate bundles for them. 
It was decided *NOT* to change the main HttpClient bundle this time and 
instead, going forward, to publish the fluent and cache APIs as separate 
Orbit bundles. This will cause a small bit of work for some downstream 
projects (see below), but is in line with how HttpClient is originally 
distributed , and will hopefully put a stop to incomplete bundles in 
future updates.
 
I?ve filed CQs 18919 and 18920 (ATO 18921 and 18922) and will push the 
bundles to Orbit as soon as the CQs are approved. (Nobody seems to depend 
on the also missing httpmime library, so I haven?t done anything about 
that ? speak up if you need it)
 
In the meantime, I had a look at the 2019-03 repo to see who is affected.
 
The following projects use one of the missing libraries through 
Require-Bundle and need to react to this change:
 
Oomph: org.eclipse.oomph.setup.sync (see bug 544290)
USS SDK: org.eclipse.userstorage, org.eclipse.userstorage.oauth (see bug 
544144)
 
The following projects use one of the missing libraries through 
Import-Package. They should work unchanged. For now, they?ll just pick up 
the old HttpClient version, and once the new bundles are available, they 
should transition automatically:
 
AERI: org.eclipse.epp.logging.aeri.ide
MPC: org.eclipse.epp.mpc.core
 
Regards,
Carsten
 
-- 
Lead Software Architect & co-founder
+49 (0)69 2475666-33 | reck...@yatta.de | www.yatta.de

Yatta Solutions GmbH c/o WeWork · Neue Rothofstraße 13-19 · 
60313 Frankfurt a.M. (Germany)
Registered Seat: AG Kassel, HRB 14720 · VAT-ID DE263191529 · 
Managing Director Johannes Jacop
 
From: orbit-dev-boun...@eclipse.org  On 
Behalf Of Carsten Reckord
Sent: Tuesday, February 5, 2019 4:16 PM
To: Cross project issues 
Cc: Orbit Developer discussion 
Subject: [orbit-dev] Heads Up: Incomplete HttpClient 4.5.6 bundle in Orbit 
for 2019-03M2
 
Hey everyone,
 
if your project consumes HttpClient from Orbit, please be aware that the 
new 4.5.6 bundle does not currently include the additional packages from 
httpclient-cache, httpmime and fluent-hc. If your project requires any of 
these APIs, you might see NoClassDefFoundErrors or wiring issues.
 
I?ve opened Orbit bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=544139 
to track the incomplete bundle.
 
Carsten
-- 
Lead Software Architect & co-founder
+49 (0)69 2475666-33 | reck...@yatta.de | www.yatta.de

Yatta Solutions GmbH c/o WeWork · Neue Rothofstraße 13-19 · 
60313 Frankfurt a.M. (Germany)
Registered Seat: AG Kassel, HRB 14720 · VAT-ID DE263191529 · 
Managing Director Johannes Jacop
 

___

[cross-project-issues-dev] Initial 2019-03 (4.11) Plan for Eclipse Top-Level Project

[Daniel Megert]

Our initial 2019-03 (4.11) plan is now online. Please report any issues 
here.

Please keep in mind that this is just the first version and will change 
until we release in March.

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

Re: [cross-project-issues-dev] git.eclipse.org access blocked

[Daniel Megert]

Works for me too.

Dani



From:   "Mika?l Barbero" 
To: Cross project issues 
Date:   07.01.2019 09:09
Subject:Re: [cross-project-issues-dev] git.eclipse.org access 
blocked
Sent by:cross-project-issues-dev-boun...@eclipse.org



It works for me.


Mika?l Barbero 
Team Lead - Release Engineering | Eclipse Foundation
? (+33) 642 028 039 | ? @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 7 janv. 2019 à 09:08, Andrey Loskutov  a écrit :

Looks like git.eclipse.org access is blocked.

Not sure if I'm only one who is unable to access git.eclipse.org, in case 
anyone else has troubles, here is the bug:

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


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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
[attachment "signature.asc" deleted by Daniel Megert/Zurich/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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Bugzilla is down

[Daniel Megert]

Works for me.

Dani



From:   Wim Jongman 
To: Cross project issues 
Date:   04.01.2019 14:52
Subject:[cross-project-issues-dev] Bugzilla is down
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

It seems bugzilla is down.

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://www.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Simultaneous Release Plan for 2019-03

[Daniel Megert]

Mélanie has uploaded the Simultaneous Release Plan for 2019-03. Please 
read it carefully and report any errors/questions here.
 
Thanks Mélanie!
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

Re: [cross-project-issues-dev] The Eclipse IDE 2018-12 release is available now!

[Daniel Megert]

Right. We made some changes again to our download page and it took minutes 
until the correct content was served.

Dani



From:   "Dietrich, Christian" 
To: Cross project issues 
Date:   19.12.2018 17:03
Subject:Re: [cross-project-issues-dev] The Eclipse IDE 2018-12 
release is available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



it works now but had to download multiple times. am not sure how long
caching takes to expire

Am Mi., 19. Dez. 2018 um 16:52 Uhr schrieb Daniel Megert
:
>
> Could this be related to server caching problems at the Foundation? We 
had a similar issue with our downloads page where old content was served.
>
> Dani
>
>
>
> From:"Dietrich, Christian" 
> To:Cross project issues 
> Date:19.12.2018 16:42
> Subject:Re: [cross-project-issues-dev] The Eclipse IDE 2018-12 
release is available now!
> Sent by:cross-project-issues-dev-boun...@eclipse.org
> 
>
>
>
> i am getting errors from tycho complaining about
>
> 
> 
>  
type='org.eclipse.equinox.internal.p2.metadata.repository.CompositeMetadataRepository'
> version='1.0.0'>
>  
>
>
>
>  
>  
> 
>
>
>
>  
> 
>
>
> [ERROR] Failed to resolve target definition
> 
/var/jenkins_home/workspace/-eclipse_cd_xtext_issue1363-GH46QRLQQGYTOV7C6C4PQPIUH42R3KWPARI42IP4THW6RXPO22UQ/releng/org.eclipse.xtext.target/org.eclipse.xtext.target-r201812.target:
> Failed to load p2 metadata repository from location
> 
http://download.eclipse.org/releases/2018-12Unable 
to read
> repository at 
http://download.eclipse.org/releases/2018-12
. No
> repository found at
> 
http://download.eclipse.org/releases/2018-12/201812191000-old
. ->
> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with
> the -e switch.
>
> Am Mi., 19. Dez. 2018 um 16:02 Uhr schrieb Frederic Gurr
> :
> >
> > The main repository is at
> >
> >   
http://download.eclipse.org/releases/2018-12/

> >
> > 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!
> >
> > Happy Holidays!
> >
> > 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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

>
>
>
> --
> Christian Dietrich (Diplom-Informatiker (BA))
> Softwareentwickler / -Architekt
> Commiter and Co-Lead for Eclipse Xtext
>
> Tel.: +49 (0) 711 / 34 21 91-0
> Fax.: +49 (0) 711 / 34 21 91-29
> Mobil: +49 (0) 151 / 173969 17
> Mail: christian.dietr...@itemis.de
> XING: 
https://www.xing.com/profile/Christian_Dietrich8

> Web: 
http://www.itemis.de

> Skype: christiandietrich1982
> ICQ: 125801794
>
> itemis AG
> Niederlassung Süd
> Industriestraße 6
> 70565 Stuttgart
>
> Rechtlicher Hinweis:
> Registergericht: Amtsgericht Dortmund HRB 20621 | Sitz der Gesellschaft: 
Lünen
> Vorstand: Jens Wagener (Vorsitzender) | Wolfgang Neuhaus
> Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.) | Michael Neuhaus |
> Jennifer Fiorentino
> ___
> 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

>
>
>
> ___
> 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




-- 
Christian Dietrich (Diplom-Informatiker (BA))
Softwareentwickler / -Architekt
Commiter and Co-Lead for Eclipse Xtext

Tel.: +49 (0) 711 / 34 21 91-0
Fax.: +49 (0) 711 / 34 21 91-29
Mobil: +49 (0) 151 / 173969 17
Mail: christian.dietr...@itemis.de
XING: 
https://www.xing.com/profile/Christian_Dietri

Re: [cross-project-issues-dev] The Eclipse IDE 2018-12 release is available now!

[Daniel Megert]

Could this be related to server caching problems at the Foundation? We had 
a similar issue with our downloads page where old content was served.

Dani



From:   "Dietrich, Christian" 
To: Cross project issues 
Date:   19.12.2018 16:42
Subject:Re: [cross-project-issues-dev] The Eclipse IDE 2018-12 
release is available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org



i am getting errors from tycho complaining about




  



  
  
 



  



[ERROR] Failed to resolve target definition
/var/jenkins_home/workspace/-eclipse_cd_xtext_issue1363-GH46QRLQQGYTOV7C6C4PQPIUH42R3KWPARI42IP4THW6RXPO22UQ/releng/org.eclipse.xtext.target/org.eclipse.xtext.target-r201812.target:
Failed to load p2 metadata repository from location
http://download.eclipse.org/releases/2018-12: 
Unable to read
repository at 
http://download.eclipse.org/releases/2018-12
. No
repository found at
http://download.eclipse.org/releases/2018-12/201812191000-old
. ->
[Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with
the -e switch.

Am Mi., 19. Dez. 2018 um 16:02 Uhr schrieb Frederic Gurr
:
>
> The main repository is at
>
>   
http://download.eclipse.org/releases/2018-12/

>
> 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!
>
> Happy Holidays!
>
> 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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev




-- 
Christian Dietrich (Diplom-Informatiker (BA))
Softwareentwickler / -Architekt
Commiter and Co-Lead for Eclipse Xtext

Tel.: +49 (0) 711 / 34 21 91-0
Fax.: +49 (0) 711 / 34 21 91-29
Mobil: +49 (0) 151 / 173969 17
Mail: christian.dietr...@itemis.de
XING: 
https://www.xing.com/profile/Christian_Dietrich8

Web: 
http://www.itemis.de

Skype: christiandietrich1982
ICQ: 125801794

itemis AG
Niederlassung Süd
Industriestraße 6
70565 Stuttgart

Rechtlicher Hinweis:
Registergericht: Amtsgericht Dortmund HRB 20621 | Sitz der Gesellschaft: 
Lünen
Vorstand: Jens Wagener (Vorsitzender) | Wolfgang Neuhaus
Aufsichtsrat: Prof. Dr. Burkhard Igel (Vors.) | Michael Neuhaus |
Jennifer Fiorentino
___
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





___
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 Eclipse IDE 2018-12 release is available now!

[Daniel Megert]

>  Shouldn't https://www.eclipse.org/eclipseide redirect to it?

Yes, and it does, but I provided the direct link on purpose.

> This page doesn't include the download link

It does. Just take another look.

Dani



From:   Mickael Istria 
To: Cross project issues 
Date:   19.12.2018 16:14
Subject:Re: [cross-project-issues-dev] The Eclipse IDE 2018-12 
release is available now!
Sent by:cross-project-issues-dev-boun...@eclipse.org





On Wed, Dec 19, 2018 at 4:07 PM Daniel Megert  
wrote:
Here is the landing page: https://www.eclipse.org/eclipseide/2018-12/

Shouldn't https://www.eclipse.org/eclipseide redirect to it? This page 
doesn't include the download link.
___
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



___
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] Withdrawing Code Recommenders fromSimRel

[Daniel Megert]

Hi Jonah

Yes, it should be handled exactly as you described it. If that is not the 
case, then a bug report with exact steps starting with a fresh install and 
workspace should be filed against JDT Text.

Dani



From:   Jonah Graham 
To: Cross project issues 
Date:   12.12.2018 21:24
Subject:Re: [cross-project-issues-dev] Withdrawing Code 
Recommenders from   SimRel
Sent by:cross-project-issues-dev-boun...@eclipse.org



Martin,

I am pretty sure there is some code in JDT that handles this case already. 
When I open a workspace created with the EPP (with code recommenders) 
version of eclipse in the SDK (without recommenders) on the first time I 
do a Java autocomplete I get a popup recommending I reset completion  
preference defaults. 

Perhaps one of the JDT folk can confirm that this is indeed the case that 
is being covered. 
 


Thanks, 
Jonah 


On Wed, 12 Dec 2018, 19:38 Martin Lippert  Am 11.12.2018 um 21:49 schrieb Marcel Bruch :
> 
> Dear Cross-Projects,
> 
> I?d like to withdraw Code Recommenders participation from the SimRel and 
EPP packages.
> 
> The project committers currently do not have enough resources to keep 
pace with the changes in JDT/Java and thus we?ve to take this necessary 
and long due action.
> 
> Best,
> Marcel
> 
> Von meinem iPad gesendet
> ___
> 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

___
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
___
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



___
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] Is jsch finally dead?

[Daniel Megert]

I agree McQ.

> Maybe we could convince Atsuhiko that Eclipse Foundation is a good IP 
gatekeeper which can mitigate
> his license violation concerns and propose to consider moving the 
project to the Eclipse Foundation.

This sounds like a reasonable approach. Matthias, can you follow up on 
that?

Dani



From:   "Mike Wilson" 
To: cross-project-issues-dev@eclipse.org
Date:   30.11.2018 16:12
Subject:Re: [cross-project-issues-dev] Is jsch finally dead?
Sent by:cross-project-issues-dev-boun...@eclipse.org



> I think it's not a good situation to depend on a library which is 
maintained by a single person/company
> but not accepting contributions with sources excluding tests and no 
public history of the source code.
>
Agree. For something with obvious security implications, the source code 
issue is the most important to me. I have no doubts about the integrity of 
JCraft, but even accidental issues can have major consequences. 
 
McQ.
 
- Original message -
From: Matthias Sohn 
Sent by: cross-project-issues-dev-boun...@eclipse.org
To: Cross project issues 
Cc:
Subject: Re: [cross-project-issues-dev] Is jsch finally dead?
Date: Thu, Nov 29, 2018 4:32 PM
 
A new version of jsch 0.1.55 [1] was released on Maven central hence I 
once more
tried to contact Atsuhiko and finally he responded. Find his response 
below.
 
This means we have the following situation regarding jsch:
there are public releases published on Maven central including source 
archives which do not contain tests
Jcraft keeps the source code repository private and there is no public 
source code repository
Jcraft accepts bug reports on the jsch-users mailing list
Jcraft does not accept source code contributions due to license violation 
concerns
Meanwhile Thomas Wolf created an alternative implementation for JGit and 
EGit based on
mina-sshd [3] (kudos to Thomas). With our next release 5.2 which will be 
shipped with 2018-12
EGit and JGit will come with both a jsch and a mina-sshd based 
implementation and users can choose
the implementation they want to use. For 5.2 jsch will still be the 
default until the mina-sshd based solution
has proven to be stable.
 
I think it's not a good situation to depend on a library which is 
maintained by a single person/company
but not accepting contributions with sources excluding tests and no public 
history of the source code.
As we experienced in the last 2 years this can mean having no maintenance 
for an extended period.
 
Maybe we could convince Atsuhiko that Eclipse Foundation is a good IP 
gatekeeper which can mitigate
his license violation concerns and propose to consider moving the project 
to the Eclipse Foundation.
 
[references] are given in forwarded email below.
 
-Matthias
 
-- Forwarded message -
From: Atsuhiko Yamanaka 
Date: Thu, Nov 29, 2018 at 3:13 PM
Subject: Re: jsch maintenance and source code repository
To: 
Cc: 


Hi,

Sorry for our delay.

On Thu, Nov 29, 2018 at 9:09 AM Matthias Sohn  
wrote:
> I noticed that a new version of jsch 0.1.55 [1] was deployed on Maven 
central, looks like you are back ?

We have been developing it for almost 16 years, and will continue it.
We started that software to add the X forwarding functionality to our
pure Java X server
for our customers, so we have strong motivations to continue it.

> Could you let us know
> - if you intend to continue maintaining jsch
> - where we can find the source code repository
> - if and how you accept contributions for jsch

So, yes, we will continue maintaining jsch.
At present time, there is not a public repository,
and we will accept bug reports at jsch-users mailing list.
We hesitate to accept source code due to the license violation concerns.


Sincerely,
--
Atsuhiko Yamanaka
JCraft,Inc.
<-- address data redacted -->
 
-- Forwarded message -
From: Matthias Sohn 
Date: Thu, Nov 29, 2018 at 1:09 AM
Subject: jsch maintenance and source code repository
To: 
Cc: Thomas Wolf 
 
Hi Atsuhiko, 
 
I noticed that a new version of jsch 0.1.55 [1] was deployed on Maven 
central, looks like you are back ?
 
We missed you at Eclipse [2] and came to the impression that jsch is no 
longer maintained.
I tried several times in the last 2 years to reach you or your company to 
clarify if jsch is still
maintained since it's not a good situation to depend on a security 
relevant library which is
no longer maintained. 
 
During the last 2 years we implemented a number of workarounds in JGit to 
workaround
bugs in jsch.
 
Since we didn't get any response for all emails sent to you and your 
company
and there was no activity in the jsch sourceforge project we discussed if 
we should fork jsch
in order to continue maintenance. But then we couldn't find a source code 
repository for jsch
with the jsch source code history and we also couldn't find unit tests. 
Hence Thomas created
an alternative implementation for JGit using Apache mina-sshd [2]. The 
next version JGit 5.2
to be 

Re: [cross-project-issues-dev] New and Noteworthy page for the 2018-12 release

[Daniel Megert]

> Do I get it right that we basically have to provide only a link? So it 
could also be a link to a wiki, to a README.md of to the PMI release 
entry?

Yes. But the content must focus on the new features and APIs since the 
last release.

Dani



From:   Mickael Istria 
To: Cross project issues 
Date:   16.11.2018 16:11
Subject:Re: [cross-project-issues-dev] New and Noteworthy page for 
the 2018-12 release
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hey Lakshmi, all,

I'm glad to see this happening after the failure of the last release. This 
seems like an appropriate solution.

Do I get it right that we basically have to provide only a link? So it 
could also be a link to a wiki, to a README.md of to the PMI release 
entry?

Thanks in advance___
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



___
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] Will the Platform Start Making Major Version Increments?

[Daniel Megert]

Hi Ed

Last time we discussed this in 2017 there were different opinions on this 
topic but we never decided on the topic. Today we decided unanimously that 
in general we will NOT increase the major version when removing deprecated 
API.

HTH
Dani



From:   Ed Merks 
To: Cross project issues 
Date:   30.10.2018 11:33
Subject:[cross-project-issues-dev] Will the Platform Start Making 
Major   Version Increments?
Sent by:cross-project-issues-dev-boun...@eclipse.org



FYI,
It was brought to my attention that the platform team apparently plans to 
make major version increments when deleting deprecated API:
  https://bugs.eclipse.org/bugs/show_bug.cgi?id=540481#c5
I think this will simply be a major disaster for the ecosystem.   How many 
highly stable plugins will not be installable in the next release?  Many 
thousands!  What do all the API consumers need to do?  Bump their upper 
bound; presumably they've all be paying close attention and have stopped 
using the deprecated APIs long ago...
I'm starting to feel ill just considering inflicting such a thing on the 
community.
I would have expected to see some announcement on such a policy change. I 
beg the Eclipse PMC to reconsider.  I'll quickly resort to ugly threats if 
necessary.  I.e., I will not change the version ranges in EMF and I will 
not provide a build for 2018-12 if this ill conceived plan goes forward, 
which of course means 2018-12 itself will not go forward.
I find it inconceivable that anyone thinks this will be anything but a 
complete and total disaster.
Regards,
Ed___
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



___
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] Eclipse.org timeouts for bugzilla, gerrit, git

[Daniel Megert]

Works fine for me.

Dani



From:   "Mika?l Barbero" 
To: Cross project issues 
Date:   12.10.2018 15:50
Subject:Re: [cross-project-issues-dev] Eclipse.org timeouts for 
bugzilla, gerrit, git
Sent by:cross-project-issues-dev-boun...@eclipse.org



Do you still face the issue? 

We had an issue with connection limits, but Denis increased them and it 
now works for me.

Cheers,

Mika?l Barbero 
Team Lead - Release Engineering | Eclipse Foundation
? (+33) 642 028 039 | ? @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 12 oct. 2018 à 13:56, Mika?l Barbero <
mikael.barb...@eclipse-foundation.org> a écrit :

I'm experiencing the same issue currently. However, I see no evidence that 
the issue is on the infra side.

Will keep you posted.

Thanks.

Mika?l Barbero 
Team Lead - Release Engineering | Eclipse Foundation
? (+33) 642 028 039 | ? @mikbarbero
Eclipse Foundation: The Platform for Open Innovation and Collaboration

Le 12 oct. 2018 à 13:27, Andrey Loskutov  a écrit :

Hi,

Looks like eclipse.org is hardly accessible: I get extremely large 
response times or timeouts for bugzilla, gerrit, git.

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

[attachment "signature.asc" deleted by Daniel Megert/Zurich/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



___
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] Initial 2018-12 (4.10) Plan for Eclipse Top-Level Project

[Daniel Megert]

Our initial 2018-12 (4.10) plan is now online. Please report any issues 
here.

Please keep in mind that this is just the first version and will change 
until we release in December.

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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Eclipse Project Participates in 2018-12

[Daniel Megert]

The top-level Eclipse Project will contribute 
https://projects.eclipse.org/projects/eclipse/releases/4.10.0 at offset 0 
to 2018-12

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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] 2018-12 opt-in

[Daniel Megert]

Throwing out was discussed but after Fred's explanation, we decided not to 
throw out projects.

Wayne wasn't sure what we decided as you can see in the notes:

> Wayne: I can't recall which approach we prefer. 

I've updated the notes accordingly.

Dani



From:   Pierre-Charles David 
To: cross-project-issues-dev@eclipse.org
Date:   04.10.2018 11:21
Subject:Re: [cross-project-issues-dev] 2018-12 opt-in
Sent by:cross-project-issues-dev-boun...@eclipse.org



On 03/10/2018 23:13, Wayne Beaton wrote:
> No explicit opt-in is required for returning projects. We're going to 
> sort this out automatically from the aggregation files.
Could you clarify how exactly this will be "sorted out"? From what I 
understood at yesterday's planning council meeting [1], the idea was to 
disable everyone's contribution at the start of a new cycle and to 
expect each project to explicitly re-enable its contribution before M1. 
Is that correct?

After discussing with other project leads here at Obeo we feel this 
approach (if this is indeed what is proposed) would be too disruptive. 
We've tried this before, and the result was not good, with the first 
milestone(s) often completely broken. It would be enough for a single 
project on which others depend to be late to completely break the 
aggregation. Given the reduced number of milestones we have now, this 
would be really bad.

I think the idea of relying on an explicit action in "the aggregation 
files" to declare intent is good, but using the enablement flag too 
risky. Maybe we could have another mechanism in the repo for that. How 
about something as simple as a "participation.txt" text file with a 
single line per project:

PMF: 2018-12
XWT: 2018-12
actf: 2018-12
acute: 2018-12
birt: 2018-12
...

Declaring intent to participate would simply involve editing the 
corresponding line with the version of the next release.

Regards,
Pierre-Charles David (Obeo)

[1] 
https://wiki.eclipse.org/Planning_Council/October_3_2018


___
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] SimRel 2018-09 Release Candidate 2 (RC2) staging repo is complete

[Daniel Megert]

If I recall the process correctly, the project needs to talk to its PMC 
which then decides whether to ask the Planning Council for a respin.

Dani



From:   Mickael Istria 
To: Cross project issues 
Date:   14.09.2018 12:18
Subject:Re: [cross-project-issues-dev] SimRel 2018-09 Release 
Candidate 2 (RC2) staging repo is complete
Sent by:cross-project-issues-dev-boun...@eclipse.org



Corrosion suffers from a blocking issue: 
https://github.com/eclipse/corrosion/issues/131 which was included in the 
build that's in SimRel.
It seems like we'd be able to fix it promptly.

So if it's easy and not controversial, we'd appreciate if a respin can 
happen.

But if it's too hard, 
Corrosion is a low popularity plugin, I expect that most installation come 
from marketplace (Where we can publish a newer version including the patch 
whenever we want) or by downloading the zip (which represents 0.5% of all 
downloads). Also, I believe Corrosion is not business-critical to us as 
maintainers.
The impact of this bug will be bad, for sure, but maybe not bad enough...

Having said that, I think it's now Planning Council call to take a 
decision about whether Corrosion bug triggers a SimRel respin.
___
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] HIPP6 down

[Daniel Megert]

Can you please invest time to fix the availability of HIPP6? The current 
situation is not acceptable.

Dani



From:   Aleksandar Kurtakov 
To: Cross project issues 
Date:   12.09.2018 16:34
Subject:Re: [cross-project-issues-dev] HIPP6 down
Sent by:cross-project-issues-dev-boun...@eclipse.org





On Wed, Sep 12, 2018 at 1:27 PM, Frederic Gurr <
frederic.g...@eclipse-foundation.org> wrote:
Hi,

hipp6 is back online.
We are investigating it's recent bad work ethic.

Now I can't access https://ci.eclipse.org/releng/ is it hipp6 again ?
 

Regards,

Fred

On 12.09.2018 09:03, Arthur van Dorp wrote:
> Hi all,
> 
> HIPP6 is down again (or a proxy leading to it), bug reopened. Scout will 
be somewhat late with its RC2 contribution, depending on when HIPP6 comes 
back online.
> 
> Thanks and regards,
> Arthur
> 
> -Ursprüngliche Nachricht-
> Von: cross-project-issues-dev-boun...@eclipse.org [mailto:
cross-project-issues-dev-boun...@eclipse.org] Im Auftrag von Frederic Gurr
> Gesendet: Dienstag, 11. September 2018 14:29
> An: cross-project-issues-dev@eclipse.org
> Betreff: Re: [cross-project-issues-dev] HIPP6 down
> 
> Hi,
> 
> All JIPPs on hipp6 are back online.
> 
> Regards,
> 
> Fred
> 
> On 11.09.2018 13:25, Frederic Gurr wrote:
>> Hi,
>>
>> hipp6's disk was full due to the infamous btrfs snapshot "feature".
>> We are in the process of cleaning it up.
>>
>> Regards,
>>
>> Fred
>>
>>
>> On 11.09.2018 13:08, Arthur van Dorp wrote:
>>> Hi all,
>>>
>>>  
>>>
>>> HIPP6 is down:
>>>
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=537462
>>>
>>>  
>>>
>>> Blocking among others JDT, Oomph and Scout.
>>>
>>>  
>>>
>>> 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
>>>
>>
> 
> 
> 
> ___
> 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
> 

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



-- 
Alexander Kurtakov
Red Hat Eclipse Team___
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] Confusion regarding the timing (and nature) of Release Reviews and Releases

[Daniel Megert]

Hi Wayne

A very good  summary of the current process!

Dani



From:   Wayne Beaton 
To: Cross project issues 
Date:   06.09.2018 21:24
Subject:[cross-project-issues-dev] Confusion regarding the timing 
(andnature) of Release Reviews and Releases
Sent by:cross-project-issues-dev-boun...@eclipse.org



With the change in cadence of the simultaneous release and the resulting 
shorter 13 week development cycle, I decided to move the Release Review to 
the very end to maximize the amount of time available for actual 
development activities. This has caused some confusion with regard to the 
timing requirements that I didn't anticipate: if you can't release until 
after you've engaged in a successful release review, how do you get your 
bits in to the aggregate repository in time for the release which occurs 
on the same day?

The short answer is that you can (and should) stage your final bits as 
necessary before the release date, you just can't call them a release or 
advertise them broadly in any "official" way (e.g. don't label them as 
final release bits in your downloads).

Many projects will stage their release bits as their final release 
candidate before rebranding as GA/release (note that this does not imply 
any particular technical naming requirements).

My only real concern regarding the very late timing of a Release Review is 
that it leaves us no time for remediation. I've been running IP scans 
against the shared repository periodically to ensure that we don't have 
any exposures there. I just completed a scan and I am confident that all 
of the content there has been correctly taken through the IP Due Diligence 
process. Assuming that the PMCs approve the releases and corresponding 
review materials, we should be in good shape.

While I have your attention, the Eclipse Architecture Council is in the 
process of making a change to how we do Reviews. The current thinking is 
that we will decouple Releases from Reviews and instead require a regular 
(probably annual) equivalent to the Release Review.

This is actually not as big a departure from the current process as you 
might think. The EDP describes the Release Review as an opportunity "to 
summarize the accomplishments of the release, to verify that the IP Policy 
has been followed and all approvals have been received, to highlight any 
remaining quality and/or architectural issues, and to verify that the 
project is continuing to operate according to the principles and purposes 
of Eclipse." i.e. it is far less about the current release than it is 
about ensuring that the process is being followed and that the project is 
doing the right sorts of things to attract and grow community.

Likewise, the purpose of an IP Log is not to accurately represent the 
contents of any particular release, but rather to provide a checkpoint to 
ensure that the project is correctly following the IP Due Diligence 
process (so you can continue to receive contributions or engage in other 
activities that might change the IP Log between the point in time when it 
is reviewed and approved, and your project makes a release). Note that 
committers are required to observe the IP Policy and IP Due Diligence 
Process at all times, so we should always be in correct state with regard 
to intellectual property management.

For those of you who have made it this far, it would be great if you could 
weigh in on Bug 534828 which includes an effort to more precisely define 
"Release". We're tracking all of our plans to update the EDP via Bug 
484593. Input is welcome.

Let me know if you have any questions or concerns.

Wayne
-- 
Wayne Beaton
Director of Open Source Projects
The 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

[cross-project-issues-dev] Initial 2018-09 (4.9) Plan for Eclipse Top-Level Project

[Daniel Megert]

Our initial 2018-09 (4.9) plan is now online. Please report any mistakes 
or additions to me.

Please keep in mind that this is just the first version and will change 
until we release in September.

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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Update to httpclient/httpcore in ECF/Platform

[Daniel Megert]

> After that I expect it will be incorporated into platform for Photon.1 
SR.

Just to clarify: there won't be a Photon.1 SR, but just a "normal" release 
called 2018-09.

https://bugs.eclipse.org/536959 tracks the adoption of latest ECF in the 
Platform.

Dani



From:   Scott Lewis 
To: cross-project-issues-dev@eclipse.org
Date:   17.07.2018 21:57
Subject:Re: [cross-project-issues-dev] Update to 
httpclient/httpcore in ECF/Platform
Sent by:cross-project-issues-dev-boun...@eclipse.org



On 7/13/2018 9:56 AM, Scott Lewis wrote:
> 
> The versions Mat proposes:
>
> org.apache.httpcomponents.httpclient  4.5.5
> org.apache.httpcomponents.httpcore   4.4.9
>
> Are the most recent versions in Orbit [1].   This bug [2] was opened 
> for ECF and then subsequent Platform adoption.If these versions 
> cannot be adopted by other SR projects, then the discussion should 
> occur on 2.
>
> [1] 
> 
http://download.eclipse.org/tools/orbit/downloads/drops/R20180606145124/

> [2] 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=520077


To put this on a timeline:

We've completed the incorporation of 4.5.5/4.4.9 along with successfully 
running our test suite.  Unless there are objections raised/discussed on 
2, ECF will contribute this version as part of our 3.14.1 [a] release.  
After that I expect it will be incorporated into platform for Photon.1 SR.

Scott

[a] 
https://projects.eclipse.org/projects/rt.ecf/releases/3.14.1


>
>
>
> ___
> 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] Simultaneous Release Opt-in announcements

[Daniel Megert]

> You seem to have ignored the at least 3-way suggestion of using the PMI 
Release Record. Obviously this requires that a Release Record is created 
in order to have somewhere for the checkbox.

Exactly, see https://bugs.eclipse.org/520775.


> The requirement to make an explicit communication basically forces 
project teams to create a release record and start their planning and 
communication regarding the release. Of course, this presupposes that 
creating a release record at the beginning of a release cycle is 
> valuable. 

Well, this is only works for one out of four releases, since, as you said 
yourself, the communication is only required once per year, but we 4 
releases per year.

Dani



From:   Ed Willink 
To: cross-project-issues-dev@eclipse.org
Date:   16.07.2018 16:51
Subject:Re: [cross-project-issues-dev] Simultaneous Release Opt-in 
announcements
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi Wayne
I don't think tracking the aggrcon will work since some projects specify a 
'my-build' repo and never need to touch the aggrcon; of course we all get 
to enjoy the consequences of their broken builds. If everyone had to 
specify a build specific repo, then aggrcon could work for this purpose.
You seem to have ignored the at least 3-way suggestion of using the PMI 
Release Record. Obviously this requires that a Release Record is created 
in order to have somewhere for the checkbox.
Regards
Ed Willink

On 16/07/2018 15:38, Wayne Beaton wrote:
These "kind of annoying" announcement messages serve a couple of 
purposes. 

They ensure that project teams are actually engaged on the primary 
communication channel for the simultaneous release. This comes in handy, 
for example, when project teams change composition (e.g. key players move 
on), knowledge gets lost, or project teams otherwise end up disengaged. 
When we notice that projects are missing at the opt-in deadline, it's way 
easier to mitigate than when we notice it at the end of the release cycle. 
FWIW, we have to chase down at least a couple of projects every year.

The requirement to make an explicit communication basically forces project 
teams to create a release record and start their planning and 
communication regarding the release. Of course, this presupposes that 
creating a release record at the beginning of a release cycle is 
valuable. 

The Eclipse Development Process states, in part:

Projects are required to make a project plan available to their community 
at the beginning of the development cycle for each major and minor 
release. The plan may be as simple as a short description and a list of 
issues, or more detailed and complex.

The Architecture Council is in the process of updating the Eclipse 
Development Process. If anybody would like to consider changing any of 
these, I recommend that you take that up with your PMC representative on 
the council.

With the evolution of the simultaneous release to a rolling release 
process, I half expected that the Planning Council might decide to require 
explicit opt-in on a quarterly basis. I'm delighted that they've instead 
decided to not raise the burden and instead just require a single annual 
check in.

I am thinking, though, that with the increase in frequency of releases, 
it's time to rethink how we track participation in the release. We may 
consider investing some energy in deriving this information from the 
aggrcon files. This, of course, assumes that tracking this information is 
actually valuable (and ignores that we have some projects that participate 
in the simultaneous release, but do not contribute bits to the aggregate 
repository). The explicit tracking has proven helpful for marketing 
purposes, and helps those of us who work at a higher level than an 
individual project.

I don't know how to achieve all of this in an easier manner than a 
once-per-year email. If you have suggestions for alternatives, please 
connect with your PMC's Planning Council representative to have them bring 
this discussion to the PC.

Thanks,

Wayne
-- 
Wayne Beaton 
Director of Open Source Projects
The 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



Virus-free. www.avast.com 
___
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

[cross-project-issues-dev] Eclipse Project Participates in 2018-09

[Daniel Megert]

The top-level Eclipse Project will contribute 
https://projects.eclipse.org/projects/eclipse/releases/4.9.0 at offset 0 
to 2018-09.

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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

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

[Daniel Megert]

Hi Fred

It works for me.

Dani



From:   Fred Bricon 
To: Cross project issues 
Date:   27.06.2018 15:36
Subject:[cross-project-issues-dev] Can't ssh into 
build.eclipse.org
Sent by:cross-project-issues-dev-boun...@eclipse.org



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



___
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] Migrate to EPL 2.0

[Daniel Megert]

> Has anyone tried the copyright tool to do the migration? 
https://wiki.eclipse.org/Development_Resources/How_to_Use_Eclipse_Copyright_Tool

No need to try that. It has not been updated for EPL 2.0. Main functions 
are add (old) copyright notice if it is not there and update copyright 
year.

Dani



From:   Jonah Graham 
To: Cross project issues 
Date:   25.06.2018 19:07
Subject:Re: [cross-project-issues-dev] Migrate to EPL 2.0
Sent by:cross-project-issues-dev-boun...@eclipse.org



Has anyone tried the copyright tool to do the migration? 
https://wiki.eclipse.org/Development_Resources/How_to_Use_Eclipse_Copyright_Tool

On Mon, 25 Jun 2018, 17:08 Ed Willink,  wrote:
Hi

Sorry. Forgot two details.

Before you start, send an email to the EMO notifying that you 'have' 
changed. They will then update the EF database and consequently the PMI 
so that the new Legal Document Generator at e.g

https://www.eclipse.org/projects/tools/documentation.php?id=modeling.mdt.ocl


provides prototype EPL 2.0 text for NOTICE and CONTRIBUTING at the root 
of your repo. LICENSE comes from epl_20.html

Regards

Ed Willink

On 25/06/2018 17:59, Ed Willink wrote:
> Hi Ed
>
> I have migrated OCL, QVTd and QVTo.
>
> I just searched and replaced "Eclipse Public License v1.0" to "Eclipse 
> Public License v2.0" and "http://www.eclipse.org/legal/epl-v10.html; 
> to "http://www.eclipse.org/legal/epl-v20.html; in ALL files, since I 
> figure that these strings are sufficiently long that the change can be 
> done without more than a sampled review (e.g. in a *.genmodel 
> copyright element).
>
> In a discussion on the OCL Review, Wayne was happy that a simple blast 
> was adequate recognizing that the increased skill and care to 
> correctly comment/indent the additional EPL DX line was not justified. 
> Wayne was also happy to leave the obsolete "All rights reserved." and 
> "which accompanies this distribution" text unchanged.
>
> Even though the license change does not really merit a version change 
> API-wise, I decided to apply a minor increment anyway. It required 
> some API filtering to placate.
>
> NB. Use a very recent version of EGIT to make sure you don't need a 
> coffee break while committing 5000 changes.
>
> Regards
>
> Ed Willink
>
>
> On 25/06/2018 17:43, Ed Merks wrote:
>> Hi,
>>
>> I wonder if anyone started seriously looking at migrating their 
>> project from EPL 1.0 to EPL 2.0?
>>
>> The FAQ says we should:
>>
>>   https://www.eclipse.org/legal/epl-2.0/faq.php#h.60mjudroo8e5
>>
>> Also, Wayne suggested that there will be pressure applied, e.g., 
>> perhaps a release train participation requirement.
>>
>> But the FAQ doesn't say much about how to do this:
>>
>>   https://www.eclipse.org/legal/epl-2.0/faq.php#h.tci84nlsqpgw
>>
>> The instructions are "So, a project can use the new version by simply 
>> updating the file headers and notices."  But how simple is that 
>> really?   Just changing all the copyright headers in all the files 
>> sounds simple at face value.
>>
>> https://www.eclipse.org/legal/epl-2.0/faq.php#h.q72cnghf29k0
>>
>> But I have several thousand files!
>>
>> Is everyone doing this or planning to do this manually, or via 
>> various forms of scripts that we each author ourselves?  Of course 
>> we'll all diligently increment every bundle and feature version (by 
>> the appropriate amount) remembering to keep the POMs in sync. And we 
>> won't overlook the copyright element in each feature.   Nor will we 
>> overwrite each about.html with the new one (where is the definitive 
>> version of that anyway?), accidentally replacing any Third Party 
>> Content sections.  To me it seems like a lot of work, made error 
>> prone by the sheer tedium involved.
>>
>> Perhaps someone else already has some experience to share?
>>
>> Regards,
>> Ed
>>
>> ___
>> 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
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> ___
> 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, 

Re: [cross-project-issues-dev] Migrate to EPL 2.0

[Daniel Megert]

Wayne told me that the script has some issues, but no details. Wayne, what 
do we have to double-check?

Dani



From:   Pierre-Charles David 
To: cross-project-issues-dev@eclipse.org
Date:   26.06.2018 08:35
Subject:Re: [cross-project-issues-dev] Migrate to EPL 2.0
Sent by:cross-project-issues-dev-boun...@eclipse.org



On 25/06/2018 17:43, Ed Merks wrote:
> The instructions are "So, a project can use the new version by simply 
> updating the file headers and notices."  But how simple is that 
> really?   Just changing all the copyright headers in all the files 
> sounds simple at face value.
>
> 
https://www.eclipse.org/legal/epl-2.0/faq.php#h.q72cnghf29k0

>
> But I have several thousand files!
>
> Is everyone doing this or planning to do this manually, or via various 
> forms of scripts that we each author ourselves?

https://bugs.eclipse.org/bugs/show_bug.cgi?id=530393 
contains such a 
script contributed by Wayne. I applied it to the Sirius code base (just 
for testing), and it seems to work fine.

___
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] Heads up: multiple HttpClient versions in simrel

[Daniel Megert]

> I'll downgrade the version we use in JGit for Photon. I will revert this 
downgrade after Photon was shipped for the next release.


Thanks Matthias!

Dani



From:   Matthias Sohn 
To: Cross project issues 
Date:   13.06.2018 09:00
Subject:Re: [cross-project-issues-dev] Heads up: multiple 
HttpClient versions in simrel
Sent by:cross-project-issues-dev-boun...@eclipse.org



Are 2 months not enough to validate a new version ? It was introduced in 
Orbit I20180417184143
and it seems it's not really a new version but a new Orbit build of the 
same version.

I'll downgrade the version we use in JGit for Photon. I will revert this 
downgrade after Photon was shipped
for the next release.

-Matthias

On Wed, Jun 13, 2018 at 3:46 AM Scott Lewis  wrote:
WRT ECF:

For Photon, the Platform folks chose to stick with the Oxygen versions 
of httpclient/httpcomponents (4.5.2/4.4.6).  One reason was that the new 
Orbit bundles were added fairly late in the release cycle...leaving 
little time...and no milestone releases...for thorough testing of the 
newer versions.

Scott


On 6/12/2018 3:10 PM, Carsten Reckord wrote:
>> org.eclipse.jgit.http.apache is an optional bundle which is not used by 
EGit.
>> It's used in JGit by org.eclipse.jgit.lfs.server (supports 
implementation of a git
>> lfs server)
>> and org.eclipse.jgit.pgm (jgit command line client).
> Yes, but it's in the simrel repository and it pulls in the second 
HttpClient version.
>
> Since that version has a higher qualifier than the one bundled with ECF, 
it gets pulled in by installing anything that has a dependency on 
HttpClient with a version range. So it also ends up in all the packages 
(while the other version is brought in, because the ECF feature contains 
the exact version).
> ___
> 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] Heads up: multiple HttpClient versions in simrel

[Daniel Megert]

> For Photon, the Platform folks chose to stick with the Oxygen versions 
of httpclient/httpcomponents (4.5.2/4.4.6).

Scott, is there a bug report or mailing list entry where this was 
discussed?

Dani



From:   Scott Lewis 
To: cross-project-issues-dev@eclipse.org
Date:   13.06.2018 03:46
Subject:Re: [cross-project-issues-dev] Heads up: multiple 
HttpClient versions in simrel
Sent by:cross-project-issues-dev-boun...@eclipse.org



WRT ECF:

For Photon, the Platform folks chose to stick with the Oxygen versions 
of httpclient/httpcomponents (4.5.2/4.4.6).  One reason was that the new 
Orbit bundles were added fairly late in the release cycle...leaving 
little time...and no milestone releases...for thorough testing of the 
newer versions.

Scott


On 6/12/2018 3:10 PM, Carsten Reckord wrote:
>> org.eclipse.jgit.http.apache is an optional bundle which is not used by 
EGit.
>> It's used in JGit by org.eclipse.jgit.lfs.server (supports 
implementation of a git
>> lfs server)
>> and org.eclipse.jgit.pgm (jgit command line client).
> Yes, but it's in the simrel repository and it pulls in the second 
HttpClient version.
>
> Since that version has a higher qualifier than the one bundled with ECF, 
it gets pulled in by installing anything that has a dependency on 
HttpClient with a version range. So it also ends up in all the packages 
(while the other version is brought in, because the ECF feature contains 
the exact version).
> ___
> 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] Moving to Gerrit

[Daniel Megert]

Hi Wim

Note that Platform, PDE, JDT and Equinox already moved a month ago..

Dani



From:   Wim Jongman 
To: Cross project issues 
Cc: eclipse.org-committ...@eclipse.org
Date:   05.06.2018 09:46
Subject:Re: [cross-project-issues-dev] Moving to Gerrit
Sent by:cross-project-issues-dev-boun...@eclipse.org



Hi,

Why are we performing such a major change two weeks before release date?

Cheers,

Wim




On Mon, Jun 4, 2018 at 7:41 PM, Eclipse Webmaster <
webmas...@eclipse-foundation.org> wrote:
Hi Everyone,

  I just wanted to remind you that on June 5th I will be moving all Git 
repos to our Gerrit instance.  

If you are currently using SSH URLs I recommend you login to the Gerrit 
interface here: https://git.eclipse.org/r and upload your public key( 
under your account settings -> ssh public keys)

This is mostly just a change of the software supporting Git access but 
there are a few details you need to be aware of:

1) Repository URLs have changed.  Currently you may use the following 
style of URL:
   
   ssh://committer...@git.eclipse.org/gitroot/path/to/repo.git

   The new URLs use the following format:

   ssh://committer...@git.eclipse.org:29418/path/to/repo.git

2) If you are currently using your committer ID in the 'author' or 
'committer' fields, you will need to start using the email address on file 
for your account

3) You may also need to update your .git/config file with the following:

  fetch = +refs/heads/*:refs/remotes/origin/*
  fetch = refs/notes/*:refs/notes/*
  push = HEAD:refs/for/master

And that should be it.

Please note that this change does not require that you use the code review 
features of Gerrit.

-Matt.


___
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] Eclipse Project Photon (4.8) Plan Finalized

[Daniel Megert]

The finalized version of the Eclipse top-level project plan for the Photon 
(4.8) release is now available:

http://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_8.xml
 


Notable changes are:
- The sub-project plans have been updated.
- Java 9 has been replaced by Java 10 in the target environments.
- The JRE versions have been updated.
- Ubuntu LTS-18.04 has been added.

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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [epp-dev] Photon aggregation jobsare stuck

[Daniel Megert]

If "bz" == Bugzilla, then at least not for me. Did you try 
https://downforeveryoneorjustme.com/?

Dani



From:   Aleksandar Kurtakov 
To: Eclipse Packaging Project 
Cc: Cross project issues 
Date:   18.05.2018 17:00
Subject:Re: [epp-dev] [cross-project-issues-dev] Photon 
aggregation jobsare stuck
Sent by:epp-dev-boun...@eclipse.org





On Fri, May 18, 2018 at 4:47 PM, Mikaël Barbero <
mikael.barb...@eclipse-foundation.org> wrote:
I've created https://bugs.eclipse.org/bugs/show_bug.cgi?id=534867 to 
discuss solution about this issue. Add yourself to the cc list if you're 
interested in this issue.

Is bz down right now?
 

Cheers,

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



___
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



-- 
Alexander Kurtakov
Red Hat Eclipse Team
___
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



___
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] Photon aggregation jobs are stuck

[Daniel Megert]

The change was in the wrong Gerrit change but is still valid. This was 
announced on May 10: 
https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg15529.html 
and Markus said, he will take care of this, see 
ttps://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg15530.html

Dani



From:   Mickael Istria 
To: Cross project issues 
Date:   17.05.2018 12:46
Subject:Re: [cross-project-issues-dev] Photon aggregation jobs are 
stuck
Sent by:cross-project-issues-dev-boun...@eclipse.org





On Thu, May 17, 2018 at 12:39 PM, Arthur van Dorp <
arthur.vand...@bsi-software.com> wrote:
Sorry. I?m looking at the latest EPP-Build: 
https://ci.eclipse.org/packaging/job/photon.epp-tycho-build/ I?m not sure, 
what code will be pulled there after the SimRel part is done.
 

Please bring this to the epp-dev mailing-list. The contribution of RAP 
tools was disabled by 
http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/commit/rap-tools.aggrcon?id=d298c990d67b7ee4cd2e1232a41f1bee636507fa
 
(which seems not related and erroneous to me). If this was not 
intentional, then it would IMO be better to respin SimRel than to add 
workload on RAP which didn't do anything wrong here. 
___
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