Re: [cross-project-issues-dev] EMFForms intends to drop from 2024-06

[Lars Vogel via cross-project-issues-dev]

Maybe the team could publish EMFForms to Maven central (like regular
Java libraries). If that is done any consumer can simply consume it
with their target platform.
___
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] Dart script for wiki migration to mark-down

[Lars Vogel via cross-project-issues-dev]

Dart script to migrate wiki pages to markdown

This is a Dart script written to migrate wiki pages to markdown.
Requires dart installed on the machine.

It:

Downloads the images
Converts the wiki page into mark-down using the input file name as
template to generate the target file name

Open issues / work left to be done

Incorrectly format code in the wiki page  is (in some case)
duplicated in the output, manually delete the first included code
Documents with special characters or spaces  may result in broking
links. But than again, using such characters was not smart in the
first place, right? Now you have to pay for it with manual work. 
Classification tags in the wiki are present in the output, you may
want to delete it in the output

Usage

Open the migrate.dart file and change the wikiPageUrls, listing all
the pages you want to migrate.
Change the imageRepository to the repo you migrating your wiki pages to

Afterwards run the script, output is copied into the docs folder (can
be changed in the script)

dart migrate.dart

Copy this folder to your target repo and create a pull request to get
in merged. 

Checking the links the in markdown documents

Once merged into the repo you can check for broken links with another
script. dart linkchecker.dart can be used to checked broken links the
listed mark-down pages.

Adjust rawUrls in the script to customize the checked pages. Ensure
you use the https://raw.githubusercontent.com/ URL to avoid checking
the Github links in your mark-downpage

Add a note to the wiki that the page has been migrated

To be friendly to your users and if the wiki is still in edit mode,
add a note to the wiki that the page has been migrated, something
like:

{{Warning|This page has been migrated to to
https://github.com/eclipse-platform/eclipse.platform.ui/blob/master/docs/JFaceDataBinding.md.}}

On Wed, Apr 24, 2024 at 10:06 AM Lars Vogel  wrote:
>
> Hi,
>
> We have written a Dart script for automatically migrating Eclipse wiki
> pages to mark-down.
>
> See https://github.com/eclipse-equinox/p2/pull/503 as an example for
> the migrated result.
>
> You can find it here https://github.com/vogellacompany/wikimigration/,
> see the README.md for its usage (copied below for the lazy reader).
>
> Best regards, Lars
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Dart script for wiki migration to mark-down

[Lars Vogel via cross-project-issues-dev]

Hi,

We have written a Dart script for automatically migrating Eclipse wiki
pages to mark-down.

See https://github.com/eclipse-equinox/p2/pull/503 as an example for
the migrated result.

You can find it here https://github.com/vogellacompany/wikimigration/,
see the README.md for its usage (copied below for the lazy reader).

Best regards, Lars

--
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Heads up of GEF classic (used to be GEF legacy) contribution to SIMREL

[Lars Vogel]

Thanks to Ed for restoring the old feature ID, the new GEF 3.14.0
version has been contributed. I know we are not supposed to publish
new versions here, but as GEF Classic was inactive for a longer time I
wanted to avoid surprises.

On Thu, Jun 16, 2022 at 1:23 PM Ed Merks  wrote:
>
> Lars,
>
> I think the approach of changing the feature IDs is not viable and that
> this should be avoided.  I've opened this issue to explain the problem
> and we can discuss the issue further there:
>
> https://github.com/eclipse/gef-classic/issues/70
>
> Regards,
> Ed
>
>
> On 16.06.2022 12:29, Lars Vogel wrote:
> > Hi,
> >
> > GEF legacy is currently resurrected and has been renamed to GEF
> > Classic. I'm currently helping with the release work.
> >
> > For the 2022-09 Release we are planning to contribute a new version of
> > GEF classic to the simrel. It is basically the same version only the
> > Java version has been updated to require Java 11 and due to the
> > introduction of pomless builds some feature IDs were renamed.
> >
> > There is real work planned for GEF classic but we wanted to start with
> > a release which has minimal changes to reduce possible breakages for
> > consumers.
> >
> > GMF has already been prepared to use the new version and has also a
> > pending contribution to the simrel. We wanted to wait for the 2022-06
> > release to finish to avoid late game changes.
> >
> > I was told that during the contribution process I should disable all
> > contributions which fail due to this contribution. So far it looks
> > like GMF, DTP needs some update. The changes required should be small
> > as you only need to update your usage of the feature ID in case you
> > include or require GEF classic features into your own features /
> > products.
> >
> > The latest GEF version can be found here in case you what to test your
> > builds against it:
> > https://download.eclipse.org/tools/gef/classic/releases/latest/
> >
> > Please report issues to https://github.com/eclipse/gef-classic/issues
> >
> > Best regards, Lars
> >
> > --
> > Eclipse Platform project co-lead
> > CEO vogella GmbH
> >
> > Haindaalwisch 17a, 22395 Hamburg
> > Amtsgericht Hamburg: HRB 127058
> > Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> > USt-IdNr.: DE284122352
> > Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> > http://www.vogella.com
> > ___
> > 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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Fwd: eclipseide.org | Create Eclipse IDE 2022-06 landing page (#21)

[Lars Vogel]

Hi Ed,

Great that Stephan  already helped to solve ONE issue.

> But there is a limit on what can be done...

I hope an issue which affects all Window Defender & Eclipse users is within
this limit. Especially as the bug is already more than 3 years old.

Best regards, Lars




On Fri, Jun 17, 2022 at 11:35 AM Ed Merks  wrote:

> Lars,
>
> This has been raised directly with Stephen Walli.  He did help with
> resolving a serious performance regression in beta version of Windows.
>
> https://github.com/eclipse-platform/eclipse.platform.swt/issues/10
>
> I also raised this issue:
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=548443
>
> But there is a limit on what can be done...
>
> Regards,
> Ed
>
> On 17.06.2022 11:20, Lars Vogel wrote:
>
> Thanks Ed,
>
> This page leads to https://eclipseide.org/release/noteworthy/ which
> points to the window defender issue. Don't we have a Microsoft
> representative on the board which could help with this Window Defender
> issue?
>
> AFAIK you are committer representative, could you maybe bring this issue
> to the next board meeting?
>
> Best regards, Lars
>
>
>
>
> On Wed, Jun 15, 2022 at 4:29 PM Ed Merks  wrote:
>
>> The 2022-06 release has gone live.  I've available in the usual place
>>
>>   https://www.eclipse.org/downloads/
>>   https://www.eclipse.org/downloads/packages/
>>
>> But also via this cool new location:
>>
>>   https://eclipseide.org/release/
>> Thanks all for making this happen!
>>
>>
>>  Forwarded Message 
>> Subject: Re: eclipseide.org | Create Eclipse IDE 2022-06 landing page
>> (#21)
>> Date: Wed, 15 Jun 2022 16:22:08 +0200
>> From: Eric Poirier (@epoirier) 
>> 
>> Reply-To: GitLab 
>> 
>> To: ed.me...@gmail.com
>>
>> Eric Poirier <https://gitlab.eclipse.org/epoirier> commented
>> <https://gitlab.eclipse.org/eclipsefdn/it/websites/eclipseide.org/-/issues/21#note_828072>:
>>
>>
>> It's now live.
>>
>> https://eclipseide.org/release/
>>
>> —
>> View it on GitLab
>> <https://gitlab.eclipse.org/eclipsefdn/it/websites/eclipseide.org/-/issues/21#note_828072>.
>>
>> You're receiving this email because of your account on gitlab.eclipse.org.
>> If you'd like to receive fewer emails, you can unsubscribe
>> <https://gitlab.eclipse.org/-/sent_notifications/4c7172aa818489003293e1dd61dc1d4e/unsubscribe>
>> from this thread or adjust your notification settings.
>> _______
>> 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
>>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
>
> ___
> cross-project-issues-dev mailing listcross-project-issues-...@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
>


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.com
___
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] Fwd: eclipseide.org | Create Eclipse IDE 2022-06 landing page (#21)

[Lars Vogel]

Thanks Ed,

This page leads to https://eclipseide.org/release/noteworthy/ which points
to the window defender issue. Don't we have a Microsoft representative on
the board which could help with this Window Defender issue?

AFAIK you are committer representative, could you maybe bring this issue to
the next board meeting?

Best regards, Lars




On Wed, Jun 15, 2022 at 4:29 PM Ed Merks  wrote:

> The 2022-06 release has gone live.  I've available in the usual place
>
>   https://www.eclipse.org/downloads/
>   https://www.eclipse.org/downloads/packages/
>
> But also via this cool new location:
>
>   https://eclipseide.org/release/
> Thanks all for making this happen!
>
>
>  Forwarded Message 
> Subject: Re: eclipseide.org | Create Eclipse IDE 2022-06 landing page
> (#21)
> Date: Wed, 15 Jun 2022 16:22:08 +0200
> From: Eric Poirier (@epoirier) 
> 
> Reply-To: GitLab  
> To: ed.me...@gmail.com
>
> Eric Poirier <https://gitlab.eclipse.org/epoirier> commented
> <https://gitlab.eclipse.org/eclipsefdn/it/websites/eclipseide.org/-/issues/21#note_828072>:
>
>
> It's now live.
>
> https://eclipseide.org/release/
>
> —
> View it on GitLab
> <https://gitlab.eclipse.org/eclipsefdn/it/websites/eclipseide.org/-/issues/21#note_828072>.
>
> You're receiving this email because of your account on gitlab.eclipse.org.
> If you'd like to receive fewer emails, you can unsubscribe
> <https://gitlab.eclipse.org/-/sent_notifications/4c7172aa818489003293e1dd61dc1d4e/unsubscribe>
> from this thread or adjust your notification settings.
> ___
> 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
>


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.com
___
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] Heads up of GEF classic (used to be GEF legacy) contribution to SIMREL

[Lars Vogel]

Hi,

GEF legacy is currently resurrected and has been renamed to GEF
Classic. I'm currently helping with the release work.

For the 2022-09 Release we are planning to contribute a new version of
GEF classic to the simrel. It is basically the same version only the
Java version has been updated to require Java 11 and due to the
introduction of pomless builds some feature IDs were renamed.

There is real work planned for GEF classic but we wanted to start with
a release which has minimal changes to reduce possible breakages for
consumers.

GMF has already been prepared to use the new version and has also a
pending contribution to the simrel. We wanted to wait for the 2022-06
release to finish to avoid late game changes.

I was told that during the contribution process I should disable all
contributions which fail due to this contribution. So far it looks
like GMF, DTP needs some update. The changes required should be small
as you only need to update your usage of the feature ID in case you
include or require GEF classic features into your own features /
products.

The latest GEF version can be found here in case you what to test your
builds against it:
https://download.eclipse.org/tools/gef/classic/releases/latest/

Please report issues to https://github.com/eclipse/gef-classic/issues

Best regards, Lars

--
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Multiple version of org.eclipse.sdk.feature.group in the 2022-06 simrel

[Lars Vogel]

Thanks Ed for clarification.

On Tue, May 31, 2022 at 5:10 PM Ed Merks  wrote:
>
> Lars,
>
> That's to be expected for a composite that is composed of all the
> milestones for 2022-06 so far...
>
> The concern is about duplicates in a simple repository, e.g.,
>
> https://download.eclipse.org/oomph/archive/reports/download.eclipse.org/releases/2022-06/https___download.eclipse.org_releases_2022-06_202205271000.html
>
> On 31.05.2022 16:59, Lars Vogel wrote:
> > Hi,
> >
> > 2022-06 contains multiple versions of the Eclipse platform SDK, see
> > https://github.com/eclipse-platform/eclipse.platform.releng/issues/32
> > for a screenshot.
> >
> > The Eclipse TLP only contributes one version so someone else might
> > contribute older versions.
> >
> > AFAIK the simrel is very concerned about multiple versions of plug-ins
> > therefore I post this info here.
> >
> > Best regards, Lars
> >
> >
> ___
> 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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Multiple version of org.eclipse.sdk.feature.group in the 2022-06 simrel

[Lars Vogel]

Hi,

2022-06 contains multiple versions of the Eclipse platform SDK, see
https://github.com/eclipse-platform/eclipse.platform.releng/issues/32
for a screenshot.

The Eclipse TLP only contributes one version so someone else might
contribute older versions.

AFAIK the simrel is very concerned about multiple versions of plug-ins
therefore I post this info here.

Best regards, Lars


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] org.eclipse.mylyn.commons.notifications.feed still part of Mylyn feature and causing Bundle exceptions

[Lars Vogel]

Installation...

On Wed, Nov 10, 2021 at 2:11 PM Lars Vogel  wrote:
>
> Dear all,
>
> During startup I see the following exception (see below) from
> org.eclipse.mylyn.commons.notifications.feed. Checking my
> installation, I see that the EGit Github integration includes the
> Mylyn Task List.
>
> AFAIK Mylyn is not actively working on the current release.
>
> What is the right thing to do here? Ask EGit to remove Mylyn from
> their installation list? Or ask Mylyn to look into this and
> potentially remove org.eclipse.mylyn.commons.notifications.feed?
>
> Best regards, Lars
>
> !ENTRY org.eclipse.mylyn.commons.notifications.feed 4 0 2021-11-10 
> 13:57:22.003
> !MESSAGE FrameworkEvent ERROR
> !STACK 0
> org.osgi.framework.BundleException: Could not resolve module:
> org.eclipse.mylyn.commons.notifications.feed [284]
>   Bundle was not resolved because of a uses constraint violation.
>   org.apache.felix.resolver.reason.ReasonException: Uses constraint
> violation. Unable to resolve resource
> org.eclipse.mylyn.commons.notifications.feed [osgi.identity;
> osgi.identity="org.eclipse.mylyn.commons.notifications.feed";
> type="osgi.bundle"; version:Version="1.17.2.v20200813-0821";
> singleton:="true"] because it is exposed to package 'javax.xml.bind'
> from resources javax.xml.bind [osgi.identity;
> osgi.identity="javax.xml.bind"; type="osgi.bundle";
> version:Version="2.2.0.v201105210648"] and jakarta.xml.bind
> [osgi.identity; osgi.identity="jakarta.xml.bind"; type="osgi.bundle";
> version:Version="2.3.3.v20201118-1818"] via two dependency chains.
>
> Chain 1:
>   org.eclipse.mylyn.commons.notifications.feed [osgi.identity;
> osgi.identity="org.eclipse.mylyn.commons.notifications.feed";
> type="osgi.bundle"; version:Version="1.17.2.v20200813-0821";
> singleton:="true"]
> require: (&(osgi.wiring.bundle=javax.xml.bind)(bundle-version>=2.2.0))
>  |
> provide: osgi.wiring.bundle: javax.xml.bind
>   javax.xml.bind [osgi.identity; osgi.identity="javax.xml.bind";
> type="osgi.bundle"; version:Version="2.2.0.v201105210648"]
>
> Chain 2:
>   org.eclipse.mylyn.commons.notifications.feed [osgi.identity;
> osgi.identity="org.eclipse.mylyn.commons.notifications.feed";
> type="osgi.bundle"; version:Version="1.17.2.v20200813-0821";
> singleton:="true"]
> require: (&(osgi.wiring.bundle=com.sun.xml.bind)(bundle-version>=2.2.0))
>  |
> provide: osgi.wiring.bundle;
> bundle-version:Version="2.3.3.v20201118-1818";
> osgi.wiring.bundle="com.sun.xml.bind"
>   com.sun.xml.bind [osgi.identity; osgi.identity="com.sun.xml.bind";
> type="osgi.bundle"; version:Version="2.3.3.v20201118-1818"]
> import: 
> (&(osgi.wiring.package=javax.xml.bind)(&(version>=2.3.3)(!(version>=2.3.4
>  |
> export: osgi.wiring.package: javax.xml.bind
>   jakarta.xml.bind [osgi.identity; osgi.identity="jakarta.xml.bind";
> type="osgi.bundle"; version:Version="2.3.3.v20201118-1818"]
> at org.eclipse.osgi.container.Module.start(Module.java:463)
> at 
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.lambda$1(ModuleContainer.java:1834)
> at 
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1829)
> at 
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1775)
> at 
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1739)
> at 
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1661)
> at 
> org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
> at 
> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:228)
> at 
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)
>
> !ENTRY org.eclipse.mylyn.github.ui 4 0 2021-11-10 13:57:22.019
> !MESSAGE FrameworkEvent ERROR
> !STACK 0
> org.osgi.framework.BundleException: Could not resolve module:
> org.eclipse.mylyn.github.ui [297]
>   Unresolved requirement: Require-Bundle: org.eclipse.mylyn.tasks.ui;
> bundle-version="[3.20.0,4.0.0)"
> -> Bundle-SymbolicName: org.eclipse.mylyn.tasks.ui;
> bundle-version="3.25.2.v20200814-0512"; singleton:="true"
>org.eclipse.mylyn.tasks.ui [305]
>  Unr

[cross-project-issues-dev] org.eclipse.mylyn.commons.notifications.feed still part of Mylyn feature and causing Bundle exceptions

[Lars Vogel]

"2.2.0.v201105210648"]

