Re: [platform-dev] Vote to stop bug auto-closing in all Eclipse platform projects

2022-02-22 Thread Lakshmi P Shanmugam
+1 to stop auto closing

During conference talks and presentations, we usually ask community to 
‘contribute’ bug reports. When they do, closing the bug as WONTFIX, many a 
times without any triage from the project side, gives the impression that we 
don’t value the effort of the ‘contributor’.
As a developer, I think auto closing is only helpful (to me) when there is no 
response for a long time on a bug marked as need-info, otherwise I have to add 
a comment and close it myself.

Thanks & Regards,
Lakshmi P Shanmugam

From: platform-dev  on behalf of Vikas 
Chandra 
Reply to: "Eclipse platform general developers list." 
Date: Tuesday, 22 February 2022 at 8:07 AM
To: "Eclipse platform general developers list." 
Subject: [EXTERNAL] Re: [platform-dev] Vote to stop bug auto-closing in all 
Eclipse platform projects

+1 stop auto closing

Reasons

1)  Marking it as stale helps as the inbox manager/reporter/assignee goes 
or check if the bug is still valid and many times bugs have been
fixed as a result. Only thing is no more than 2-3 bugs per day per component 
should be marked as stale. If 100s of bugs r marked as stale on a single day,
it is counter-productive.

2)  Auto-closing gives the impression “I don’t care”. Mark it stale instead

3)  What does auto-close achieve? I guess “nothing”  apart from 
artificially reducing the bug count. It helps no one.

From: platform-dev  On Behalf Of 
Jean-Francois Maury
Sent: 17 February 2022 16:43
To: Eclipse platform general developers list. 
Subject: [EXTERNAL] Re: [platform-dev] Vote to stop bug auto-closing in all 
Eclipse platform projects

+1 stop auto closing

On Thu, Feb 17, 2022 at 9:58 AM Andrey Loskutov 
mailto:losku...@gmx.de>> wrote:
Hi all,

this is a follow up on PMC response 
https://www.eclipse.org/lists/platform-dev/msg03319.html

As of today, this bug auto-closing is not active only for JDT project.

The proposal is to switch "off" bug auto-closing for the all Eclipse platform 
projects, including Platform, JDT, PDE und Equinox.
I don't think if we need an additional vote for PDE & Equinox, because the only 
active committers there are same as on the Eclipse platform.

Therefore I would like to start voting to stop auto-closing bugs in bugzilla, 
github, gitlab (or whatever else bug trackers we might use in the future) for 
all Eclipse platform development.