Chain 2:
  org.eclipse.mylyn.commons.notifications.feed [osgi.identity;
osgi.identity="org.eclipse.mylyn.commons.notifications.feed";
type="osgi.bundle"; version:Version="1.17.2.v20200813-0821";
singleton:="true"]
require: (&(osgi.wiring.bundle=com.sun.xml.bind)(bundle-version>=2.2.0))
 |
provide: osgi.wiring.bundle;
bundle-version:Version="2.3.3.v20201118-1818";
osgi.wiring.bundle="com.sun.xml.bind"
  com.sun.xml.bind [osgi.identity; osgi.identity="com.sun.xml.bind";
type="osgi.bundle"; version:Version="2.3.3.v20201118-1818"]
import: 
(&(osgi.wiring.package=javax.xml.bind)(&(version>=2.3.3)(!(version>=2.3.4
 |
export: osgi.wiring.package: javax.xml.bind
  jakarta.xml.bind [osgi.identity; osgi.identity="jakarta.xml.bind";
type="osgi.bundle"; version:Version="2.3.3.v20201118-1818"]
at org.eclipse.osgi.container.Module.start(Module.java:463)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.lambda$1(ModuleContainer.java:1834)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1829)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1775)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1739)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1661)
at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
at 
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:228)
at 
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:339)
!SESSION 2021-11-10 13:57:10.145 ---
eclipse.buildId=4.22.0.I20211108-1800
java.version=16.0.2
java.vendor=Eclipse Foundation

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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-ide-wg] Eclipse 2021-09 video

[Lars Vogel]

Looks great. Thanks a lot, Holger.

On Tue, Sep 14, 2021 at 2:47 PM Mickael Istria  wrote:
>
> Thanks Holger!
> ___
> ide-dev mailing list
> ide-...@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/ide-dev



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Mylyn

[Lars Vogel]

Example for migrating to JFace notification (which was copied /
migrated from Mylyn a while ago):
https://git.eclipse.org/r/c/lsp4e/lsp4e/+/180962/

On Sun, May 23, 2021 at 8:13 PM Jonah Graham  wrote:
>
> On Sun, 23 May 2021 at 12:04, Aleksandar Kurtakov  wrote:
>>
>>
>>
>> On Sun, May 23, 2021 at 7:47 AM Jonah Graham  wrote:
>>>
>>> Hi folks,
>>>
>>> I am not sure, but I think there are numerous projects that depend on 
>>> Notifications framework from Mylyn. For example LSP4E does:
>>>
>>> https://git.eclipse.org/r/plugins/gitiles/lsp4e/lsp4e/+/refs/heads/master/org.eclipse.lsp4e/src/org/eclipse/lsp4e/ServerMessageHandler.java
>>>
>>>
>>> Not sure what the best path forward for that is, for example how easy would 
>>> it be to pull out of Mylyn.
>>
>>
>> JFace provides notification for some time and migration should be quite 
>> straightforward see 
>> https://wiki.eclipse.org/JFaceSnippets#Snippet081_-_Notication_API
>>
>
> Thanks for the pointer - I raised 
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=573717 to track LSP4E's effort.
>
> Jonah
> ___
> 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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] Platform api removal document in 4.17

[Lars Vogel]

Friends of Eclipse,

As a reminder here is the current version of the platform API removal
document.

https://htmlpreview.github.io/?https://raw.githubusercontent.com/eclipse/eclipse.platform.common/master/bundles/org.eclipse.platform.doc.isv/porting/removals.html

Best regards, Lars
___
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] Upgrading the Eclipse SDK target environment for the *September* Eclipse release...

[Lars Vogel]

org.eclipse.search has been moved back to Java 8 via
https://bugs.eclipse.org/bugs/show_bug.cgi?id=565368

On Mon, Jul 27, 2020 at 2:02 PM Ed Willink  wrote:

> Hi
>
> This has now happened and it causes a problem. See [1]
> Boring Java 8 builds now fail in non-UI contexts.
>
> My understanding of the original report was that I would have difficulty
> starting the Eclipse UI without Java 11 and I commented that better user
> help was desirable.
>
> I am therefore disappointed to discover that applications using the non-UI
> org.eclipse.search fail since the UI is not separated into a separate
> bundle.
>
> As I commented on [2]
>
> *Seems like moving the whole platform to Java 11 just for Jetty is like
> amputating a whole leg just because a toe is gangrenous.*
>
> Since Java 8 is significantly faster [3], the platform needs to ensure
> that its beyond Java 8 issues are isolated, e.g an old Jetty if Java 8, a
> new Jetty if Java 11.
>
> Regards
>
> Ed Willink
>
> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=56
> [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=565368
> [3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=565563
>
> On 20/03/2020 18:34, Mike Wilson wrote:
>
> 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 listcross-project-issues-...@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
> <#m_832610710628085431_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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
>


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.com
___
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] Platform APIs marked for deletion in future releases

[Lars Vogel]

Friends of Eclipse,

As a reminder here is the list of API which is marked to be deleted in
a future release.

https://htmlpreview.github.io/?https://raw.githubusercontent.com/eclipse/eclipse.platform.common/master/bundles/org.eclipse.platform.doc.isv/porting/removals.html

Newest entry in this list is the API removals after June 2022
1. ICU4J bundle from SDK

Best regards, Lars

P.S. https://bugs.eclipse.org/bugs/show_bug.cgi?id=546693 suggest to
use the Github mirror link.


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___
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] 2020-06 Release

[Lars Vogel]

I tested Eclipse WindowBuilder in early 2020-06 and it worked fine.

On Wed, May 27, 2020 at 8:42 PM Wayne Beaton
 wrote:
>
> Updated!
>
> Regarding the list that I included at the start of this thread... Is anybody 
> actually testing whether or not these simultaneous release participants 
> actually function on the current version of the platform?
>
> Eclipse Tools for Cloud Foundry (2018)
> Eclipse BIRT (2017)
> Eclipse Mylyn (2018)
> Eclipse WindowBuilder (early 2019)
> Eclipse Xpand (2016)
> Eclipse Remote Systems Explorer (2018)
> Eclipse EMFStore (2017)
> Eclipse BPMN2 Model (2018)
> Eclipse BPEL Designer (2018)
> Eclipse ACTF (2017)
>
> Wayne
>
>
> On Wed, May 27, 2020 at 5:53 AM Markus Knauer  
> wrote:
>>
>> Hi Wayne,
>>
>> it's the same for RAP... it should be 3.13.
>> The release record is now available at 
>> https://projects.eclipse.org/projects/rt.rap/releases/3.13.0
>>
>> Thanks and regards,
>> Markus
>>
>>
>> On Tue, 26 May 2020 at 02:28, Jeff Johnston  wrote:
>>>
>>> Hi Wayne,
>>>
>>> Linux Tools should be 7.7.0 for 2020-06.  I had thought I had created the 
>>> release record, but I was mistaken.  Anyway, it is created now.
>>>
>>> -- Jeff J.
>>>
>>> On Mon, May 25, 2020 at 2:44 PM Wayne Beaton 
>>>  wrote:
>>>>
>>>> I've updated the records based on feedback.
>>>>
>>>> If you have not done so, please review the list and let me know if 
>>>> something isn't right.
>>>>
>>>> https://projects.eclipse.org/releases/2020-06
>>>>
>>>> Wayne
>>>>
>>>> On Wed, May 20, 2020 at 11:59 AM Wayne Beaton 
>>>>  wrote:
>>>>>
>>>>> Hey folks!
>>>>>
>>>>> I've created the record for the 2020-06 Simultaneous Release. As usual, 
>>>>> I've used the information that I have available to make my best guess at 
>>>>> which version you're releasing. If I've got something wrong, please first 
>>>>> make sure that you've created a release record with the right date and 
>>>>> then let me know to update the corresponding entry on the release page.
>>>>>
>>>>> I noticed that several of the contributions are more than one year old 
>>>>> (some of them significantly more). I don't believe that it's necessarily 
>>>>> wrong to contribute stable content, but would like to make sure that 
>>>>> somebody is periodically testing configurations that include these 
>>>>> contributions to mitigate the risk that we ship broken content.
>>>>>
>>>>> Eclipse Tools for Cloud Foundry (2018)
>>>>> Eclipse BIRT (2017)
>>>>> Eclipse Mylyn (2018)
>>>>> Eclipse WindowBuilder (early 2019)
>>>>> Eclipse Xpand (2016)
>>>>> Eclipse Remote Systems Explorer (2018)
>>>>> Eclipse EMFStore (2017)
>>>>> Eclipse BPMN2 Model (2018)
>>>>> Eclipse BPEL Designer (2018)
>>>>> Eclipse ACTF (2017)
>>>>>
>>>>> Wayne
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Wayne Beaton
>>>>>
>>>>> Director of Open Source Projects | Eclipse Foundation, Inc.
>>>>>
>>>>> Join us at our virtual event: EclipseCon 2020 - October 20-22
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Wayne Beaton
>>>>
>>>> Director of Open Source Projects | Eclipse Foundation, Inc.
>>>>
>>>> Join us at our virtual event: EclipseCon 2020 - October 20-22
>>>>
>>>> ___
>>>> 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
>>
>>
>>
>> --
>>
>> ###
>> EclipseSource Group
>> Telefon: +49 721 664733-0 (UTC +1)
>> Telefax: +49 721 66473329

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

[Lars Vogel]

gt; With this proposal, the maintenance cost would be drastically reduced and 
>>> the process be made more streamlined with typical EDP. Hopefully this will 
>>> become simple enough for the few active contributors on SimRel (build & 
>>> infra, not contributions) and EPP to be able to cope with this for some 
>>> years.
>>>
>>> Are you volunteering to step up to prototype and demonstrate all the new 
>>> infrastructure that would be involved in your proposal so that we may 
>>> concretely assess how that alternative would work in detail rather than in 
>>> the abstract?
>>
>>
>> :)
>> Yes and no. I may try it at some point, but cannot guarantee it nor estimate 
>> when. But as I'm convinced of the ROI and my suggestion is mostly about 
>> adding a .target file into EPP build that happens to be a simple Tycho 
>> build, then I may find some time for it when I'm bored with other things.
>
>
> Let's add that I fully stand by Mickael here and his proposal is the only one 
> we got so far with a potential to improve the situation. We have to just 
> admit that Simrel and EPP can't continue in the way they are and look out for 
> changes that will improve the situation.
> From Ed's proposal:
> * Choice 1 - let's be realistic and admit that this would not happen. No one 
> will step up and do things the way they used to be just because someone is 
> used to it being that way E.g. If I (or anyone from my team) step up - we 
> will effectively implement the proposal. Of course anyone is free to jump in 
> and keep things the way they are - I'll be more than happy to be proven wrong 
> here :)
> * Choice 2 - speak to representatives. From all the Planning/Architecture 
> council meetings there used to be a lot of wishful thinking over the years 
> and pretty much no one there spent the time/resources to make it happen. Read 
> this as - we don't need talks, we need actions.
> * Choice 3 - do nothing . I understand this is meant to be provocative and I 
> fully support some stress over the community. We should start questioning 
> every single piece of our process and if it has resource issues consider it 
> ineffective or not needed before trying to solve it. For many of the existing 
> plugins that are part of the Simrel that would be the best to do - nothing.
> Well actually do single step - remove them.
> To use DLTK project  - we did exactly that - dropped the python (Pydev is 
> better offering!), ruby (Solargraph is better offering!), shell script 
> (ShellWas is better offering), js (WildWebDeveloper is better offering)  from 
> the December release.
> To use CDT project  - launchbar and templates repo are merged into main one 
> to reduce cycles. Terminal is getting moved to CDT so RSE can finally be left 
> to rot there. Ancient parsers are getting dropped and so on.
> I'm not even going to mention the amount of work and automation that went on 
> Platform and Tycho side .
> Aka active projects are already actively engaged into streamlining the 
> developer experience so burden is manageable. In my eyes there is no other 
> way but to do that for Simrel+EPP
>
>>>
>>> About enforcing or checking SimRel rules, then they are not really SimRel 
>>> rules and checking that or declaring compatibility should be handled by 
>>> projects, as part of their releases; not by a downstream consumption.
>>>
>>> I've seen that projects are so very very responsive in addressing the 
>>> issues raised for them, not!
>>
>>
>> Then it becomes the responsibility and choice of the ones who "pull" the 
>> project: if i maintain an EPP and see a dependency in a bad state (let's say 
>> Mylyn), it becomes my duty to get it fixed or get it removed from the EPP 
>> packages/aggregation. But as long as Mylyn doesn't react and comply with the 
>> necessary rules, they'll just be removed from EPP and aggregated site.
>>
>> ___
>> cross-project-issues-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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Info centers

[Lars Vogel]

Thanks Fred, latest will be great compared to fine before ;-)

Current solution (redirect to root) is not fine. :-)

Frederic Gurr  schrieb am Do., 9.
Jan. 2020, 17:13:

> Hi,
> I wouldn't call this a fine link or good coverage. The link efers to an
> Neon infocenter from 2016/2017. So it's completely outdated.
> As stated in the bug, the goal is to have the /latest/ links in the Google
> index and not content from random old versions.
>
> We will try to put redirects in place to avoid confusion and "dead ends".
>
> Regards,
>
> Fred
>
> On Thu, 9 Jan 2020, 16:05 Lars Vogel,  wrote:
>
>> Just Googled for the Oomph Git setup tasks which resulted in this fine
>> link:
>>
>>
>> https://help.eclipse.org/neon/topic/org.eclipse.oomph.setup.doc/javadoc/org/eclipse/oomph/setup/git/GitCloneTask.html
>>
>> Clicking on it, brings me to:
>>
>> https://www.eclipse.org/documentation/
>>
>> So currently it looks like we lost our good Google coverage of Eclipse
>> help.
>>
>> Best regards, Lars
>>
>> P.S. will also add this to the bug
>>
>> On Fri, Dec 13, 2019 at 3:57 PM Jonah Graham 
>> wrote:
>> >
>> > Done https://bugs.eclipse.org/bugs/show_bug.cgi?id=558301
>> >
>> > Probably needs better component, please change component as you see fit.
>> > ~~~
>> > Jonah Graham
>> > Kichwa Coders
>> > www.kichwacoders.com
>> >
>> >
>> > On Fri, 13 Dec 2019 at 09:49, Denis Roy <
>> denis@eclipse-foundation.org> wrote:
>> >>
>> >> Jonah,
>> >>
>> >> That's a great point.  I think we can do something smart here:
>> >>
>> >> When a user hits https://eclipse.org/documentation/ we could examine
>> the referer, and add some text at the top of the page to indicate the user
>> has requested older docs, with a suggested link to the same doc on the
>> latest install.
>> >>
>> >> That will help newer docs rank on search engines, help de-list older
>> docs, and still provide service to the user.
>> >>
>> >> We should also verify that we are sending a 301 Permanent redirect,
>> not a 302 Temporary one.
>> >>
>> >> If you think this makes sense, I think next step is a bug.
>> >>
>> >>
>> >> Denis
>> >>
>> >>
>> >> On 2019-12-13 9:25 a.m., Jonah Graham wrote:
>> >>
>> >> Hi Fred,
>> >>
>> >> I think it is great to get rid of the old documentation - indeed the
>> other day I did a google search and didn't realize I was looking at an old
>> version of the documentation.
>> >>
>> >> That leads me to my issue with removing - and I don't have a solution,
>> just a concern. Googling or duckduckgoing many eclipse topics have
>> help.eclipse.org/kepler in the results (some have neon). What is the
>> effect on SEO of just removing kepler? Will all relevant search results
>> from google just disappear making it harder to find information until
>> google and the like re-rank the results higher?
>> >>
>> >>  Almost all the results work if kepler is just replaced with 2019-09
>> (or 2019-12 or latest presumably).
>> >>
>> >> I see in the time that I have been writing the email that
>> help.eclipse.org/kepler has disappeared - the effect that it is harder
>> to find the results because the search within infocenter is not as good as
>> google.
>> >>
>> >> Thanks
>> >> Jonah
>> >>
>> >>
>> >>
>> >>
>> >> ~~~
>> >> Jonah Graham
>> >> Kichwa Coders
>> >> www.kichwacoders.com
>> >>
>> >>
>> >> On Fri, 13 Dec 2019 at 08:22, Frederic Gurr <
>> frederic.g...@eclipse-foundation.org> wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> To further streamline our services and reduce maintenance overhead we
>> >>> will no longer host info centers at https://help.eclipse.org that are
>> >>> older than two years (or 8 quarterly releases).
>> >>>
>> >>> For older releases people will be advised to run the infocenters
>> locally
>> >>> by downloading the corresponding Eclipse IDE (Eclipse SDK or EPP
>> >>> package) from
>> >>> * https://archive.eclipse.org/eclipse/downloads/ or
>> >>> * 

Re: [cross-project-issues-dev] Info centers

[Lars Vogel]

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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Eclipse 2019-12 IDE videos

[Lars Vogel]

Thanks Holger, your videos are great and very helpful to promote the
new features.

On Wed, Dec 18, 2019 at 4:59 PM Holger Voormann  wrote:
>
> Hi,
>
> As usual, here are my two videos showing some of the IDE improvements of
> the Eclipse 2019-12 release in action:
>
> * "Eclipse 2019-12 IDE Improvements: General and Git" (7:25)
> https://youtu.be/qJ04gN5HLoU
>
> * "Eclipse 2019-12 IDE Improvements: Java and Maven" (9:26)
> https://youtu.be/OdoyCjpaQKs
>
> Share and use these videos to promote Eclipse 2019-12 (the videos 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 change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

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

[Lars Vogel]

Ed, this sounded a bit harsh, that was not the intention.

The point I tried to make was that platform committer sometimes don't
immediately see dups and any help identifying dups is welcomed. We
currently have still a ton of open bugs and we are trying to reduce
our open queue.

As Eclipse committer in another project you should have the right to
mark bugs as dups if you see some.

On Tue, Dec 17, 2019 at 6:07 PM Lars Vogel  wrote:
>
> From Ed Willink,
>
> > Sadly some like https://bugs.eclipse.org/bugs/show_bug.cgi?id=545211 have 
> > to wait 9 months until the platform team 'duplicates'.
>
> Ed, if you open twice the same bug as you did with
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=544977 and
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=545211 it would be great
> if you can mark one of them yourself as dup instead of complaining
> about the time the platform team needs to find this.
>
> On Fri, Dec 13, 2019 at 2:12 PM Ed Willink  wrote:
> >
> > Hi
> >
> > Yes. It would be great and in the past I did that re-installing for many 
> > 6/8 weekly milestones. But with three weekly milestones, not all of which 
> > have a coherent set of contributions and four releases a year I just do not 
> > have time. In the past four RCs provided an opportunity for test. Now the 
> > platform is pretty much done before RC1 is declared complete. It's 
> > unacceptably fast and now you see the consequences. I just have to keep my 
> > fingers crossed interactively. API-wise, all my projects have a forced 
> > weekly rebuild that catches out quite a few regressions. Sadly some like 
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=545211 have to wait 9 months 
> > until the platform team 'duplicates'.
> >
> > Regards
> >
> > Ed Willink
> >
> > On 13/12/2019 10:23, 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
> >
> > ___
> > cross-project-issues-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
>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

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

[Lars Vogel]

From Ed Willink,

> Sadly some like https://bugs.eclipse.org/bugs/show_bug.cgi?id=545211 have to 
> wait 9 months until the platform team 'duplicates'.

Ed, if you open twice the same bug as you did with
https://bugs.eclipse.org/bugs/show_bug.cgi?id=544977 and
https://bugs.eclipse.org/bugs/show_bug.cgi?id=545211 it would be great
if you can mark one of them yourself as dup instead of complaining
about the time the platform team needs to find this.

On Fri, Dec 13, 2019 at 2:12 PM Ed Willink  wrote:
>
> Hi
>
> Yes. It would be great and in the past I did that re-installing for many 6/8 
> weekly milestones. But with three weekly milestones, not all of which have a 
> coherent set of contributions and four releases a year I just do not have 
> time. In the past four RCs provided an opportunity for test. Now the platform 
> is pretty much done before RC1 is declared complete. It's unacceptably fast 
> and now you see the consequences. I just have to keep my fingers crossed 
> interactively. API-wise, all my projects have a forced weekly rebuild that 
> catches out quite a few regressions. Sadly some like 
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=545211 have to wait 9 months 
> until the platform team 'duplicates'.
>
> Regards
>
> Ed Willink
>
> On 13/12/2019 10:23, 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
>
> ___
> cross-project-issues-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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] New Gerrit users cannot login

[Lars Vogel]

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

On Thu, Dec 5, 2019 at 11:28 AM Matthias Sohn  wrote:
>
> File a bug ?
>
> On Thu, Dec 5, 2019 at 11:26 AM Lars Vogel  wrote:
>>
>> Still failing for our new potential contributors.
>>
>> On Wed, Dec 4, 2019 at 3:43 PM Lars Vogel  wrote:
>> >
>> > Hi,
>> >
>> > FYI new Gerrit users receive an error message if they try to login
>> > after registration. See screenshot below. I sent an email to webmaster
>> > about this.
>> >
>> > Best regards, Lars
>> >
>> >
>> > --
>> > Eclipse Platform project co-lead
>> > CEO vogella GmbH
>> >
>> > Haindaalwisch 17a, 22395 Hamburg
>> > Amtsgericht Hamburg: HRB 127058
>> > Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> > USt-IdNr.: DE284122352
>> > Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
>> > http://www.vogella.com
>>
>>
>>
>> --
>> Eclipse Platform project co-lead
>> CEO vogella GmbH
>>
>> Haindaalwisch 17a, 22395 Hamburg
>> Amtsgericht Hamburg: HRB 127058
>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> USt-IdNr.: DE284122352
>> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
>> http://www.vogella.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://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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Project Repository Reports

[Lars Vogel]

Hi Eike,

thanks a bunch for that.

What is the process to delete obsolete p2 repos? AFAICS repos from
https://download.eclipse.org/oomph/archive/p2-index/eclipse.e4.html
can be removed.

Best regards, Lars

On Thu, Dec 5, 2019 at 8:52 AM Eike Stepper  wrote:
>
> 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
>
> 
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> 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 Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] New Gerrit users cannot login

[Lars Vogel]

Still failing for our new potential contributors.

On Wed, Dec 4, 2019 at 3:43 PM Lars Vogel  wrote:
>
> Hi,
>
> FYI new Gerrit users receive an error message if they try to login
> after registration. See screenshot below. I sent an email to webmaster
> about this.
>
> Best regards, Lars
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] New Gerrit users cannot login

[Lars Vogel]

Hi,

FYI new Gerrit users receive an error message if they try to login
after registration. See screenshot below. I sent an email to webmaster
about this.

Best regards, Lars


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

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

[Lars Vogel]

Toolitem

Lars Vogel  schrieb am Fr., 27. Sep. 2019, 16:36:

> Ed, try latest from today in which we converted the button to a tool it's.
>
> Ed Merks  schrieb am Mi., 25. Sep. 2019, 16:41:
>
>> 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 mayb

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

[Lars Vogel]

Ed, try latest from today in which we converted the button to a tool it's.

Ed Merks  schrieb am Mi., 25. Sep. 2019, 16:41:

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

Re: [cross-project-issues-dev] [ide-dev] Eclipse 2019-09 IDE videos

[Lars Vogel]

Thanks to you Holger for your videos!

On Thu, Sep 19, 2019 at 1:15 PM Holger Voormann  wrote:
>
> Hi,
>
> As usual, here are my two videos showing some of the IDE improvements of
> the Eclipse 2019-09 release in action. This time I'm pretty late. When
> making the videos I run into a bug that lead to the last minute RC2
> respin (by the way, thanks for doing the respin):
>
> * "Eclipse 2019-09 IDE Improvements: General and Git" (6:26)
> https://youtu.be/CpAxzfkb8to
>
> * "Eclipse 2019-09 IDE Improvements: Java and Gradle" (6:40)
> https://youtu.be/p3GCmTE6l58
>
> Share and use these videos to promote Eclipse 2019-09 (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 change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://www.eclipse.org/mailman/listinfo/ide-dev



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Disallow pushes to Gerrit without Change-Id

[Lars Vogel]

Hi,

we suggest to prevent pushes to Gerrit without a Change-Id in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=550952.

Change-Id is the key for Gerrit to allow to update the pushed Gerrit
and I think it would makes sense that Gerrit prevents commits without
Change-Id.

Please comment in the bug in case you agree or disagree.

Best regards, Lars



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] News feed working with Java 11

[Lars Vogel]

Just learned that code recommenders has been archived.
https://github.com/eclipse-attic/recommenders So I guess my question
has been answered.

On Mon, Sep 9, 2019 at 7:49 AM Lars Vogel  wrote:
>
> Hi,
> Gunnar Wagenknecht told me via Twitter that the news feed plug-in is
> currently unmaintained. So I assume it was been removed from the
> release train.
>
> Best regards, Lars
>
> On Fri, Sep 6, 2019 at 7:41 AM Lars Vogel  wrote:
> >
> > Hi,
> >
> > on of our user asked if the news feed functionality will work with
> > Java 11+ on 2019-09. Does anyone know? I think this is part of the
> > recommenders projects, which AFAIK is relatively inactive these days.
> >
> > Also which feature do I need to install to test this? Searching for
> > "news" in the 2019-09 does not bring up a result.
> >
> > Best regards, Lars
> >
> > --
> > Eclipse Platform project co-lead
> > CEO vogella GmbH
> >
> > Haindaalwisch 17a, 22395 Hamburg
> > Amtsgericht Hamburg: HRB 127058
> > Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> > USt-IdNr.: DE284122352
> > Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> > http://www.vogella.com
>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] gerrit not sending emails

[Lars Vogel]

Recent example of not linking to Bugzilla (commit not linked):
https://bugs.eclipse.org/bugs/show_bug.cgi?id=544600

Lars Vogel  schrieb am Sa., 7. Sep. 2019, 10:46:

> I still do not see Gerrits linking to bug reports. At least not for the
> once created 1-3 days ago.
>
> I always owe you a beer Denis :-)
>
> Denis Roy  schrieb am Fr., 6. Sep.
> 2019, 21:27:
>
>> We monitor this list.
>>
>> Additionally, the referenced bug was closed FIXED 8 hours ago  :)
>>
>>
>> You owe me a beer at EclipseCon, Lars!
>>
>>
>> Denis
>>
>>
>>
>> On 2019-09-06 3:18 p.m., Lars Vogel wrote:
>>
>> Webmaster, can you help?
>>
>> Jonah Graham  schrieb am Do., 5. Sep. 2019,
>> 22:13:
>>
>>> Hi folks,
>>>
>>> Gerrit has not been sending me emails all day today - this left me quite
>>> confused for a while.
>>>
>>> I have filed bug 550822
>>> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=550822> to track.
>>>
>>> Could this be related to Lars' earlier question about gerrit linking to
>>> bugzilla
>>> <https://www.eclipse.org/lists/cross-project-issues-dev/msg16980.html>?
>>>
>>> Thank you,
>>> Jonah
>>>
>>> ~~~
>>> Jonah Graham
>>> Kichwa Coders
>>> www.kichwacoders.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>
>>
>> ___
>> cross-project-issues-dev mailing listcross-project-issues-...@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe from 
>> this list, 
>> visithttps://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>
>> --
>>
>> *Denis Roy*
>>
>> *Director, IT Services | **Eclipse Foundation, Inc.*
>>
>> *Eclipse Foundation* <http://www.eclipse.org/>*: The Platform for Open
>> Innovation and Collaboration*
>>
>> Twitter: @droy_eclipse
>> ___
>> cross-project-issues-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] News feed working with Java 11

[Lars Vogel]

Hi,
Gunnar Wagenknecht told me via Twitter that the news feed plug-in is
currently unmaintained. So I assume it was been removed from the
release train.

Best regards, Lars

On Fri, Sep 6, 2019 at 7:41 AM Lars Vogel  wrote:
>
> Hi,
>
> on of our user asked if the news feed functionality will work with
> Java 11+ on 2019-09. Does anyone know? I think this is part of the
> recommenders projects, which AFAIK is relatively inactive these days.
>
> Also which feature do I need to install to test this? Searching for
> "news" in the 2019-09 does not bring up a result.
>
> Best regards, Lars
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] gerrit not sending emails

[Lars Vogel]

I still do not see Gerrits linking to bug reports. At least not for the
once created 1-3 days ago.

I always owe you a beer Denis :-)

Denis Roy  schrieb am Fr., 6. Sep. 2019,
21:27:

> We monitor this list.
>
> Additionally, the referenced bug was closed FIXED 8 hours ago  :)
>
>
> You owe me a beer at EclipseCon, Lars!
>
>
> Denis
>
>
>
> On 2019-09-06 3:18 p.m., Lars Vogel wrote:
>
> Webmaster, can you help?
>
> Jonah Graham  schrieb am Do., 5. Sep. 2019, 22:13:
>
>> Hi folks,
>>
>> Gerrit has not been sending me emails all day today - this left me quite
>> confused for a while.
>>
>> I have filed bug 550822
>> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=550822> to track.
>>
>> Could this be related to Lars' earlier question about gerrit linking to
>> bugzilla
>> <https://www.eclipse.org/lists/cross-project-issues-dev/msg16980.html>?
>>
>> Thank you,
>> Jonah
>>
>> ~~~
>> Jonah Graham
>> Kichwa Coders
>> www.kichwacoders.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
> ___
> cross-project-issues-dev mailing listcross-project-issues-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, 
> visithttps://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> --
>
> *Denis Roy*
>
> *Director, IT Services | **Eclipse Foundation, Inc.*
>
> *Eclipse Foundation* <http://www.eclipse.org/>*: The Platform for Open
> Innovation and Collaboration*
>
> Twitter: @droy_eclipse
> ___
> cross-project-issues-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] gerrit not sending emails

[Lars Vogel]

Webmaster, can you help?

Jonah Graham  schrieb am Do., 5. Sep. 2019, 22:13:

> Hi folks,
>
> Gerrit has not been sending me emails all day today - this left me quite
> confused for a while.
>
> I have filed bug 550822
>  to track.
>
> Could this be related to Lars' earlier question about gerrit linking to
> bugzilla
> ?
>
> Thank you,
> Jonah
>
> ~~~
> Jonah Graham
> Kichwa Coders
> www.kichwacoders.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://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] News feed working with Java 11

[Lars Vogel]

Hi,

on of our user asked if the news feed functionality will work with
Java 11+ on 2019-09. Does anyone know? I think this is part of the
recommenders projects, which AFAIK is relatively inactive these days.

Also which feature do I need to install to test this? Searching for
"news" in the 2019-09 does not bring up a result.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Gerrit linking to Bugzilla

[Lars Vogel]

Hi,

Gerrit linking to Bugzilla does not seem to work ATM. Known problem?

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Mark Navigator view and related API for deletion

[Lars Vogel]

@Everybody: From the bug discussion it shoulds that even very experienced
Eclipse users are not aware of the filter functionality in project explorer.

I think one of the reason is the current icon, which is IMHO very not
telling that it allows to change the filtering. If you agree, please
comment on https://bugs.eclipse.org/bugs/show_bug.cgi?id=465914 in which I
suggested to use a better filter icon.

On Thu, Aug 22, 2019 at 11:30 AM Lars Vogel  wrote:

> Hi Manoj,
>
> you can remove the "Java output folder" filter in the project explorer.
>
> Does that solve your need?
>
> Best regards, Lars
> [image: outputfolder.png]
>
> On Thu, Aug 22, 2019 at 11:10 AM Manoj Palat 
> wrote:
>
>> Hi Lars, All,
>>
>> I use this very often especially to see disassembled files in ./bin
>> folder. Personally, I would have voted a -1 for removing the Navigator view
>> - Is no-one else using this view?
>>
>> Is there any alternate to see files from a "raw" directory perspective?
>>
>> Regards,
>> Manoj
>>
>> [image: Inactive hide details for Lars Vogel ---08/22/2019 02:21:40
>> PM---Hi, we are marking Navigator view and related API for deletion]Lars
>> Vogel ---08/22/2019 02:21:40 PM---Hi, we are marking Navigator view and
>> related API for deletion.
>>
>> From: Lars Vogel 
>> To: Cross project issues 
>> Date: 08/22/2019 02:21 PM
>> Subject: [EXTERNAL] [cross-project-issues-dev] Mark Navigator view and
>> related API for deletion
>> Sent by: cross-project-issues-dev-boun...@eclipse.org
>> --
>>
>>
>>
>> Hi,
>>
>> we are marking Navigator view and related API for deletion.
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=549953
>>
>> Related classes are deprecated since Eclipse 3.5
>>
>> Best regards, Lars
>>
>> --
>> Eclipse Platform project co-lead
>> CEO vogella GmbH
>>
>> Haindaalwisch 17a, 22395 Hamburg
>> Amtsgericht Hamburg: HRB 127058
>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> USt-IdNr.: DE284122352
>> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>> http://www.vogella.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://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
>
>
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.com
>


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Mark Navigator view and related API for deletion

[Lars Vogel]

Hi Manoj,

you can remove the "Java output folder" filter in the project explorer.

Does that solve your need?

Best regards, Lars
[image: outputfolder.png]

On Thu, Aug 22, 2019 at 11:10 AM Manoj Palat  wrote:

> Hi Lars, All,
>
> I use this very often especially to see disassembled files in ./bin
> folder. Personally, I would have voted a -1 for removing the Navigator view
> - Is no-one else using this view?
>
> Is there any alternate to see files from a "raw" directory perspective?
>
> Regards,
> Manoj
>
> [image: Inactive hide details for Lars Vogel ---08/22/2019 02:21:40
> PM---Hi, we are marking Navigator view and related API for deletion]Lars
> Vogel ---08/22/2019 02:21:40 PM---Hi, we are marking Navigator view and
> related API for deletion.
>
> From: Lars Vogel 
> To: Cross project issues 
> Date: 08/22/2019 02:21 PM
> Subject: [EXTERNAL] [cross-project-issues-dev] Mark Navigator view and
> related API for deletion
> Sent by: cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> Hi,
>
> we are marking Navigator view and related API for deletion.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=549953
>
> Related classes are deprecated since Eclipse 3.5
>
> Best regards, Lars
>
> --
> Eclipse Platform project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.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://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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Mark Navigator view and related API for deletion

[Lars Vogel]

Hi,

we are marking Navigator view and related API for deletion.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=549953

Related classes are deprecated since Eclipse 3.5

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Platform APIs marked for deletion in future releases

[Lars Vogel]

CommandManagerEvent
ExecutionException
HandlerEvent
HandlerSubmission
ICategory
ICategoryListener
ICommand
ICommandListener
ICommandManager
ICommandManagerListener
IHandler
IHandlerListener
IKeyConfiguration
IKeyConfigurationListener
IKeySequenceBinding
IWorkbenchCommandSupport
KeyConfigurationEvent
NotDefinedException
NotHandledException
Priority
org.eclipse.ui.IWorkbench.getCommandSupport()

For further details or to provide feedback on this change, see bug 431177.


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Databinding generification work merged

[Lars Vogel]

Hi,

I just merged the contribution from Jens Lideström who took on the
sisyphus work to finish the generification work started by Stefan
Xenos several years ago.

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

If you are a big databinding user, please use the bundles from the
eclipse.platform.ui repo or the next successful I-Build (will be
included in the next build after today) to verify that this work did
not break anything for you.

I-Build can be found here: : https://download.eclipse.org/eclipse/downloads/
eclipse.platform.ui repo can be found here:
https://git.eclipse.org/r/#/admin/projects/platform/eclipse.platform.ui

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Platform deletions and marking new API for deletion in 4.12

[Lars Vogel]

Hi Ed (Merks),

we plan to send around a reminder to check the document once per
release once we have a handy link.

So for you the process should be similar, you can wait for our
reminder email to check the removal document. :-)

Best regards, Lars

On Thu, Apr 25, 2019 at 9:33 AM Ed Merks  wrote:
>
> Personally I think the emails are/were a good thing because I most
> likely will not be polling a removals document...
>
> On 25.04.2019 09:03, Lars Vogel wrote:
> > Hi,
> >
> > the Eclipse PMC decided that we will avoid individual emails for API
> > deletions and marking API for deletion. Unfortunately we have not yet
> > a good way to link to latest removal document. See
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=546693
> >
> > So until we have a handy link for our latest  removal documentation,
> > here are the changes for 4.12:
> >
> > TableTree and related API has been finally deleted. Originally this
> > was planned for 2017.
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=475833
> >
> > IPluginDescriptor has been deleted as planned.
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=475944
> >
> > And we marked the deprecated content from the org.eclipse.ui.commands
> > package for deletion in June 2021. This API was marked as deprecated
> > in the long past age of Eclipse 3.x.
> >
> > Best regards, Lars
> >
> ___
> cross-project-issues-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 Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Platform deletions and marking new API for deletion in 4.12

[Lars Vogel]

Hi Ed (Willink),

See https://bugs.eclipse.org/bugs/show_bug.cgi?id=431177 for the mark
for deletion of deprecated content from the org.eclipse.ui.commands
package.

Best regards, Lars


On Thu, Apr 25, 2019 at 9:27 AM Ed Willink  wrote:
>
> Hi
>
> On 25/04/2019 08:03, Lars Vogel wrote:
> > Hi,
> >
> > the Eclipse PMC decided that we will avoid individual emails for API
> > deletions and marking API for deletion.
> Disappointing, since it is the emails that prompt me to check my
> (transitive) code.
> > And we marked the deprecated content from the org.eclipse.ui.commands
> > package for deletion in June 2021. This API was marked as deprecated
> > in the long past age of Eclipse 3.x.
>
> Is there a Bugzilla for this? Exactly which deprecations are involved?
>
> I managed to remove 2/3 of my UI deprecations a year ago, but got stuck
> on some that are deprecated without replacement.
>
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=455985
>
>  Regards
>
>  Ed Willink
>
>
>
> ---
> 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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



--
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Platform deletions and marking new API for deletion in 4.12

[Lars Vogel]

Hi,

the Eclipse PMC decided that we will avoid individual emails for API
deletions and marking API for deletion. Unfortunately we have not yet
a good way to link to latest removal document. See
https://bugs.eclipse.org/bugs/show_bug.cgi?id=546693

So until we have a handy link for our latest  removal documentation,
here are the changes for 4.12:

TableTree and related API has been finally deleted. Originally this
was planned for 2017.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=475833

IPluginDescriptor has been deleted as planned.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=475944

And we marked the deprecated content from the org.eclipse.ui.commands
package for deletion in June 2021. This API was marked as deprecated
in the long past age of Eclipse 3.x.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [eclipse-dev] JDT plans to hide & disable "new" index

[Lars Vogel]

+1, No need to keep unmaintained code around.

Thanks, Andrey for taking care of this.

Andrey Loskutov  schrieb am Mo., 8. Apr. 2019, 10:23:

> Hi all,
>
> Due the lack of resources for supporting the "new" JDT index with
> appropriate quality, JDT plans to hide & disable "new" JDT index.
>
> If nobody steps in, in two weeks from now we will remove the preference
> from UI which allows to enable it and automatically disable the preference
> if it was enabled.
> As a consequence, new users will be unable to turn the new index "on" and
> existing users will automatically use the old index if they switched before
> to the new one.
>
> See discussion on bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=544898
> and also linked issues with the new index for which we need help / lack
> resources.
>
> Here is the Wiki of the "new" index:
> https://wiki.eclipse.org/JDT_Core_Index_Programmer_Guide for those who
> wants to contribute.
> Attached screenshot shows the current preference (disabled by default).
>
> Kind regards,
> Andrey Loskutov
>
> Спасение утопающих - дело рук самих утопающих
>
> https://www.eclipse.org/user/aloskutov
> ___
> eclipse-dev mailing list
> eclipse-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.eclipse.org/mailman/listinfo/eclipse-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] Making unsupported methods in IWorkbenchWindowComfigurer for deletion

[Lars Vogel]

Hi,

See Bug 485835 - Mark unsupported methods in
IWorkbenchWindowConfigurer for deletion.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Marking Job#createSystem(final ICoreRunnable runnable) for deletion

[Lars Vogel]

Hi,
via https://bugs.eclipse.org/bugs/show_bug.cgi?id=531968 we are
marking Marking Job#createSystem(final ICoreRunnable runnable) for
deletion please use {@link #createSystem(String, ICoreRunnable)}
instead.

Best regards, Lars



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] 2.0 compatibility classes marked for deletion

[Lars Vogel]

Hi,

In https://bugs.eclipse.org/bugs/show_bug.cgi?id=544339 we are making
the last 2.0 compatibility classes for deletion. 2.0 compatibility
does not work any more since several releases.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Bug 509868 - Mark MInput and MInputPart for deletion

[Lars Vogel]

Hi,
We are marking MInput and MInputPart for deletion. Details on
https://bugs.eclipse.org/bugs/show_bug.cgi?id=509868.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Deprecate org.eclipse.core.launcher#Main and WebStartMain

[Lars Vogel]

Hi,

we are deprecating and marking org.eclipse.core.launcher#Main and
WebStartMain for for deletion. Please see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=544262 for details.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Deprecate the org.eclipse.core.commands.util package and mark for deletion

[Lars Vogel]

Hi,

platform is planning to mark the util package for deletion via
https://bugs.eclipse.org/bugs/show_bug.cgi?id=143992

Best regards, Lars
-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Marking org.eclipse.pde.ui.targetProvisioners extension point for deletion

[Lars Vogel]

Hi,

We are planning to mark the org.eclipse.pde.ui.targetProvisioners
extension point for deletion.
The org.eclipse.pde.ui.targetProvisioners extension point has been
deprecated since 2011 and is replaced by targetLocationProvisioners.

There are no extensions of it within PDE.

Follow this process or comment on it via
https://bugs.eclipse.org/bugs/show_bug.cgi?id=541806

Best regards, Lars


-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Planning to remove option in PDE to create new plug-ins for Eclipse < 3.4

[Lars Vogel]

Hi,

in 4.11 we are planning to remove the option to create new plug-ins
using the plugin.xml layout from Eclipse 3.1-3.3.

If you need to create new plug-ins with 4.11 using pre 3.4 formats
please comment on
https://bugs.eclipse.org/bugs/show_bug.cgi?id=541310.

Best regards, Lars
-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Planning to delete org.eclipse.jface.dialogs.ImageAndMessageArea as announced for June 2018