I think it is enough to post your +1 / 0 / -1 as a reply on this mailing list.
Everyone is welcome to vote but binding votes are committers`votes.
I would propose to conclude the vote by the end of the next week (25 February).

Kind regards,
Andrey Loskutov

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

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

___
platform-dev mailing list
platform-dev@eclipse.org<mailto:platform-dev@eclipse.org>
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/platform-dev


--

Jeff Maury

Manager, DevTools

Red Hat EMEA<https://www.redhat.com>

jma...@redhat.com<mailto:jma...@redhat.com>
@RedHat<https://twitter.com/redhat>  Red Hat 
<https://www.linkedin.com/company/red-hat>   Red Hat 
<https://www.facebook.com/RedHatInc>
[Image removed by sender.]<https://www.redhat.com>
[Image removed by sender.]<https://redhat.com/summit>

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


Re: [platform-dev] Download SWT jars

2021-04-08 Thread Lakshmi P Shanmugam
Hi Thomas,
 
You can also find the links to the downloads page on the SWT home page - https://www.eclipse.org/swt/
Just curious, where did you get the SWT builds on eclipse.org previously? 
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Aleksandar Kurtakov Sent by: "platform-dev" To: "Eclipse platform general developers list." Cc:Subject: [EXTERNAL] Re: [platform-dev] Download SWT jarsDate: Thu, Apr 8, 2021 4:46 PM  
  

On Thu, Apr 8, 2021 at 5:39 PM Thomas Singer <ts-...@syntevo.com> wrote:
Hi all,Where on eclipse.org it is possible to find the SWT jars? It looks likeit's now only possible to download the full bundles of Eclipse IDEs.
 
Platform release page has them https://download.eclipse.org/eclipse/downloads/drops4/R-4.19-202103031800/ . Going to https://download.eclipse.org/eclipse/downloads/index.html one can see latest release and I-build pages and get respective SWT jars from there.
 
Thanks in advance.--Tom___platform-dev mailing listplatform-dev@eclipse.orgTo unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev --
Aleksandar KurtakovRed Hat Eclipse Team
___platform-dev mailing listplatform-dev@eclipse.orgTo unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
 

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


Re: [platform-dev] SWT Chromium browser

2021-03-08 Thread Lakshmi P Shanmugam
Hi,
Please check if  https://www.eclipse.org/swt/faq.php#howusechromium helps.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Jean-Francois Maury Sent by: "platform-dev" To: platform-dev@eclipse.orgCc:Subject: [EXTERNAL] [platform-dev] SWT Chromium browserDate: Fri, Mar 5, 2021 7:14 PM 
I am trying to use the Chromium variant of the SWT Browser widget on Win32.
However, I find out that it reverts to the base implementation because the chrome_elf.dll library (which does not seem to be bundled in the Win32 swt chromium variant).
So am I missing something or is there a requirement on the desktop ?--
Jeff Maury
Manager, DevTools
Red Hat EMEA
 
jma...@redhat.com   
@RedHat     Red Hat    Red Hat 

___platform-dev mailing listplatform-dev@eclipse.orgTo unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
 

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


Re: [platform-dev] Platform Co-lead

2020-03-06 Thread Lakshmi P Shanmugam
+1
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: "Sarika Sinha" Sent by: platform-dev-boun...@eclipse.orgTo: platform-dev@eclipse.orgCc:Subject: [EXTERNAL] [platform-dev] Platform Co-leadDate: Thu, Mar 5, 2020 8:41 PM 
All,
I am interested in becoming a co-lead for the merged Platform project. I was the lead for the Platform Debug and Platform Ant project. I have been contributing and reviewing features/bug fixes for Platform Ant and Platform Debug and I plan to continue this in future.
 
Thanks & Regards,
Sarika 

___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] Mass changes again

2020-01-22 Thread Lakshmi P Shanmugam
> Mac and Windows builds are unstable for probably a year now (or even more!).
The Mac and Windows builds are stable. But, the tests in e4.ui.tests and ui.tests.* have been failing, many of them for several releases. It should be investigated if the tests are unstable.
 
Kalyan has been opening bugs for the failing tests and investigating many of them. Bug numbers for all failing tests in 4.15M1 are in comment https://bugs.eclipse.org/bugs/show_bug.cgi?id=558953#c7. Component owners or people familiar with the affected areas need to investigate the failing tests to see if they are real problems in the code.
 
Since these long failing ones affect developers from seeing new failures, they could disable the tests for the failing platform and open a bug for tracking and investigation. We did this in 4.14 for the 2 SWT tests that were failing for a long time on the Mac test machine.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Aleksandar Kurtakov Sent by: platform-dev-boun...@eclipse.orgTo: "Eclipse platform general developers list." Cc:Subject: [EXTERNAL] Re: [platform-dev] Mass changes againDate: Tue, Jan 21, 2020 2:42 PM 
  

On Tue, Jan 21, 2020 at 10:46 AM Andrey Loskutov <losku...@gmx.de> wrote:
Hi,we had numerous regressions in two last builds, I've openedhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=559352https://bugs.eclipse.org/bugs/show_bug.cgi?id=559353https://bugs.eclipse.org/bugs/show_bug.cgi?id=559355And I guess there are more, we just don't see them because our test coverage is not the best.I don't know why should we continue this practice of blind "mass changes" for no good reason, that caused so many regressions so far.My best example of such regression, on which I've spent a full work week of my time, was https://bugs.eclipse.org/bugs/show_bug.cgi?id=551147.I'm tired to spend my time to do house keeping for others, and I don't see anyone else doing this work. I don't think this is fair.I would propose that committers that merge "mass changes" *must* do the work I do:1) Check SDK build results after integration of mass changes and identify new failures2) Report bugs for new failures3) Identify offending commits and notify authorsIf this sounds as too much work, I would propose to re-think the "benefit" of mass changes.If we continue in the same way as today, at some point in time the code is "fully optimized" but Eclipse is not usable anymore.
 
This actually brings one very significant problem - Mac and Windows builds are unstable for probably a year now (or even more!). This is long enough period for contributors to gain the habbit of just ignoring test results on Mac and Windows. I can't blame anyone for that (thanks Andrey for still checking them!).
IMHO is current failing tests on Mac and Windows tests can't/won't be fixed ASAP - these should be run only on Linux so seeing test failure finally means there is something to be looked at. As it should have always been.
Lakshmi, Niraj, as you're respective SWT port maintainers and the long failing tests are UI related: What is your opinion on this?
 
 
Kind regards,Andrey LoskutovСпасение утопающих - дело рук самих утопающихhttps://www.eclipse.org/user/aloskutov___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev--
Alexander KurtakovRed Hat Eclipse Team
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] Saying Goodbye To SWT

2019-12-17 Thread Lakshmi P Shanmugam
Hi Eric,
 
Thanks for all your valuable contributions that have greatly improved the SWT-GTK port over the years! 
It was a pleasure working with you and SWT team will miss you.
 
Wish you all the best in your new project.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Eric Williams Sent by: platform-dev-boun...@eclipse.orgTo: "Eclipse platform general developers list." Cc:Subject: [EXTERNAL] [platform-dev] Saying Goodbye To SWTDate: Tue, Dec 17, 2019 12:37 AM 
Hello everyone,I have some rather bittersweet news to share: as of this Wednesday Iwill no longer be working on the Eclipse/SWT team at Red Hat. I haven'tleft the company, but I will be moving to a new group where I'll beworking on Eclipse Che (specifically Che plugins).SWT was my first journey into professional software development, as wasthe Eclipse team at Red Hat. I have learned a lot over the years, and Ihold very dear the experiences I have had. I'd also like to thank all ofyou who make SWT and the Eclipse community great -- there are someseriously talented people working on the Eclipse Platform, and I believeit is better off because of it. It's been an honour to work with all ofyou, and I have full confidence that SWT (and the Eclipse IDE ingeneral) will continue to flourish in the future.I'll be finishing up some Gerrits in the coming days, as well asunassigning myself from bugs. I'll keep an ear out for things that I canrespond to quickly, and I'll still be keeping my commit rights. Otherthan that I'll be officially starting my new duties as of WednesdayDecember 18th.I've really enjoyed my time here, and I wish you all the best. Don't bestrangers!Eric___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev 
 

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

Re: [platform-dev] CI test failures on macOS

2019-11-26 Thread Lakshmi P Shanmugam
Hi Karsten,
 
Please see comments on https://bugs.eclipse.org/bugs/show_bug.cgi?id=536564 for the failing tests in SWT. They started failing after the test machines moved to 10.13, but don't fail locally.
 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=537639 tracks the failing tests in e4.ui.tests. 
 
Thanks for looking into it.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Karsten Thoms Sent by: platform-dev-boun...@eclipse.orgTo: "Eclipse platform general developers list." Cc:Subject: [EXTERNAL] [platform-dev] CI test failures on macOSDate: Tue, Nov 26, 2019 4:08 PM Dear team,
 
I wanted to look at some of the test failures that are shown in the I-Builds test results, e.g. https://download.eclipse.org/eclipse/downloads/drops4/I20191125-1800/testResults.php
 
These tests do not fail when I’m running them locally us plugin tests. Is this known, and do you have any idea how we could make them working within CI builds?
 
~Karsten
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] Eclipse 4.14 M3 & Equinox 2019-12 M3 are available

2019-11-24 Thread Lakshmi P Shanmugam
Hi Greg,
 
Thanks a lot for reporting this!
Looks like there was some error during compilation for the SWT downloads and they were unnoticed as the I-builds didn't fail.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: "Vikas Chandra" Sent by: platform-dev-boun...@eclipse.orgTo: "Eclipse platform general developers list." Cc:Subject: [EXTERNAL] Re: [platform-dev] Eclipse 4.14 M3 & Equinox 2019-12 M3 are availableDate: Sun, Nov 24, 2019 5:41 PM 
Hi Greg,I have opened bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=553393 for this issue.Regards,VikasGregor Schmid ---11/23/2019 09:42:28 PM---Hi Vikas, hi all, thanks for making 4.14M3 available on time.From: Gregor Schmid To: "Eclipse platform general developers list." Date: 11/23/2019 09:42 PMSubject: [EXTERNAL] Re: [platform-dev] Eclipse 4.14 M3 & Equinox 2019-12 M3 are availableSent by: platform-dev-boun...@eclipse.org
Hi Vikas, hi all,thanks for making 4.14M3 available on time.Unfortunately it appears that the 4.14.M3 SWT bundles are broken. Iapologize if I'm just being stupid and overlooking the obvious, but I'veworked with those bundles many times before, so please take a look:Coming from   https://download.eclipse.org/eclipse/downloads/drops4/S-4.14M3-201911201800/I'm following the links for SWT Binary and Source, Windows (64 bitversion) and Linux (64 bit version) to   https://download.eclipse.org/eclipse/downloads/drops4/S-4.14M3-201911201800/download.php?dropFile=swt-4.14M3-win32-win32-x86_64.zip   https://download.eclipse.org/eclipse/downloads/drops4/S-4.14M3-201911201800/download.php?dropFile=swt-4.14M3-gtk-linux-x86_64.zipI tried different mirrors, same result: Where the 4.14M1 bundles had asize of the usual ~4MB, the 4.14M3 bundles have only half that.Investigation shows that the enclosed swt.jar files are missing all.class files, only shared libraries are included, properties andversion.txt.The respective org.eclipse.swt... bundles in Eclipse are fine, ofcourse, or they'd never have passed the tests.Could somebody please verify whether my observations are correct and,if so, push the right buttons. I have no idea which those might be...Thanks and best regards,   Greg"Vikas Chandra"  writes:> Hi all,>> We are pleased to announce that 2019-12 M3 is available for download and> updates.>> Eclipse downloads:>> http://download.eclipse.org/eclipse/downloads/drops4/S-4.14M3-201911201800/>> Update existing (non-production) installs:> http://download.eclipse.org/eclipse/updates/4.14milestones/>> Specific repository good for building against:>> http://download.eclipse.org/eclipse/updates/4.14milestones/S-4.14M3-201911201800/>> Equinox specific downloads:> http://download.eclipse.org/equinox/drops/S-4.14M3-201911201800/>> Thank you to everyone who made this checkpoint possible.>> Master is open for RC1 contributions. Please follow the freeze plan for> committing in RC1.> https://www.eclipse.org/eclipse/development/plans/freeze_plan_4_14.php>> Thanks and Regards,> Vikas> ___> platform-dev mailing list> platform-dev@eclipse.org> To change your delivery options, retrieve your password, or unsubscribe from this list, visit> https://www.eclipse.org/mailman/listinfo/platform-dev>--Gregor SchmidE: gregor.sch...@qfs.deT: +49 8171 38648-11F: +49 8171 38648-16Quality First Software GmbH | www.qfs.deTulpenstr. 41 | 82538 Geretsried | GermanyGF Gregor Schmid, Dr. Martina Schmid, Karlheinz KellererHRB München 140833___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev 
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] macOS 10.15 notarization process

2019-08-06 Thread Lakshmi P Shanmugam
I've created a root bug to capture all the tasks required to Notarize the Mac app - https://bugs.eclipse.org/bugs/show_bug.cgi?id=549814
 
I think we could start with the Prepare Your Software for Notarization section [1] and open bugs to prepare Eclipse accordingly. We already have a bug [2] for signing errors in filesystem libraries.
 
[1] https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution?language=objc#3087727
[2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=547159
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Thomas Singer Sent by: platform-dev-boun...@eclipse.orgTo: platform-dev@eclipse.orgCc:Subject: [EXTERNAL] Re: [platform-dev] macOS 10.15 notarization processDate: Mon, Aug 5, 2019 4:46 PM 
Hi Mikaël,No, the user usually uses a different application that can change filesinside the app bundle. According to my understanding, macOS 10.15 onlymakes some part of the file system (containing the application)read-only for the application itself - at least this is what I found outso far.--Best regards,Thomas Singer=syntevo GmbHhttps://www.syntevo.com https://www.syntevo.com/blog On 2019-08-05 11:43, Mikaël Barbero wrote:>>>> Le 5 août 2019 à 11:35, Thomas Singer  a écrit :>>>> but I don't see a technical reason to not have them inside the .app structure unless they are changed by the application itself.>> Unless changed by the application itself or the end user (I'm thinking about -vmargs).>>>>> -->> Best regards,>> Thomas Singer>> =>> syntevo GmbH>> https://www.syntevo.com  <https://www.syntevo.com/ >>> https://www.syntevo.com/blog  <https://www.syntevo.com/blog >>>>>>> On 2019-08-05 11:09, Mikaël Barbero wrote:>>> I'm willing to help improving the CBI macOS signing to let project notarize their apps. However, I would need some help about the "Hardened Runtime capability". I guess this is something to be done on the Tycho or Equinox side first, correct?>>> Also, from what I read here https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution/customizing_the_notarization_workflow#3087732 , the notarization process "typically takes less than an hour". It means that it could make the build much slower than it is today (esp. because today the signing process is synchronous with the build). Any idea how to change that? Should the signing/notarization occur in a separate CI job?>>> @Thomas>>> IIRC notarized apps cannot be modified, meaning that config files, p2 bundle pool etc.. can't live inside the .app anymore. Correct? If this is the case, how do you follow https://developer.apple.com/library/archive/documentation/CoreFoundation/Conceptual/CFBundles/BundleTypes/BundleTypes.html#//apple_ref/doc/uid/1123i-CH101-SW13  more closely? Do you store config files, bundle pool etc. in folders recommended by https://developer.apple.com/library/archive/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/AccessingFilesandDirectories/AccessingFilesandDirectories.html#//apple_ref/doc/uid/TP40010672-CH3-SW11? >>> Thanks.>>> Mikaël Barbero>>> Team Lead - Release Engineering | Eclipse Foundation>>> 📱 (+33) 642 028 039 | 🐦 @mikbarbero>>> Eclipse Foundation <http://www.eclipse.org/ <http://www.eclipse.org/>>: The Platform for Open Innovation and Collaboration>>>> Le 5 août 2019 à 10:35, Torkild U. Resheim  a écrit :>>>>>>>> Hi all,>>>>>>>> I think I’m also seeing a problem related to the notarization process[1]. Using macOS 10.15 beta (19A526h) I downloaded and attempted to run the Eclipse installer which resulted in the following message:>>>>>>>> «Eclipse-inst-mac64.dmg» can’t be opened because Apple cannot check it for malicious software.>>>>>>>> Best regards,>>>> Torkild>>>>>>>> [1] https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution >>>>>>>>> 1. aug. 2019 kl. 13:46 skrev Thomas Singer :>>>>>>>>>> Hello,>>>>>>>>>> According to my information, macOS 10.15 does not accept simple signed applications any more, but requires a more complicated "notarization" process that requires the application to be signed with "hardened runtime".>>>>>>>>>> I've successfully notarized our application, but it fails even on 10.14 with the following exception:>>>>>>>>>> java.lang.NullPointerException>>>>> at org.eclipse.swt.widge

Re: [platform-dev] Chromium Browser

2019-07-26 Thread Lakshmi P Shanmugam
Hi Guillermo,
 
This is great!
 
For the contribution to SWT we need to file CQs for the code and any dependencies/usages. I assume that some things would have changed since the first mail regarding the Chromium support - https://www.eclipse.org/lists/platform-swt-dev/msg08380.html. I’ve cloned the initial bug to track and discuss the details regarding the contribution - https://bugs.eclipse.org/bugs/show_bug.cgi?id=549585 . Let's use the bug for discussion.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Guillermo Zunino Sent by: platform-dev-boun...@eclipse.orgTo: platform-dev@eclipse.orgCc:Subject: [EXTERNAL] Re: [platform-dev] Chromium BrowserDate: Fri, Jul 26, 2019 11:25 AM 
Hi,
 
A new version of the chromium browser has been published (0.10.0) with a very important change. We were able to remove third party dependencies JNR and ASM by using the jni mechanism from swt, so now it's aligned with swt and simplifies the integration. With this many bugs were fixed also.
All tests are passing in the three platform. Snippets too (except Snippet327 due CEF limitation).
 
https://github.com/maketechnology/chromium.swt
 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=405031
 
To continue with the contribution progress I'm planning to create a gerrit or github PR review with a proposal to integrate it in swt code base. As there are no longer third party dependencies this becomes easier. Java code being part of the main swt bundle, and binding binaries as separate fragments (not the standard swt platform bundles) due its about 1.2 MB per platform.
 
Please comment if you agree and are willing to review the code proposal so we can go ahead in that direction.
 
Regards,
 
--
Guillermo Zuninoguil...@gmail.com 

On Thu, Apr 25, 2019 at 12:37 AM Guillermo Zunino <guil...@gmail.com> wrote:
Hi, 
A new version of the chromium browser has been published (0.9.0) with GTK3 support and many fixes. All tests are passing in the three platform. Snippets too.
 
https://github.com/maketechnology/chromium.swt
 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=405031
 
--
Guillermo Zuninoguil...@gmail.com 

On Wed, Jan 30, 2019 at 10:55 PM Guillermo Zunino <guil...@gmail.com> wrote:
Hi, 
A new version of the chromium browser has been published (0.8.1) with several fixes, more tests and some missing features. Also all tests are passing now and the failing SWT Browser Snippets reported are passing now.
 
https://github.com/maketechnology/chromium.swt
 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=405031
 
Cheers.--

Guillermo Zuninoguil...@gmail.com
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] Preparing SWT native code for building from a shell?

2019-07-09 Thread Lakshmi P Shanmugam
Hi,
 
Please note that the Jenkins jobs build the libraries for all platforms. Also, the jobs include steps to move the source code and libraries as the machine where the ant scripts run and the machine where the native libraries are built are different. If you are working on a single machine, the steps can be simplified in your setup.
 
This Wiki page gives you an overview of the jobs:https://wiki.eclipse.org/SWT/Native_Builds_on_Foundation
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: "Torkild U. Resheim" Sent by: platform-dev-boun...@eclipse.orgTo: "Eclipse platform general developers list." Cc:Subject: [EXTERNAL] Re: [platform-dev] Preparing SWT native code for building from a shell?Date: Tue, Jul 9, 2019 1:39 PM 
Thanks all,I think the Jenkins build job is exactly what I need to replicate the process. I'll let you know how it turned out :)Best regards,Torkild 
 
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] Preparing SWT native code for building from a shell?

2019-07-08 Thread Lakshmi P Shanmugam
Hi Torklid,
 
Are you looking at building the SWT libraries and source?
You can do that using the existing ant scripts in the SWT repository. You need to call the specific target depending on the required output.
 
Go into the swt-gtk fragment
cd eclipse.platform.swt.binaries/bundles/org.eclipse.swt.gtk.linux.x86_64
 
To build the native libraries and swt-gtk java source, run the ant script build.xml which is there at the location.
1. Build swt-gtk native libraries 
ant -f  build.xml build_libraries
 
2. Build the jar 
ant -f  build.xml build.jars
 
To create a zip with native libraries and source
1. Build swt-gtk native libraries 
ant -f  build.xml build_libraries
 
2. Build source and create zip with everything included
ant -f  build.xml swtdownload
 
If you are not interested in the building the native libraries and use the existing libraries from the fragment, please skip the build_libraries step.
 
Please let me know if I missed something.
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: "Torkild U. Resheim" Sent by: platform-dev-boun...@eclipse.orgTo: platform-dev@eclipse.orgCc:Subject: [EXTERNAL] [platform-dev] Preparing SWT native code for building from a shell?Date: Mon, Jul 8, 2019 4:55 AM 
Hi Platform developers,I'm picking up an old project of mine again, building the Eclipse Platform for the Raspberry Pi[1].The new Raspberry Pi 4 should be able to cope with the Eclipse IDE much better than the previous versions, although I'm mostly interested in using PiPlug as one can see in the screenshot[2] in a home automation project.I wanted to write a script that did most of the job and came over an issue. In order to build the SWT binaries I first have to import the "eclipse.platform.swt" project into eclipse, rename the ".classpath_gtk" file then do a build in order to prepare the code into the "bin" folder. So I am wondering whether you are aware of a way of doing this step without having to start Eclipse and invoke a build. I would prefer to be able to do everything from a bash script, including copying the files to an actual Raspberry Pi and do the compilation there.I've looked at the "SWT Classpath Builder.launch" code, but I see no way of running that outside of Eclipse. Also replicating what these Ant scripts does, may be a bit of a hassle.Best regards,Torkild U. Resheim[1] https://resheim.net/2013/05/running-eclipse-rcp-applications-on.html[2] https://resheim.net/2014/07/building-eclipse-target-platform-raspberry-pi.html
 
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

Re: [platform-dev] Chromium browser update

2019-01-31 Thread Lakshmi P Shanmugam
Hi Guillermo,
 
Thanks for the update! We'll test the latest version and continue to provide feedback on the bug.
Any ideas on when the GTK3 support is expected to be available?
 
Thanks & Regards,Lakshmi P Shanmugam,Eclipse Platform Co-lead,India Software Lab, Bangalore
 
 
- Original message -From: Guillermo Zunino Sent by: platform-dev-boun...@eclipse.orgTo: platform-dev@eclipse.orgCc:Subject: [platform-dev] Chromium browser updateDate: Thu, Jan 31, 2019 7:28 AM 
Hi,
 
A new version of the chromium browser has been published (0.8.1) with several fixes, more tests and some missing features. Also all tests are passing now and the failing SWT Browser Snippets  are passing now.
 
https://github.com/maketechnology/chromium.swt
 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=405031
 
Cheers.--

Guillermo Zuninoguil...@gmail.com
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/platform-dev
 

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

[platform-dev] Reminder: 4.9 RC2 this week

2018-09-02 Thread Lakshmi P Shanmugam
Hi all,
 
We have 4.9 RC2 scheduled on Sep 7, 2018. Please refer to the freeze plan https://www.eclipse.org/eclipse/development/plans/freeze_plan_4_9.php. 

Here is the schedule:
 
Sep 5, 2018, 8pm ESTWednesday4.9 RC2 candidate buildSep 6, 2018Thursday1-day test pass against RC2 and Sign-offSep 7, 2018Friday4.9 RC2 Promotion and contribution to SimRel
 
Here is the build schedule for 4.9 RC2 - https://www.eclipse.org/eclipse/platform-releng/buildSchedule.html
 
All RC2 fixes should be pushed to the R4_9_maintenance branch in addition to the master branch.
 
All fixes submitted must have a project lead or PMC vote on the bug report, and the fix must be reviewed by an additional committer (any committer other than the one who made the fix).Thanks & Regards,
Lakshmi

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

[platform-dev] Eclipse 4.9 RC1 is available

2018-08-31 Thread Lakshmi P Shanmugam
We are pleased to announce that 2018-09 RC1 is available for download and updates.

Eclipse downloads:
http://download.eclipse.org/eclipse/downloads/drops4/S-4.9RC1-201808301030/
Update existing (non-production) installs:
http://download.eclipse.org/eclipse/updates/4.9milestones/
Specific repository good for building against:
http://download.eclipse.org/eclipse/updates/4.9milestones/S-4.9RC1-201808301030/
Equinox specific downloads:
http://download.eclipse.org/equinox/drops/S-4.9RC1-201808301030/

Thank you to everyone who made this checkpoint possible.

 
Please note that R4_9_maintenance branch has been created. All the changes for 4.9 RC2 should be made to the R4_9_maintenance branch in addition to the master branch.
 
 
Thanks & Regards,
Lakshmi

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

[platform-dev] Reminder: 4.9 RC1 this week

2018-08-26 Thread Lakshmi P Shanmugam
Hi all, We have 4.9 RC1 scheduled on Aug 31, 2018. Please refer to the freeze plan https://www.eclipse.org/eclipse/development/plans/freeze_plan_4_9.php. 

Here is the schedule:
 
Aug 29, 2018, 8pm ESTWednesdayAPI and feature freeze, 4.9 RC1 candidate buildAug 30, 2018ThursdayBug verification and Sign-off 4.9 RC1Aug 31, 2018Friday4.9 RC1 Promotion and contribution to SimRel

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

[platform-dev] 4.9 M3 is available

2018-08-24 Thread Lakshmi P Shanmugam
Hi all,

We are pleased to announce that 2018-09 M3 is available for download and updates.

Eclipse downloads:
http://download.eclipse.org/eclipse/downloads/drops4/S-4.9M3-201808230450/
Update existing (non-production) installs:
http://download.eclipse.org/eclipse/updates/4.9milestones/
Specific repository good for building against:
http://download.eclipse.org/eclipse/updates/4.9milestones/S-4.9M3-201808230450/
Equinox specific downloads:
http://download.eclipse.org/equinox/drops/S-4.9M3-201808230450/


Thank you to everyone who made this checkpoint possible.

Thanks & Regards,
Lakshmi
 

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

[platform-dev] Eclipse 4.9 M3 Stabilization Week Reminders

2018-08-17 Thread Lakshmi P Shanmugam
Hi All,
 
Eclipse 4.9 M3 Stabilization starts next week with a goal to deliver on August 24, 2018.
 
The build schedule has been updated and can be downloaded from here.
 
Please note:
Monday: Last day of development (and even then, no "big changes"). After Monday 20:00 ET, no feature work or unrelated fixes are allowed -- only regression fixes.Tuesday: All-day test pass. Nobody should develop or fix anything. Literally spend the entire day testing.Wednesday: Fix day with a focus on fixing regressions found during the test day (Tuesday). No unrelated fixes. Review and thoroughly test all commits.The last Wednesday build is the release candidate every team signs off on Thursday.The "New and Noteworthy" entries are due on Wednesday evening:Git repo: ssh://git.eclipse.org/gitroot/www.eclipse.org/eclipse/news.gitGerrit: ssh://git.eclipse.org:29418/www.eclipse.org/eclipse/news.gitThe rolling N&N content for 4.9:  https://www.eclipse.org/eclipse/news/4.9Thursday: Sign-off after re-testing, or at least confirming no changes have been made to your component's code since the last time the component was tested well.Friday: Build is officially declared and made available.The master branch stays closed until the milestone is officially released. (That is, it is not enough that your component has signed off.)
 
Thanks & Regards,
Lakshmi Shanmugam
 
 
- Original message -From: Lakshmi P Shanmugam/India/IBMTo: eclipse-...@eclipse.org, equinox-...@eclipse.org, platform-releng-...@eclipse.org, platform-dev@eclipse.orgCc:Subject: Eclipse 4.9 M2 Stabilization Week RemindersDate: Thu, Jul 26, 2018 5:43 PM 
Hi All,
 
Eclipse 4.9 M2 Stabilization starts next week with a goal to deliver on August 3, 2018.
 
The build schedule has been updated and can be downloaded from here.
 
Please note:
Monday: Last day of development (and even then, no "big changes"). After Monday 20:00 ET, no feature work or unrelated fixes are allowed -- only regression fixes.Tuesday: All-day test pass. Nobody should develop or fix anything. Literally spend the entire day testing.Wednesday: Fix day with a focus on fixing regressions found during the test day (Tuesday). No unrelated fixes. Review and thoroughly test all commits.The last Wednesday build is the release candidate every team signs off on Thursday.The "New and Noteworthy" entries are due on Wednesday evening:Git repo: ssh://git.eclipse.org/gitroot/www.eclipse.org/eclipse/news.gitGerrit: ssh://git.eclipse.org:29418/www.eclipse.org/eclipse/news.gitThe rolling N&N content for 4.9:  https://www.eclipse.org/eclipse/news/4.9Thursday: Sign-off after re-testing, or at least confirming no changes have been made to your component's code since the last time the component was tested well.Friday: Build is officially declared and made available.The master branch stays closed until the milestone is officially released. (That is, it is not enough that your component has signed off.)
 
Thanks & Regards,
Lakshmi Shanmugam
 

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

Re: [platform-dev] Mac-OS ISSUE - When quitting an application based on eclipse 4.7.3a, JVM crash reported in the native code.

2018-08-05 Thread Lakshmi P Shanmugam
Hi,
Can you please open a bug for this under SWT - https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Platform&component=SWT so that we can look into it.
 
Thanks,
Lakshmi
 
- Original message -From: Sai Krishna Pati Sent by: platform-dev-boun...@eclipse.orgTo: "platform-core-...@eclipse.org" , "platform-ui-...@eclipse.org" , "platform-swt-...@eclipse.org" , "platform-dev@eclipse.org" Cc:Subject: [platform-dev] Mac-OS ISSUE - When quitting an application based on eclipse 4.7.3a, JVM crash reported in the native code.Date: Fri, Aug 3, 2018 3:16 PM 
 
- Original message -From: Sai Krishna Pati Sent by: platform-dev-boun...@eclipse.orgTo: "platform-core-...@eclipse.org" , "platform-ui-...@eclipse.org" , "platform-swt-...@eclipse.org" , "platform-dev@eclipse.org" Cc:Subject: [platform-dev] Mac-OS ISSUE - When quitting an application based on eclipse 4.7.3a, JVM crash reported in the native code.Date: Fri, Aug 3, 2018 3:16 PM  
Hi all,
 
I am facing a weird issue with an eclipse 4.7.3 based product(using oracle java 1.8_151 ) on mac OSX high sierra version(10.13.4).  I am hitting a java crash on quitting the application. Crash happens outside of vm in native code(crash report added below this email). This crash is weird because it happens only when doing  a certain sequence of operation. 
Sequence:-   
I open my application. Create new or Open an existing C project, then, build and debug the project. After the termination of project switch to any perspective other than “Debug” and quit using “File-exit” or “command +f4”  then crash happens. If I use “x” icon to quit it does not crash. If I don’t go to any other perspective just stay in debug perspective and quit using any method crash does not happen.
 
I am trying to find out why it crashes like this. Windows and Linux does not show this issue.
 
Is there  any difference between “File->exit” and “x” icon quit ?
 
See the log below

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7fff5a180184, pid=46611, tid=0x0307
#
# JRE version: Java(TM) SE Runtime Environment (8.0_151-b12) (build 1.8.0_151-b12)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.151-b12 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# C  [libobjc.A.dylib+0x9184]  objc_release+0x24
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
 
---  T H R E A D  ---
 
Current thread (0x7fdd18021800):  JavaThread "main" [_thread_in_native, id=775, stack(0x7ffeebd36000,0x7ffeec536000)]
 
siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0020
 
Registers:
RAX=0x, RBX=0x7fdd22cc0018, RCX=0x0002, RDX=0x0010
RSP=0x7ffeec5328c0, RBP=0x7ffeec5328c0, RSI=0x7fff30cb5e91, RDI=0x7fdd1cf856f0
R8 =0x07ff, R9 =0x7fdd22c39ad0, R10=0x7fdd1c90d4c0, R11=0x7fdd1f2d2510
R12=0x000f, R13=0x7ffeec532938, R14=0x7fdd22cc0010, R15=0x
RIP=0x7fff5a180184, EFLAGS=0x00010246, ERR=0x0004
  TRAPNO=0x000e
 
Top of Stack: (sp=0x7ffeec5328c0)
0x7ffeec5328c0:   7ffeec5328f0 7fff32b3388e
0x7ffeec5328d0:   7fdd22c39ad0 8022dd3c6530
0x7ffeec5328e0:   0001 7fdd22c39ad0
0x7ffeec5328f0:   7ffeec532920 7fff32a3308d
0x7ffeec532900:   7fdd2080fc80 7fff93294c88
0x7ffeec532910:   0001 7fff93294c01
0x7ffeec532920:   7ffeec532970 7fff5a185db4
0x7ffeec532930:   8022dd3c6530 8022dd3c6530
0x7ffeec532940:   7fff93294c80 7fdd20d59010
0x7ffeec532950:   a3a3a3a3a3a3a3a3 7fff30cb6f8d
0x7ffeec532960:   7fdd18002070 7fdd18002000
0x7ffeec532970:   7ffeec532dc0 7fff5a181087
0x7ffeec532980:   7ffeec532b40 7fff8c2e1ae0
0x7ffeec532990:   7ffeec5329d0 7fff32a596a3
0x7ffeec5329a0:   0013 7fdd16502040
0x7ffeec5329b0:   017b5b00017b5c03 7fdd16502040
0x7ffeec5329c0:   7fdd167061e0 7fff8c2e1ae0
0x7ffeec5329d0:   7ffeec532c70 7fff32a5922b
0x7ffeec5329e0:   0004 00010378ce00
0x7ffeec5329f0:   000103781380 00010378
0x7ffeec532a00:   0021 7fdd1f391404
0x7ffeec532a10:   7ffeec532ae0 7fff5af4ecd1
0x7ffeec532a20:   3f93 7fdd1f7f1600
0x7ffeec532a30:   0009 

[platform-dev] 4.9 M2 is available

2018-08-03 Thread Lakshmi P Shanmugam
Hi all,

We are pleased to announce that 2018-09 M2 is available for download and updates.

Eclipse downloads:
http://download.eclipse.org/eclipse/downloads/drops4/S-4.9M2-201808012000/
Update existing (non-production) installs:
http://download.eclipse.org/eclipse/updates/4.9milestones/
Specific repository good for building against:
http://download.eclipse.org/eclipse/updates/4.9milestones/S-4.9M2-201808012000/
Equinox specific downloads:
http://download.eclipse.org/equinox/drops/S-4.9M2-201808012000/


Thank you to everyone who made this checkpoint possible.

 
Thanks & Regards,
Lakshmi

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

[platform-dev] Eclipse 4.9 M2 Stabilization Week Reminders

2018-07-26 Thread Lakshmi P Shanmugam
Hi All,
 
Eclipse 4.9 M2 Stabilization starts next week with a goal to deliver on August 3, 2018.
 
The build schedule has been updated and can be downloaded from here.
 
Please note:
Monday: Last day of development (and even then, no "big changes"). After Monday 20:00 ET, no feature work or unrelated fixes are allowed -- only regression fixes.Tuesday: All-day test pass. Nobody should develop or fix anything. Literally spend the entire day testing.Wednesday: Fix day with a focus on fixing regressions found during the test day (Tuesday). No unrelated fixes. Review and thoroughly test all commits.The last Wednesday build is the release candidate every team signs off on Thursday.The "New and Noteworthy" entries are due on Wednesday evening:Git repo: ssh://git.eclipse.org/gitroot/www.eclipse.org/eclipse/news.gitGerrit: ssh://git.eclipse.org:29418/www.eclipse.org/eclipse/news.gitThe rolling N&N content for 4.9:  https://www.eclipse.org/eclipse/news/4.9Thursday: Sign-off after re-testing, or at least confirming no changes have been made to your component's code since the last time the component was tested well.Friday: Build is officially declared and made available.The master branch stays closed until the milestone is officially released. (That is, it is not enough that your component has signed off.)
 
Thanks & Regards,
Lakshmi Shanmugam

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

Re: [platform-dev] Nomination of Alexander Kurtakov as Eclipse Platform lead

2017-10-15 Thread Lakshmi P Shanmugam
+1 from me!
 
Regards,
Lakshmi P Shanmugam
 
- Original message -From: Lars Vogel Sent by: platform-dev-boun...@eclipse.orgTo: "Eclipse platform general developers list." Cc:Subject: [platform-dev] Nomination of Alexander Kurtakov as Eclipse Platform leadDate: Fri, Oct 13, 2017 7:45 PM 
Friends of the Eclipse Platform,
we all know Alex as he is all over the Eclipse top-level project code.
He is currently the most active committer of the platform project, see https://projects.eclipse.org/projects/eclipse.platform/who He is also very actively in the cleanup and modernization of our code base to reduce warnings and the like and delivers high-quality code.
Following the principle of meritocracy, I would like to suggest Alex as additional project lead for Eclipse Platform. Current leads are Szymon Ptaszkiewicz, Sravan Kumar Lakkimsetti, Lakshmi Shanmugam, Dani Megert and myself.
I confirmed with Alex that he is interested in becoming an official project lead.
Please cast your vote on this mailing list, as we have no official tool for that.
Best regards, Lars--Eclipse Platform UI and e4 project co-leadCEO vogella GmbH
Haindaalwisch 17a, 22395 HamburgAmtsgericht Hamburg: HRB 127058Geschäftsführer: Lars Vogel, Jennifer Nerlich de VogelUSt-IdNr.: DE284122352Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: http://www.vogella.com
___platform-dev mailing listplatform-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://urldefense.proofpoint.com/v2/url?u=https-3A__dev.eclipse.org_mailman_listinfo_platform-2Ddev&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=_SN92P5tWkuU9aF7iPaNBV33Femok9s-AA3KqSAoMCA&m=KlKHEtbZ1TGV_Tfatt7OY8KPx8oY6EvGqNaATyLRlbk&s=i-bDbJG5hIT_2lmGlaF9ERHK_gADn_0vopLys7UsEc4&e=
 

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