[Lars Vogel]

Hi,
we are planning to delete
org.eclipse.jface.dialogs.ImageAndMessageArea as originally announced
for June 2018.

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

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Planning to mark org.eclipse.pde.core.IModelProvider for deletion

[Lars Vogel]

Hi,

We are planning to mark org.eclipse.pde.core.IModelProvider for deletion.
org.eclipse.pde.core.IModelProvider is neither implemented nor
referenced within PDE and also marked as @noimplement.

Please comment on Bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=541068 if necessary.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Deletion of TableTreeViewer (originally planned for 2017)

[Lars Vogel]

Hi,

as originally planned and announced for 2017, we are going to delete
TableTreeViewer.

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

EMF had a dependency which prevented us to delete it in 2017 but this
has been now removed by Ed.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [wtp-dev] New Target Management 4.5.0 build (and its impact on downstream consumers like DLTK and Simrel)

[Lars Vogel]

Thanks, Nick for the answer. I opened
https://bugs.eclipse.org/bugs/show_bug.cgi?id=538540 unfortunately I see no
stack trace or error message, so it does not provide a lot of details.

On Thu, Aug 30, 2018 at 10:35 PM, Nick Boldt  wrote:

> Lars,
>
> Try the staging site, that's where the new version updated to compile
> against Eclipse 4.9 lives. The release site has M2, which still contains
> the old Photon-based release.
>
> http://download.eclipse.org/staging/2018-09/
> or
> http://download.eclipse.org/tm/updates/4.5.0-SNAPSHOT/repository/
>
> If it doesn't work, please open a BZ with more details than "does not work
> for me anymore". :D
>
> If you're unable to install from the site, it could be this problem:
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=536800#c7
>
> Nick
>
>
> On Thu, Aug 30, 2018 at 3:00 PM Lars Vogel  wrote:
>
>> Hi Nick,
>>
>> FYI - IIRC the Terminal (Console) View is part of Target Management. I
>> just installed into from http://download.eclipse.org/releases/2018-09
>> and this does not work for me anymore.
>>
>> Best regards, Lars
>>
>>
>> On Wed, Aug 29, 2018 at 10:25 PM, Nick Boldt  wrote:
>>
>>> Today, I completed a long-standing request [0] to merge the TM.Terminal
>>> and TM.RSE builds into a single git repo, mvn reactor, jenkins job [1], and
>>> update site [2].
>>>
>>> [0] https://bugs.eclipse.org/bugs/show_bug.cgi?id=536507
>>> [1] https://ci.eclipse.org/tm/job/tm-terminal-rse_master/
>>> [2] http://download.eclipse.org/tm/updates/4.5.0-SNAPSHOT/repository/
>>>
>>> As part of this change, ALL the artifacts in TM and RSE have been
>>> upversioned to 4.5.0, so that everything in the repo is consistently
>>> versioned. This includes the 0.x, 1.x, 2.x, 3.x, and 4.x artifacts from the
>>> Photon release.
>>>
>>> The result of this is that if your project depends on some 
>>> *org.eclipse.dstore,
>>> org.eclipse.tm <http://org.eclipse.tm>, or org.eclipse.rse* bundle or
>>> feature with a version limited to *< 4.0*, your build will fail when
>>> you move up to this new version. But because the only changes I've done
>>> have involved reorganization & update site merging, *not API changes*,
>>> it's entirely safe to move your dependency up from 3.0.0 or [3.0,4.0) to
>>> simply *4.5.0*.
>>>
>>> As an example of how to make this change, here's a proposed fix for DLTK
>>> [2]:
>>>
>>> https://git.eclipse.org/r/#/c/128331/ (dltk.core & target platform)
>>> https://git.eclipse.org/r/#/c/128335/ (dltk.releng)
>>>
>>> [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=538397
>>>
>>> After that fix is applied and built, DLTK 5.10 should be contributed to
>>> simrel instead of 5.9rc4, which is in there right now.
>>>
>>>   http://download.eclipse.org/technology/dltk/
>>> updates-dev/milestone/5.9rc4/" description="DLTK 5.9">
>>>
>>> These changes should fix the failure I'm seeing when trying to build the
>>> simrel site against the new TM 4.5.0-SNAPSHOT update site:
>>>
>>> Dynamic Languages Toolkit - Remote Development Support 5.9.0.201806080529 
>>> (org.eclipse.dltk.rse.feature.group 5.9.0.201806080529) requires 
>>> 'org.eclipse.equinox.p2.iu; org.eclipse.rse.core.feature.group 
>>> [3.0.0,4.0.0)' but it could not be found
>>>
>>>
>>> Once all the projects that depend on RSE, TM, or dstore plugins/features
>>> have been updated, I can then merge this PR without breaking the simrel
>>> site.
>>>
>>> https://git.eclipse.org/r/#/c/128322/
>>>
>>> If you need help migrating your project over, I'm happy to contribute a
>>> BZ and PR.
>>>
>>> Cheers,
>>>
>>> --
>>>
>>> Nick Boldt
>>>
>>> Principal Software Engineer, RHCSA
>>>
>>> Productization Lead :: JBoss Tools & Dev Studio
>>>
>>> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>> @ @redhatnews <https://twitter.com/redhatnews>  Red Hat
>>> <https://www.facebook.com/RedHatInc>
>>> <https://www.facebook.com/RedHatInc>
>>>
>>>
>>> “The Only Thing That Is Constant Is Change” - Heraclitus
>>>
>>> ___
>>> wtp-dev maili

Re: [cross-project-issues-dev] [wtp-dev] New Target Management 4.5.0 build (and its impact on downstream consumers like DLTK and Simrel)

[Lars Vogel]

Hi Nick,

FYI - IIRC the Terminal (Console) View is part of Target Management. I just
installed into from http://download.eclipse.org/releases/2018-09 and this
does not work for me anymore.

Best regards, Lars


On Wed, Aug 29, 2018 at 10:25 PM, Nick Boldt  wrote:

> Today, I completed a long-standing request [0] to merge the TM.Terminal
> and TM.RSE builds into a single git repo, mvn reactor, jenkins job [1], and
> update site [2].
>
> [0] https://bugs.eclipse.org/bugs/show_bug.cgi?id=536507
> [1] https://ci.eclipse.org/tm/job/tm-terminal-rse_master/
> [2] http://download.eclipse.org/tm/updates/4.5.0-SNAPSHOT/repository/
>
> As part of this change, ALL the artifacts in TM and RSE have been
> upversioned to 4.5.0, so that everything in the repo is consistently
> versioned. This includes the 0.x, 1.x, 2.x, 3.x, and 4.x artifacts from the
> Photon release.
>
> The result of this is that if your project depends on some 
> *org.eclipse.dstore,
> org.eclipse.tm <http://org.eclipse.tm>, or org.eclipse.rse* bundle or
> feature with a version limited to *< 4.0*, your build will fail when you
> move up to this new version. But because the only changes I've done have
> involved reorganization & update site merging, *not API changes*, it's
> entirely safe to move your dependency up from 3.0.0 or [3.0,4.0) to simply
> *4.5.0*.
>
> As an example of how to make this change, here's a proposed fix for DLTK
> [2]:
>
> https://git.eclipse.org/r/#/c/128331/ (dltk.core & target platform)
> https://git.eclipse.org/r/#/c/128335/ (dltk.releng)
>
> [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=538397
>
> After that fix is applied and built, DLTK 5.10 should be contributed to
> simrel instead of 5.9rc4, which is in there right now.
>
>   http://download.eclipse.org/technology/dltk/
> updates-dev/milestone/5.9rc4/" description="DLTK 5.9">
>
> These changes should fix the failure I'm seeing when trying to build the
> simrel site against the new TM 4.5.0-SNAPSHOT update site:
>
> Dynamic Languages Toolkit - Remote Development Support 5.9.0.201806080529 
> (org.eclipse.dltk.rse.feature.group 5.9.0.201806080529) requires 
> 'org.eclipse.equinox.p2.iu; org.eclipse.rse.core.feature.group [3.0.0,4.0.0)' 
> but it could not be found
>
>
> Once all the projects that depend on RSE, TM, or dstore plugins/features
> have been updated, I can then merge this PR without breaking the simrel
> site.
>
> https://git.eclipse.org/r/#/c/128322/
>
> If you need help migrating your project over, I'm happy to contribute a BZ
> and PR.
>
> Cheers,
>
> --
>
> Nick Boldt
>
> Principal Software Engineer, RHCSA
>
> Productization Lead :: JBoss Tools & Dev Studio
>
> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> @ @redhatnews <https://twitter.com/redhatnews>  Red Hat
> <https://www.facebook.com/RedHatInc>
> <https://www.facebook.com/RedHatInc>
>
>
> “The Only Thing That Is Constant Is Change” - Heraclitus
>
> ___
> wtp-dev mailing list
> wtp-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/wtp-dev
>



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
http://www.vogella.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

Re: [cross-project-issues-dev] MPC not opening with space in install path - requesting respin

[Lars Vogel]

Do we have a bug to make MPC a root level feature for the EPPs? Seems like
a good idea.

Ed Merks  schrieb am Sa., 30. Juni 2018, 14:18:

> Mickael,
>
> Comments below.
>
> On 30.06.2018 13:26, Mickael Istria wrote:
>
> Hi Ed,
>
> Thanks for those very valuable additions to the discussion.
>
> On Sat, Jun 30, 2018 at 11:07 AM, Ed Merks  wrote:
>
>> Probably the worst case would be if the user's home folder name has
>> spaces "C:\Users\john doe", but I suppose that in (almost?) all cases the
>> user could choose to install to a location without spaces and in all cases
>> the user can update MPC from a specific URL.}
>>
> In any case, the combination of "I install to a disk location with
>> spaces"  (which is generally always a bad idea because something is bound
>> not to work properly because it's not been tested) with "I actually use
>> MPC" is probably relatively small, but who knows.
>>
>
> Several users were hit by this on the hours after the release and reported
> the bug. Although it does affect only a minority of users, it's still a
> critical issue IMO and we shouldn't try to minimize it in this discussion.
>
> I'm certainly not trying to minimize or trivialize the problem.   After
> all, we don't have any actual statistics on which to base a truly informed
> opinion.  I know Oomph had problems in the past with installations with
> spaces in them, so I sympathize fully that such an issue is easily
> overlooked.
>
> Maybe the conclusion will just be "we acknowledge that it's critical but
> didn't want to release the fix off-process" or maybe it'll be "let's do a
> respin", but the issue remains critical in both cases.
>
> There's certainly a lesson to be learned when respins are generally
> refused though.  But in this case the user will need to explicitly install
> the update, as Carsten pointed out, because MPC is not a root feature
> amenable to updates.  I tested to confirm that, and that does seem a
> far-less-than-ideal workaround.  So from such a user's point of view its
> certainly a major problem, and perhaps major problems for many users
> becomes a critical problem for us...
>
>
> Given we are no longer in the business of providing update releases, to me
>> it's a slippery slope to me if we start respinning releases to publish
>> multiple releases.  My knee jerk reaction is to vote -1 on a respin.
>>
> That's a very valid point. And I agree we shouldn't have a "respin" but...
>
> Yes, that's why I said "knee jerk" because I realize there's always room
> to consider exceptions to the rules (which of course lead on a downward
> slope)...
>
>
> Certainly the decision of whether we will do respins affects the decision
>> of whether http://download.eclipse.org/releases/2018-09 for the
>> September release can be a simple repository because there can/will never
>> be updates versus whether it should be a composite to accommodate
>> arbitrary/possible respins.
>>
> ... what about publishing a respin labelled as 2018-07 ?
>
> Indeed that's a possibility.   Though in this case, we'd probably better
> just stick to a composite with generally a single child.The Oomph
> Product Catalog has to point at something, and it would seem strange that
> the 2018-09 product version actually points at a 2018-10 p2 repo.
>
>
>
>> In the end, I think there are other approaches than a respin that would
>> help minimize (and in many case eliminate) the problem.
>>
> What do you think is the main point that would make a re-build of SimRel
> with newer MPC worse than adding a composite or similar things?
>
> Given Cartsen pointed out that MCP is not a root feature, adding to the
> composite will not make Check for Updates work, so it's a moot point.   Of
> course the main point is that adding a repo to the composite would take 5
> minutes, but if you factor in all the overhead for all the people involved
> in producing the packages, testing them, and making them available to the
> public, it's hard to calculate the number of person hours involved.
>
> Is this a process issue, or a technical pain point?
>
> Well both.  One process issue is the exception process and the other
> technical issue is how many people suffer how much technical pain each time
> there is an exception?
>
> It would be interesting to make SimRel build/respin/release so trivial
> that we shouldn't even have to think about alternatives for such cases.
>
> Indeed, if we could push a button, and all the repos and packages would
> created, and of course installed and fully tested, the technical pain
> points would be minimized.
>
> Of course the only/main pain point for me personally is if/when the Oomph
> Project Catalog needs to be updated (regenerated). Everyone just forgets
> about that aspect of the release process because I quietly do that in the
> background.  When I do encounter problems, the response can be somewhat
> underwhelming:
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=536248
> 

Re: [cross-project-issues-dev] Gerrit and Jenkins, tips and news

[Lars Vogel]

Thanks Mikael. Opened: https://bugs.eclipse.org/bugs/show_bug.cgi?id=532646

On Tue, Mar 20, 2018 at 11:05 AM, Mikaël Barbero <
mikael.barb...@eclipse-foundation.org> wrote:

> Simply open a bug against Community > CI Jenkins (
> https://bugs.eclipse.org/bugs/enter_bug.cgi?product=
> Community=CI-Jenkins) asking for specific plugin to be
> installed. You will have to configure your jobs to use the plugin though.
>
> Cheers,
>
> --
> *Mikaël Barbero - *Eclipse Foundation
> IT Services - Release Engineering
>  (+33) 642 028 039
>  mikael.barb...@eclipse-foundation.org
>  @mikbarbero
>
> Le 20 mars 2018 à 10:49, Lars Vogel <lars.vo...@vogella.com> a écrit :
>
> Hi Mikael,
>
> what is the process if we want additional plug-ins for Jenkins?
>
> For example, the Warnings-Plugin looks useful to me to validate via Gerrit
> verification builds, that the number of compiler warnings do not increase.
>
> References:
> https://wiki.jenkins.io/display/JENKINS/Warnings+Plugin
> https://stackoverflow.com/questions/38308496/how-do-i-
> fail-a-build-in-jenkins-if-the-number-of-compiler-warnings-increases
>
> Best regards, Lars
>
>
>
> On Wed, Mar 14, 2018 at 9:43 AM, Mikaël Barbero <mikael.barbero@eclipse-
> foundation.org> wrote:
>
>>
>> I would argue that the more tedious problem is having tests that
>> sometimes fail. I've been waging a war against intermittent test failures
>> in JBoss Tools for years. Some have been fixed by rewriting, some removed,
>> and some fixed by upgrading the infrastructure (eg., giving slave nodes
>> more RAM or more disk).
>>
>>
>> I can't agree more that flaky tests should be addressed at all costs. But
>> it's a reality today, and having to re-trigger build of gerrit patchsets
>> from Jenkins can be tedious. This is just a little help (that shall not
>> hinder the effort to eradicate flaky tests)
>>
>>
>> Another way to manage this problem is to install the Naginator plugin to
>> your JIPP: "Naginator is a plugin that schedules a new build immediately
>> following a build failure, thereby nagging the project members that the
>> build is failing." Can be configured to define number of rebuilds,
>> frequency of rebuilds, etc.
>>
>>
>> It is probably perfectly reasonable to run this plugin on the RedHat
>> build infra, but I must forbid this plugin on the Eclipse infra for the
>> foreseeable future. Some projects are already experiencing huge variation
>> on their build time during peak hours, such a plugin would just make it
>> worse for everybody.
>>
>> We are working on isolating projects one from each other. Until then,
>> thank you for not using Naginator or similar plugin.
>>
>> Thanks.
>>
>> --
>> *Mikaël Barbero - *Eclipse Foundation
>> IT Services - Release Engineering
>>  (+33) 642 028 039
>>  mikael.barb...@eclipse-foundation.org
>>  @mikbarbero
>>
>>
>>
>>
>>
>> On Mon, Mar 12, 2018 at 9:25 AM, Mikaël Barbero <
>> mikael.barb...@eclipse-foundation.org> wrote:
>>
>>> Hi,
>>>
>>> For those of you who use a JIPP to build Gerrit patch sets, you may have
>>> noticed that the user "Hudson CI" has been renamed to "CI Bot". This is
>>> purely cosmetic.
>>>
>>> Also, the documentation about how to setup the Gerrit trigger Jenkins
>>> plugin has been revamped and is now available here
>>> https://wiki.eclipse.org/Jenkins#Gerrit_Trigger_Plugin
>>>
>>> I would like to draw you attention to the possible triggers you can
>>> setup (https://wiki.eclipse.org/Jenkins#Configuration_of_Build_Triggers).
>>> Many of you want to re-trigger a build when it fails (e.g., because of
>>> flaky tests). It can be tedious to have to go to Jenkins just to do that.
>>> The Gerrit trigger Jenkins plugin is not only able to trigger a build on a
>>> new patch set. It lets you define triggers on comment values (e.g., if a
>>> comment contains "run CI"). Have a look at the previous link for an example.
>>>
>>> Cheers,
>>>
>>>
>>> --
>>> *Mikaël Barbero - *Eclipse Foundation
>>> IT Services - Release Engineering
>>>  (+33) 642 028 039
>>>  mikael.barb...@eclipse-foundation.org
>>>  @mikbarbero
>>>
>>>
>>> ___
>>> cross-project-issues-dev mailing list
>>> cross-project-issues-dev@eclipse.org
>>> To change your delivery options, retrie

Re: [cross-project-issues-dev] Gerrit and Jenkins, tips and news

[Lars Vogel]

Hi Mikael,

what is the process if we want additional plug-ins for Jenkins?

For example, the Warnings-Plugin looks useful to me to validate via Gerrit
verification builds, that the number of compiler warnings do not increase.

References:
https://wiki.jenkins.io/display/JENKINS/Warnings+Plugin
https://stackoverflow.com/questions/38308496/how-do-i-fail-a-build-in-jenkins-if-the-number-of-compiler-warnings-increases

Best regards, Lars



On Wed, Mar 14, 2018 at 9:43 AM, Mikaël Barbero <
mikael.barb...@eclipse-foundation.org> wrote:

>
> I would argue that the more tedious problem is having tests that sometimes
> fail. I've been waging a war against intermittent test failures in JBoss
> Tools for years. Some have been fixed by rewriting, some removed, and some
> fixed by upgrading the infrastructure (eg., giving slave nodes more RAM or
> more disk).
>
>
> I can't agree more that flaky tests should be addressed at all costs. But
> it's a reality today, and having to re-trigger build of gerrit patchsets
> from Jenkins can be tedious. This is just a little help (that shall not
> hinder the effort to eradicate flaky tests)
>
>
> Another way to manage this problem is to install the Naginator plugin to
> your JIPP: "Naginator is a plugin that schedules a new build immediately
> following a build failure, thereby nagging the project members that the
> build is failing." Can be configured to define number of rebuilds,
> frequency of rebuilds, etc.
>
>
> It is probably perfectly reasonable to run this plugin on the RedHat build
> infra, but I must forbid this plugin on the Eclipse infra for the
> foreseeable future. Some projects are already experiencing huge variation
> on their build time during peak hours, such a plugin would just make it
> worse for everybody.
>
> We are working on isolating projects one from each other. Until then,
> thank you for not using Naginator or similar plugin.
>
> Thanks.
>
> --
> *Mikaël Barbero - *Eclipse Foundation
> IT Services - Release Engineering
>  (+33) 642 028 039
>  mikael.barb...@eclipse-foundation.org
>  @mikbarbero
>
>
>
>
>
> On Mon, Mar 12, 2018 at 9:25 AM, Mikaël Barbero <mikael.barbero@eclipse-
> foundation.org> wrote:
>
>> Hi,
>>
>> For those of you who use a JIPP to build Gerrit patch sets, you may have
>> noticed that the user "Hudson CI" has been renamed to "CI Bot". This is
>> purely cosmetic.
>>
>> Also, the documentation about how to setup the Gerrit trigger Jenkins
>> plugin has been revamped and is now available here
>> https://wiki.eclipse.org/Jenkins#Gerrit_Trigger_Plugin
>>
>> I would like to draw you attention to the possible triggers you can setup
>> (https://wiki.eclipse.org/Jenkins#Configuration_of_Build_Triggers). Many
>> of you want to re-trigger a build when it fails (e.g., because of flaky
>> tests). It can be tedious to have to go to Jenkins just to do that. The
>> Gerrit trigger Jenkins plugin is not only able to trigger a build on a new
>> patch set. It lets you define triggers on comment values (e.g., if a
>> comment contains "run CI"). Have a look at the previous link for an example.
>>
>> Cheers,
>>
>>
>> --
>> *Mikaël Barbero - *Eclipse Foundation
>> IT Services - Release Engineering
>>  (+33) 642 028 039
>>  mikael.barb...@eclipse-foundation.org
>>  @mikbarbero
>>
>>
>> ___
>> cross-project-issues-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
>>
>
>
>
> --
> Nick Boldt
> Senior Software Engineer, RHCSA
> Productization Lead :: JBoss Tools & Dev Studio
>
> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> @ @redhatnews <https://twitter.com/redhatnews>  Red Hat
> <https://www.facebook.com/RedHatInc>
> <https://www.facebook.com/RedHatInc>
>
>
> “The Only Thing That Is Constant Is Change” - Heraclitus
> ___
> cross-project-issues-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@ec

[cross-project-issues-dev] Mark deprecated methods and constructor in PopupDialog for deletion

[Lars Vogel]

Hi,

we are planning to mark the following for deletion in PopupDialog.

- deprecated constructor PopupDialog
- getPersistBounds

They are deprecated since 3.4.

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

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Mark deprecated dialogs from org.eclipse.ui.dialogs for deletion

[Lars Vogel]

Hi,

we are planning to mark the following dialogs for deletion:

FileSelectionDialog deprecated 2003
WizardImportPage deprecated 2003
WizardExportPage deprecated 2003

Please comment in https://bugs.eclipse.org/bugs/show_bug.cgi?id=448275
if required.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Bug 457134 - Mark IPlatformRunnable for deletion

[Lars Vogel]

Hi,

we are marking, again, for IPlatformRunnable deletion. It was
originally planned to be deleted last year, but some process
discussion prevented the execution.

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

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Announced API removal for 4.8 - IContextComputer and related classes

[Lars Vogel]

FYI - We are removing IContextComputer and related classes as planned
for the 4.8 Release. See
https://bugs.eclipse.org/bugs/show_bug.cgi?id=442961 for details

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] SimRel - TM contribution has been disabled

[Lars Vogel]

I suggest to nominate Nick as TM committer

Am 12.02.2018 16:06 schrieb "Doug Schaefer" :

> Nick, who specifically on that “team” do you think should get those
> changes in for you? To help, here is the commit log from the git repo.
>
>
>
> http://git.eclipse.org/c/tm/org.eclipse.tm.git/log/
>
>
>
> Kaloyan Raev is the only active committer and from his note earlier in
> this chain, he has removed the dependency from the projects he works on.
>
>
>
> We really need to be crystal clear at this point what the plan is.
>
>
>
> Doug.
>
>
>
> *From:* cross-project-issues-dev-boun...@eclipse.org [mailto:
> cross-project-issues-dev-boun...@eclipse.org] *On Behalf Of *Nick Boldt
> *Sent:* Monday, February 12, 2018 9:49 AM
> *To:* issues, Cross project 
> *Subject:* Re: [cross-project-issues-dev] SimRel - TM contribution has
> been disabled
>
>
>
> AFAIK it's out.
>
>
>
> But if I find time to submit the changes from my/Rob's github fork as
> gerrit review(s) back to the master fork on git.eclipse.org, that team
> can evaluate it, merge it, and maybe decide they want to be included for
> M6. Then it'll be up to the Planning Council to approve the late addition.
>
>
>
> At least that's my interpretation of the rules. EMO might have a different
> view. :)
>
>
>
> Nick
>
> --
>
> Nick Boldt
> Senior Software Engineer, RHCSA
> Productization Lead :: JBoss Tools & Dev Studio
> IM: @nickboldt / @nboldt / http://nick.divbyzero.com
> Sent from my Android phone
>
>
>
> On Feb 8, 2018 11:29 AM, "Simon Bernard" 
> wrote:
>
> Hi,
>
> Sry for the delay, I re-enabled LDT removing ldt.remote feature which
> depends on RSE.
> So this should be ok for photon M6.
>
> I'm a bit confuse. Will RSE be reintegrated or is  it officially and
> definitely not part of Photon ?
>
> Thx,
>
> Simon
>
>
> Le 01/02/2018 à 12:22, Frederic Gurr a écrit :
>
> Hi,
>
> Thanks to Kaloyan, Dawid and Eugene for fixing and re-enabling the
> contributions of DLTK, PDT and TCF.
>
> The only contribution missing is LDT.
> Since it's already past the +3 window, LDT will miss Photon M5.
> Hopefully they can rejoin for M6.
>
> Regards,
>
> Fred
>
>
> ___
> cross-project-issues-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] Bug 530887 - Mark Dirtyable field from Part Descriptor for deletion

[Lars Vogel]

Hi,

we are planning to mark the field Dirtyable from the MPartDescriptor
for deletion.

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

This flag was never used by the Eclipse IDE or the default
implementation for RCP. Also, the JavaFX RCP port from Tom does not
use it.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Planning to mark Platform#getJobManager for deletion

[Lars Vogel]

Hi,

we are planning to mark Platform#getJobManager for deletion,
replacement is Job#getJobManager.  Platform#getJobManager is
deprecated since 3.0.

Please comment in https://bugs.eclipse.org/bugs/show_bug.cgi?id=528192
if required.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Plan to mark MInput and MInputPart for deletion

[Lars Vogel]

Hi,

we are planning to mark MInput and MInputPart for deletion.

MInput has been annotated as deprecated by Lars in August 2015
MInputPart has been annotated as deprecated, and no implement by Paul
Elder in 2013 in the java doc and in 2015 in the interface definition.

Please comment in Bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=509868

Best regards, Lars
-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Mark org.eclipse.jface.util.Assert and org.eclipse.jface.text.Assert for deletion

[Lars Vogel]

Hi,

we are planning to mark org.eclipse.jface.util.Assert and
org.eclipse.jface.text.Assert for future deletion. There are
deprecated since 3.3 and 3.4. The org.eclipse.core.runtime.Assert
replacement is listed in the JavaDoc.

Please comment on Bug 528191 if you see an issue with this.

Best regards, Lars

-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] HTMLPrinter is Broken

[Lars Vogel]

> I say that, as long as existing internals can be used, they are de facto API.

That is incorrect and the current meaning is well defined. See
x-internal description in the help
https://help.eclipse.org/mars/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fbundle_manifest.html

Best regards, Lars

On Thu, Jan 25, 2018 at 1:50 PM, Mikaël Barbero
<mikael.barb...@eclipse-foundation.org> wrote:
>
> Le 25 janv. 2018 à 10:22, Lars Vogel <lars.vo...@vogella.com> a écrit :
>
>> Should we change our policy and stop exporting new internal packages so
>> that they really cannot be used?
>
> -2, we want to enable extenders to use and explore code before making it
> API. IMHO a good way to provide new API is by having it already been
> explored by users.
>
>
> Are internal packages really a way to provide not yet stabilized APIs? IMO
> it should be done with a new package and/or bundle with a low version number
> (like 0.x)? internal should be for internal (sic), i.e., for implementation
> details.
>
> Also, if you use internal to test new API, there are chances that if your
> new API is successful you will never move it outside the a.b.c.internal
> package because you will have too many unhappy users.
>
> Of course, I was only talking about new internal packages, as existing
> should stay exported, with the x-internal directive.
>
>
>> And for existing internal that one wants to change/remove, we should
>> probably go with a deprecation policy like for "real" API.
>
> This may be a joke, but if that was a serious suggestion, -2 to that
> proposal. Not being able to freely change internals is a horrible suggestion
> as this would effectively prevent all new development activities.
>
>
> No, it is serious and qualifying it as a joke may be unnecessary. I guess
> that your -2 was enough to state that you strongly disagree with me.
>
> Let me rephrase it in case I've mis-explained myself: I don't suggest that
> we cannot and shouldn't be free to modify internals. I say that, as long as
> existing internals can be used, they are de facto API.
>
> When we want to do a breaking change to these internals, maybe we should
> have a rule to give clients a little time to move away from this code. I did
> not made it explicit in my previous mail, but the deprecation policy for
> such code should be much shorter than for real API. My guess is that it is
> exactly what you've done by reverting the change in HTMLPrinter for Ed M.
> So, why not making it a clear policy for existing internal code.
>
> Of course, this is annoying and it slows down development. But IMO if one
> wants more freedom in changing internals, one needs to protect it by not
> exporting it or do no evil to your user. So again, I suggest that new
> internal code should be placed in new packages which won't be exported in
> the first place (see explanation above).
>
> To sum up, my overall proposition would be to acknowledge that we have
> different categories of API, each with a associated deprecation policy:
>
> - public API: same deprecation policy as today
> - existing internal packages (those which are exported with the x-internal
> directives): lightweight deprecation/removal policy. e.g., deprecate it in
> version x (say the September release) and, if marked for removal, could be
> deleted in version x+1 (December release). I guess that with the new
> platform release schedule, it won't slow down development too much.
> - all new internal code should go to non exported packages: private code
> that can change anytime.
> - beta/testing/new APIs should go to new packages, exported as public API
> with version number < 1 and which can change anytime.
>
> WDYT?
>
> ___
> cross-project-issues-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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] HTMLPrinter is Broken

[Lars Vogel]

 platform itself, so PDE should not use any internals of p2, e.g., so
> "import org.eclipse.equinox.internal.p2.director.PermissiveSlicer" in
> org.eclipse.pde.internal.core.target.IUBundleContainer clearly argues
> that to implement cool things in PDE one needs the highly useful internals
> of p2.  Similarly JDT should not use any internals of UI, JFace, Text, and
> so on.
>
> Unfortunately this is not highly pragmatic, though it does conform to the
> high principles we expect all downstream clients to emulate. If we expect
> downstream clients to be highly principled, the standard needs to be set
> first and foremost but those arguing for the value of those principles.
> Start the effort in your own back yard, and then show to the world that all
> cool things can be implemented with the public APIs with no need to use
> internals across projects.   When that effort is complete, climb up onto
> that high horse and go on the crusade.
>
> Unfortunately, instead of moving forward quickly, this digression into
> high principles would result in the teams spending *all *their time
> figuring out what API clients really need in order to implement
> highly-functional, cool applications.   The end-effect would be that all
> the clients who already have highly-functional, cool application would be
> broken and would need to migrate to a new set of APIs, which hopefully
> really do satisfy *all *their needs.
>
> Is this really the path down which you want to go?  It is definitely not
> the path down which I want to see us go, but the platform teams sets their
> own path.
>
> In EMF I have paved the path differently.  In principle, "private" is bad:
> if it's useful, clients will want to use it, derive from it, and specialize
> it.  In principle, "internal" is pointless: if it's available clients, will
> definitely use it, and then when the pure, correct, final API is realized,
> clients will be disrupted by the internal -> API migration.  Of course this
> leaves me in a bind when I change anything, but as a counter example, one
> of my most significant technical accomplishments in my career was to add
> generics to the Ecore model itself in such a way that no one in my company
> noticed, though EMF was used in hundreds of products.  So significant
> change is still possible down this other path, but yes, it's way more
> restricted for me, so I fully understand that others choose a different
> path.  I will not argue that my path is the best path, but it has served
> the majority of my client base well.
>
> I think the middle path is the one taken by JDT, a path that recognizes
> that internals are used because they can be used and because they often
> need to be used.  I would hope that the path moving forward balances all
> such considerations.
>
>
> Thanks
>
> has gone from deprecated to deleted in less than a 5 week period:
>>
>> https://github.com/eclipse/eclipse.platform.text/commits/mas
>> ter/org.eclipse.jface.text/src/org/eclipse/jface/internal/te
>> xt/html/HTMLPrinter.java
>>
>> JDT, EMF, Xtext, and Oomph all use this method.
>>
>> I really don't care to hear the arguments about it being internal because:
>>
>>1. I don't see that JDT ought to have exclusive special privileges to
>>use internal things.
>>2. I don't see any reason why it should be internal.
>>3. And any client wanting to implement hovers that work like the ones
>>for JDT, will have the same needs as JDT and will solve the problem the
>>same way.
>>
>> I'd like to avoid dwelling on the fact that this is simply a pointless
>> change, but I can't help it. Surely one wouldn't change this simply to
>> improve performance in code that has no relevant performance impact!  It
>> seems to me at best a misguided effort that would be better spent on real
>> improvements.
>>
>> Please revert this change before M5.
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=530240
>>
>> And in the future, please consider that any internal API that is used by
>> any other project is going to cause problems for many projects just as it
>> did for JDT:
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=529118
>>
>>
>> ___
>> cross-project-issues-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
>>
>
>
>
> --
> Leo Ufimtsev, Software Engineer, Red Hat
>
>
> __

Re: [cross-project-issues-dev] HTMLPrinter is Broken

[Lars Vogel]

The internal methods are restored via
https://bugs.eclipse.org/bugs/show_bug.cgi?id=530240

Ed, please do a quick check, if there is still something missing for you.

Best regards, Lars



On Wed, Jan 24, 2018 at 3:12 PM, Aleksandar Kurtakov
<akurt...@redhat.com> wrote:
> On Wed, Jan 24, 2018 at 4:02 PM, Daniel Megert <daniel_meg...@ch.ibm.com> 
> wrote:
>> Your not a jerk Ed ;-)
>>
>> I suggest you open a bug to add your bundles as friends. That way we can
>> notify you upfront.
>
> That is a promise I don't believe we can fullfill. Even if some of us
> remember it for HTMLPrinter, this is definetely not a viable path and
> I can assure you not many (if any?) will check whether some *internal*
> package has x-friends in the manifest registered.
>
>>
>> Dani
>>
>>
>>
>> From:Ed Merks <ed.me...@gmail.com>
>> To:cross-project-issues-dev@eclipse.org
>> Date:24.01.2018 14:31
>> Subject:Re: [cross-project-issues-dev] HTMLPrinter is Broken
>> Sent by:cross-project-issues-dev-boun...@eclipse.org
>> 
>>
>>
>>
>> Thanks. I'm sorry for being a jerk.
>>
>>
>> On 24.01.2018 14:02, Lars Vogel wrote:
>>> Ed, we have an on-going effort to reduce the number of Sonar warnings
>>> in the platform code.  Moving from StringBuffer to StringBuilder in
>>> our internal API is part of that.
>>>
>>> As this method seems to be heavily used by others, I'm also surprised
>>> that it was never requested as proper public API.
>>>
>>> As for now I will revert the deletion the "old" internal methods via
>>>
>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D530240=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=8y3h7LbCTIBhPa94CqhxSgvuij7-UNpSWCKSeHnAxtM=50p2gyLnZ2yrTvMNr-EHOj763JbrtI5g1fEXaARApNA=.
>>>
>>> Best regards, Lars
>>>
>>> On Wed, Jan 24, 2018 at 1:38 PM, Aleksandar Kurtakov
>>> <akurt...@redhat.com> wrote:
>>>> On Wed, Jan 24, 2018 at 2:27 PM, Ed Merks <ed.me...@gmail.com> wrote:
>>>>> I'm a more than little annoyed to see that this method
>>>>>
>>>>>
>>>>> org.eclipse.jface.internal.text.html.HTMLPrinter.insertPageProlog(StringBuffer,
>>>>> int, RGB, RGB, String)
>>>>>
>>>>> has gone from deprecated to deleted in less than a 5 week period:
>>>>>
>>>>>
>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_eclipse_eclipse.platform.text_commits_master_org.eclipse.jface.text_src_org_eclipse_jface_internal_text_html_HTMLPrinter.java=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=8y3h7LbCTIBhPa94CqhxSgvuij7-UNpSWCKSeHnAxtM=KoFeo7tub-Xb3i3EYnBMplV0XenejhYu64vZ-D8ALa4=
>>>>>
>>>>> JDT, EMF, Xtext, and Oomph all use this method.
>>>> So where were the people from these projects all these years and no
>>>> one have stepped in to make such a thing proper API?
>>>>
>>>>> I really don't care to hear the arguments about it being internal
>>>>> because:
>>>>>
>>>>> I don't see that JDT ought to have exclusive special privileges to use
>>>>> internal things.
>>>>> I don't see any reason why it should be internal.
>>>>> And any client wanting to implement hovers that work like the ones for
>>>>> JDT,
>>>>> will have the same needs as JDT and will solve the problem the same way.
>>>>>
>>>>> I'd like to avoid dwelling on the fact that this is simply a pointless
>>>>> change, but I can't help it. Surely one wouldn't change this simply to
>>>>> improve performance in code that has no relevant performance impact!  It
>>>>> seems to me at best a misguided effort that would be better spent on
>>>>> real
>>>>> improvements.
>>>> Neither you nor me nor anyone else has the right to tell anyone what
>>>> to contribute in his own time!
>>>>
>>>>> Please revert this change before M5.
>>>>>
>>>>>
>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.eclipse.org_bugs_show-5Fbug.cgi-3Fid-3D530240=DwICAg=jf_iaSHvJObTbx-siA1ZOg=1UITCR5rxUZHSFczvfaNFK4ymEbEiccRX7VKchpqz0Y=8y3h7LbCTIBhPa94CqhxSgvuij7-UNpSWCKSeHnAxtM=50p2gyLnZ2yrTvMNr-EHOj763JbrtI5g1fEXaARApNA=
>>>>>
&g

Re: [cross-project-issues-dev] HTMLPrinter is Broken

[Lars Vogel]

Ed, we have an on-going effort to reduce the number of Sonar warnings
in the platform code.  Moving from StringBuffer to StringBuilder in
our internal API is part of that.

As this method seems to be heavily used by others, I'm also surprised
that it was never requested as proper public API.

As for now I will revert the deletion the "old" internal methods via
https://bugs.eclipse.org/bugs/show_bug.cgi?id=530240.

Best regards, Lars

On Wed, Jan 24, 2018 at 1:38 PM, Aleksandar Kurtakov
<akurt...@redhat.com> wrote:
> On Wed, Jan 24, 2018 at 2:27 PM, Ed Merks <ed.me...@gmail.com> wrote:
>> I'm a more than little annoyed to see that this method
>>
>> org.eclipse.jface.internal.text.html.HTMLPrinter.insertPageProlog(StringBuffer,
>> int, RGB, RGB, String)
>>
>> has gone from deprecated to deleted in less than a 5 week period:
>>
>> https://github.com/eclipse/eclipse.platform.text/commits/master/org.eclipse.jface.text/src/org/eclipse/jface/internal/text/html/HTMLPrinter.java
>>
>> JDT, EMF, Xtext, and Oomph all use this method.
>
> So where were the people from these projects all these years and no
> one have stepped in to make such a thing proper API?
>
>>
>> I really don't care to hear the arguments about it being internal because:
>>
>> I don't see that JDT ought to have exclusive special privileges to use
>> internal things.
>> I don't see any reason why it should be internal.
>> And any client wanting to implement hovers that work like the ones for JDT,
>> will have the same needs as JDT and will solve the problem the same way.
>>
>> I'd like to avoid dwelling on the fact that this is simply a pointless
>> change, but I can't help it. Surely one wouldn't change this simply to
>> improve performance in code that has no relevant performance impact!  It
>> seems to me at best a misguided effort that would be better spent on real
>> improvements.
>
> Neither you nor me nor anyone else has the right to tell anyone what
> to contribute in his own time!
>
>>
>> Please revert this change before M5.
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=530240
>>
>> And in the future, please consider that any internal API that is used by any
>> other project is going to cause problems for many projects just as it did
>> for JDT:
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=529118
>
> You're not serious, right? Do you seriously expect for every change to
> do a check on every Eclipse plugin existing whether it used the
> internal method to be changed? Oh wait that can't be only the release
> train this must include Pydev, JBoss Tools , Spring Tools and etc,
> right?
> If anyone has such expectations this is clearly not going to happen.
> For every case where someone uses internal he/she must know it's a
> risk taken by them on purpose.
> I for one strongly disagree with exporting internal packages from
> bundles at all, that would solve so many such issues and boost people
> to work in proper way!
>
>>
>>
>> ___
>> cross-project-issues-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



-- 
Eclipse Platform project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] HIPP2JIPP batch migrations (hipp5) - Friday, January 12th

[Lars Vogel]

Thanks. That will do it.

Am 11.01.2018 11:38 schrieb "Zoltán Ujhelyi" <
zoltan.ujhe...@incquerylabs.com>:

> Hi,
>
> There is already a https://ci.eclipse.org URL available that works as
> intended.
>
> Best regards,
> Zoltán
> -- Zoltán Ujhelyi
>
> Eclipse Technologies Expert
> IncQueryLabs Ltd.
>
> > On 2018. Jan 11., at 11:33, Lars Vogel <lars.vo...@vogella.com> wrote:
> >
> > Hi Fred,
> >
> > do we have also a new URL to access the Jenkins build instances?
> >
> > https://hudson.eclipse.org still works but https://jenkins.eclipse.org
> > or https://build.eclipse.org would IMHO be more fitting.
> >
> > Best regards, Lars
> >
> > On Wed, Jan 10, 2018 at 6:31 PM, Frederic Gurr
> > <frederic.g...@eclipse-foundation.org> wrote:
> >> Sorry. I meant host machine hipp5.
> >>
> >> On 10.01.2018 13:44, Frederic Gurr wrote:
> >>> Hi,
> >>>
> >>> We will start to run migrations of Hudson to Jenkins in batches.
> >>>
> >>> Next up is host machine hipp3 and the following HIPPs:
> >>>
> >>> - golo
> >>> - collections
> >>> - cdt
> >>>
> >>> The migration is planned for ** Friday,  January 12th. **
> >>>
> >>> During the migration the HIPPs will be offline for a few hours.
> >>> The job configurations will be converted to a format that is compatible
> >>> with Jenkins. Except for some very exotic configurations this works
> >>> fine. So in the best case scenario, everything will work as before. In
> >>> case it does not, we will support the projects to fix any issues.
> >>>
> >>> HIPPs will be migrated to the latest LTS version of Jenkins. Most
> >>> plugins work just as before. The migration is mostly automated, the
> >>> projects only have to check after the migration if everything still
> >>> works as expected.
> >>>
> >>> Efforts are tracked here:
> >>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=529625
> >>>
> >>> If you have planned important releases or other concerns, please let me
> >>> know.
> >>>
> >>>
> >>> Regards,
> >>>
> >>> Fred
> >>>
> >> ___
> >> cross-project-issues-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
> >
> >
> >
> > --
> > Eclipse Platform project co-lead
> > CEO vogella GmbH
> >
> > Haindaalwisch 17a, 22395 Hamburg
> > Amtsgericht Hamburg: HRB 127058
> > Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> > USt-IdNr.: DE284122352
> > Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
> http://www.vogella.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
> 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] Gerrit not showing diffs for images

[Lars Vogel]

FYI - https://bugs.eclipse.org/bugs/show_bug.cgi?id=526228 requests
the re-enablement of diffs for images in Gerrit reviews
___
cross-project-issues-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] Spam bugs on all platform projects

[Lars Vogel]

In the past we marked such bugs as dup's of Bug 442999.

HTH

Am 26.09.2017 8:17 vorm. schrieb "Mikaël Barbero" <
mikael.barb...@eclipse-foundation.org>:

> We're looking into it and will mitigate the attack ASAP.
>
> Thanks.
>
> --
> *Mikaël Barbero - *Eclipse Foundation
> IT Services - Release Engineering
>  (+33) 642 028 039
>  mikael.barb...@eclipse-foundation.org
>  @mikbarbero
>
> Le 26 sept. 2017 à 07:07, Ed Merks  a écrit :
>
> Yes, also using a different account t...@taglead.com, so they have
> multiple accounts:
>
> https://bugs.eclipse.org/bugs/buglist.cgi?email1=tllr%
> 40taglead.com=1=substring_
> id=16795840_format=advanced
>
> On 26.09.2017 06:48, Sravan K Lakkimsetti wrote:
>
> Hi,
>
> We are getting SPAM bugs from ma...@watchmtv.co on all platform projects.
> Please disable this ID.
>
> Thanks
> Sravan
>
>
>
> ___
> cross-project-issues-dev mailing listcross-project-issues-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, 
> visithttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> ___
> cross-project-issues-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] Oxygen.1a release SimRel contributions

[Lars Vogel]

If WB contributes the same release as in Oxygen 1, do I need to do anything?

Am 21.09.2017 6:26 nachm. schrieb "Frederic Gurr" <
frederic.g...@eclipse-foundation.org>:

Hi,

A separate branch for Oxygen.1a has been created in the
org.eclipse.simrel.build Git repo:

=> Branch name is: Oxygen.1a_JDK9

Please commit your contributions for JDK9 to this branch.

Corresponding build jobs on the SimRel Jipp have been created:

- simrel.oxygen.1a_JDK9.runaggregator.BUILD__CLEAN
- simrel.oxygen.1a_JDK9.promoteToStaging

*Important*
RC1 for Oxygen.1a starts tomorrow Friday, September 22.

For more dates, please check Melanie Bats' post here:
http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg14739.html



Regards,

Fred

--
Frederic Gurr

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

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

[Lars Vogel]

Hi all,

WindowBuilder will participate in the Photon release with an offset of
+2. I'm planning to contribute version 1.9.1 .

https://projects.eclipse.org/projects/tools.windowbuilder/releases/1.9.1

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Remove unused and outdated e4 Git repos

[Lars Vogel]

Hi,

If one goes to http://git.eclipse.org/c/e4 there are multiple repos
marked as "Not used anymore" and they haven't seen any activity in 5+
years.

This makes e4 project looks like a junkyard and prevents easily
finding interesting stuff going on it. In Bug 520002 it was proposed
to remove these repos.

If someone is still using these repos (LTS?), please speak up in the bug report.

Best regards, Lars


-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Eclipse 2.0 compatibility layer

[Lars Vogel]

FYI

Several years ago, we removed support for Eclipse 2.0 style plug-ins
in the Eclipse Platform. For 4.8 M1 we are removing the last bits of
that. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=507886 for
details.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Deletion of Delete org.eclipse.ui.views.tasklist.TaskList

[Lars Vogel]

Hi,

as announced in Eclipse 4.4 for 4.6, I plan to remove
org.eclipse.ui.views.tasklist.TaskList and classes which require this
class from 4.7 M1. See Bug 436506.

This view is not used as of Eclipse 3.4.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] Eclipse release update sites with versions?

[Lars Vogel]

Having http://download.eclipse.org/releases/latest would be great.

On Thu, Jun 15, 2017 at 9:27 PM, Mickael Istria <mist...@redhat.com> wrote:
>
>
> On Thu, Jun 15, 2017 at 6:55 PM, Torkild U. Resheim <torki...@gmail.com>
> wrote:
>>
>> In that case, maybe it would be a good idea to have
>> http://download.eclipse.org/releases/latest?
>
>
> Indeed. https://bugs.eclipse.org/bugs/show_bug.cgi?id=483786
>
> --
> Mickael Istria
> Eclipse IDE developer, at Red Hat Developers community
>
> ___
> cross-project-issues-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



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Eclipse release update sites with versions?

[Lars Vogel]

Hi,

I would like to suggest that we also provide update sites based on versions.

For example, we have http://download.eclipse.org/releases/neon or
http://download.eclipse.org/releases/oxygen.

But for users like me, who cannot remember more than two release
names, it would be nice to have
http://download.eclipse.org/releases/46
http://download.eclipse.org/releases/47

Maybe the foundation could provide also these links?

Thoughts?

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] SonarQube URL has changed

[Lars Vogel]

Looks like our Sonar server requires an update to allow the Eclipse
IDE to connect to it:

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

Maybe once this is done, the URL will also start to work.

Best regards, Lars

On Mon, May 8, 2017 at 11:10 AM, Lars Vogel <lars.vo...@vogella.com> wrote:
> Hi Fred,
>
> The generate toking button in the SonarLint Eclipse plug-in (see
> screenshot) tries to connect to the following webpage, which is
> reported as not existing:
>
> https://sonar.eclipse.org/account/security
>
> Can this be fixed?
>
> Best regards, Lars
>
> On Wed, Apr 26, 2017 at 1:38 AM, Frederic Gurr
> <frederic.g...@eclipse.org> wrote:
>> Hi,
>>
>> The public facing URL for our SonarQube server has been changed to
>>
>>   https://sonar.eclipse.org
>>
>> which is more convenient and easier to remember than the old one
>> (https://dev.eclipse.org/sonar). It's also now the same URL as the
>> internal URL, so there is less guess work involved in the HIPP/JIPP
>> SonarQube configuration.
>>
>> Some projects noticed that the SonarQube server was not reachable from
>> their build server. This issue has been fixed and all HIPPs and JIPPs
>> have been updated with the new URL. Sorry for the inconvenience.
>>
>> Please let me know, if you have any questions or concerns.
>>
>> Regards,
>>
>> Fred
>> ___
>> cross-project-issues-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
>
>
>
> --
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] SonarQube URL has changed

[Lars Vogel]

Hi Fred,

The generate toking button in the SonarLint Eclipse plug-in (see
screenshot) tries to connect to the following webpage, which is
reported as not existing:

https://sonar.eclipse.org/account/security

Can this be fixed?

Best regards, Lars

On Wed, Apr 26, 2017 at 1:38 AM, Frederic Gurr
<frederic.g...@eclipse.org> wrote:
> Hi,
>
> The public facing URL for our SonarQube server has been changed to
>
>   https://sonar.eclipse.org
>
> which is more convenient and easier to remember than the old one
> (https://dev.eclipse.org/sonar). It's also now the same URL as the
> internal URL, so there is less guess work involved in the HIPP/JIPP
> SonarQube configuration.
>
> Some projects noticed that the SonarQube server was not reachable from
> their build server. This issue has been fixed and all HIPPs and JIPPs
> have been updated with the new URL. Sorry for the inconvenience.
>
> Please let me know, if you have any questions or concerns.
>
> Regards,
>
> Fred
> ___
> cross-project-issues-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



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Search by owner broken in Gerrit?

[Lars Vogel]

Hi,

search by owner seems to be broken for me. Starting to type the name
results in a 500. Is this the same for others?

Best regards, Lars


-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Planning to remove org.eclipse.ui.views.tasklist.TaskList as announced for 4.7

[Lars Vogel]

Hi,

I'm planning to remove TaskList which has been replaced by
MarkerSupportView in Eclipse 3.4.

This was planned for 4.7. See
http://git.eclipse.org/c/platform/eclipse.platform.common.git/plain/bundles/org.eclipse.platform.doc.isv/porting/removals.html#tasklist

Please comment in Bug 436506 if you have concerns.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] API removal org.eclipse.jface.util.ListenerList

[Lars Vogel]

Hi,

as planned in 2014 and described in the platform API removal document
via 
http://help.eclipse.org/neon/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Fporting%2Fremovals.html
I'm planning to remove the unused org.eclipse.jface.util.ListenerList
API.

Please comment in https://bugs.eclipse.org/bugs/show_bug.cgi?id=436448
if required.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Bugzilla - Expired certificate

[Lars Vogel]

Hi,

in addition to the broken Bugzilla search, it looks like the
certificate expired.

I'm unable to access it anymore, see screenshot.

Best regards, Lars



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Something wrong with bugzilla?

[Lars Vogel]

Hi,

my Bugzilla Search Queries do not return my latest updates. First I
assume bad network did swallow my updates but I just opened a bug for
JDT and I'm not able to find it again via the search.

Is this a know issue?

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Plans to remove javax.xml from the org.eclipse.e4.rcp feature

[Lars Vogel]

Hi,

For Eclipse 4.7, we are planning to remove javax.xml from the
org.eclipse.e4.rcp feature, as this package is provided by JavaSE 1.7
and the Eclipse Platform requires Java 1.8.

If you have a dependency to this bundle and if you are using the
org.eclipse.e4.rcp you need to adjust require-bundle: javax.xml to
import-package in the corresponding MANIFEST.MF.

Please comment in https://bugs.eclipse.org/bugs/show_bug.cgi?id=467028
if you see any issues with this change.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

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

[Lars Vogel]

+1 for Antoine proposal.

We in Eclipse Platform collect all our icons in the eclipse.image repo
but I think a shared icon repo would be nice.
In our repo the folder location is designed to allow "copy and paste"
the generated icons to our projects, which helps a lot for adapting
icon changes.

Best regards, Lars

On Wed, Sep 21, 2016 at 2:09 PM, Antoine THOMAS <anto...@eclipse.org> wrote:
> Question: would it make sense to create a project for a set of vector icons
> like Font Awesome or Fondation Icon Fonts, that any project/package/plugin
> could use, and of course, improve?
>
> It could of course include accessibility and general purpose icons. It would
> be a good companion to the Polarsys Font.
>
> Also, if the icons are done by a project team, with style guidelines, it
> would help to have consistent icons, in Eclipse, in general.
>
>
>
> __
> Antoine THOMAS aka ttoine
> Product Manager
> Eclipse Foundation
> antoine.tho...@eclipse.org
> +33663137906
> @ttoine
>
> On 21 September 2016 at 10:58, Lars Vogel <lars.vo...@vogella.com> wrote:
>>
>> Hi,
>>
>> the buildship project contact me about how to provide HDPI icons for
>> there project. As I assume many projects have this question, I post
>> here the related info.
>>
>> The general support in Platform is explained here:
>> https://www.eclipse.org/eclipse/news/4.6/platform_isv.php#high-dpi-icons
>>
>> Platform has also a Maven based command line tool to renderer png in
>> different sizes from svg images. See
>>
>> http://www.vogella.com/tutorials/Eclipse4Notes/article.html#providing_hdpi_icons
>> for some info for that.
>>
>> Best regards, Lars
>>
>> --
>> Eclipse Platform UI and e4 project co-lead
>> CEO vogella GmbH
>>
>> Haindaalwisch 17a, 22395 Hamburg
>> Amtsgericht Hamburg: HRB 127058
>> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
>> USt-IdNr.: DE284122352
>> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web:
>> http://www.vogella.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
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] How to provide HDPI icons in your plug-in

[Lars Vogel]

Hi,

the buildship project contact me about how to provide HDPI icons for
there project. As I assume many projects have this question, I post
here the related info.

The general support in Platform is explained here:
https://www.eclipse.org/eclipse/news/4.6/platform_isv.php#high-dpi-icons

Platform has also a Maven based command line tool to renderer png in
different sizes from svg images. See
http://www.vogella.com/tutorials/Eclipse4Notes/article.html#providing_hdpi_icons
for some info for that.

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Sub-categories for the Simrel

[Lars Vogel]

Hi,

does the simrel b3 Aggregator editor support nestled categories? AFAIK
p2 does since a while and I think it would be very user friendly to
group features.

Before working with it for WindowBuilder I assume you are using the
PDE tooling that is why my team started to work on the PDE editor
(https://git.eclipse.org/r/#/c/80289/).

An an example for grouping similar features under a common root (see
the the attached screenshot) we could have:

Application Development Frameworks
- GEF4
 -- all the GEF4 features
 - Sapphire
 -- all the Sapphire features

Best regards, Lars
-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] Neon.1 RC2 staging repository is complete. One caution about WindowBuilder

[Lars Vogel]

Mickael come to help and merged the change already. Thanks Mickael!

On Mon, Sep 5, 2016 at 4:51 PM, Lars Vogel <lars.vo...@vogella.com> wrote:
> Hi David,
>
> https://git.eclipse.org/r/#/c/80397/ contains the update of the
> relevant update side for WindowBuilder so that we can contribute
> 1.9.0.
>
> I do not have the rights to release this change. Can you release it for me?
>
> For future changes, how can I get the rights to release my updates for WB?
>
> Best regards, Lars
>
> On Thu, Sep 1, 2016 at 12:40 AM, David Williams <david_willi...@acm.org> 
> wrote:
>>
>> It appears everyone got in their RC2 contributions despite the DNS issues
>> (since I have not heard otherwise),
>>
>> so I have turned off the aggregation jobs so the EPP packages can be created
>> and give a few days of a non-changing staging/neon repository for testing.
>>
>> = = = = = = = =
>>
>> My caution about WindowBuilder is the same as I mentioned last week in Bug
>> 498276.
>>
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=498276#c5
>>
>> As I understand it, from a post to this mailing list, version 1.9.0 is
>> planned to be contributed to both Neon.1, but it appears the version in
>> Neon.1 staging is still 1.8.x.
>>
>> Please correct me if I have misunderstood something. But, if not, I am
>> concerned that WindowBuilder is still not meeting the requirements of being
>> in the Simultaneous Release. This is "RC2" after all and it does not appear
>> WB is providing a _Release Candidate_ and not actively participating.
>>
>> If the issue is not clarified or corrected promptly I'll propose that WB be
>> pulled before RC3.
>>
>> = = = = = = = =
>>
>> Thanks to all for your efforts to improve quality and provide new features
>> for Neon.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
>
>
>
> --
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
> http://www.vogella.com



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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

Re: [cross-project-issues-dev] Neon.1 RC2 staging repository is complete. One caution about WindowBuilder

[Lars Vogel]

Hi David,

https://git.eclipse.org/r/#/c/80397/ contains the update of the
relevant update side for WindowBuilder so that we can contribute
1.9.0.

I do not have the rights to release this change. Can you release it for me?

For future changes, how can I get the rights to release my updates for WB?

Best regards, Lars

On Thu, Sep 1, 2016 at 12:40 AM, David Williams <david_willi...@acm.org> wrote:
>
> It appears everyone got in their RC2 contributions despite the DNS issues
> (since I have not heard otherwise),
>
> so I have turned off the aggregation jobs so the EPP packages can be created
> and give a few days of a non-changing staging/neon repository for testing.
>
> = = = = = = = =
>
> My caution about WindowBuilder is the same as I mentioned last week in Bug
> 498276.
>
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=498276#c5
>
> As I understand it, from a post to this mailing list, version 1.9.0 is
> planned to be contributed to both Neon.1, but it appears the version in
> Neon.1 staging is still 1.8.x.
>
> Please correct me if I have misunderstood something. But, if not, I am
> concerned that WindowBuilder is still not meeting the requirements of being
> in the Simultaneous Release. This is "RC2" after all and it does not appear
> WB is providing a _Release Candidate_ and not actively participating.
>
> If the issue is not clarified or corrected promptly I'll propose that WB be
> pulled before RC3.
>
> = = = = = = = =
>
> Thanks to all for your efforts to improve quality and provide new features
> for Neon.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



-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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] Where do I post potential bugs to the SimRel tooling?

[Lars Vogel]

Hi,

I'm trying to follow
https://wiki.eclipse.org/Simrel/Contributing_to_Simrel_Aggregation_Build
to update the WindowBuilder entry.

I think either the b3 editor has issues or the instructions are maybe
not uptodate.

Which Bugzilla component do I use to report potential bugs?

Best regards, Lars

-- 
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.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