Re: [platform-dev] Multi-workspace Eclipse application

Mickael, Sorry, but my knee-jerk reaction is very negative.  Just imaging the number of places in my own frameworks that would need to be reworked gives me cold shivers.  Imagining trying to maintain compatibility between a before-multiple-workspaces Eclipse and an after-multiple-workspaces

Re: [platform-dev] Improving the Oomph setups for the platform.

are not listed on https://projects.eclipse.org/projects/eclipse.platform/whoand on you are not on the eclipse.platform group on the server. So, looks like something went wrong here. Adding webmaster. Dani From: Ed Merks <ed.me...@gmail.com> To: platform-dev@eclipse.org Date: 19.04.2

Re: [platform-dev] E4 model persisted (randomly)

Yes, I've noticed too (while debugging) that if you kill the application, any open editors that shouldn't be persisted are persisted nevertheless and are reopened on the next start, which of course fails. Regards, Ed On 23.04.2018 09:41, Tom Schindl wrote: Yes there is a timer running (and

Re: [platform-dev] After addingorg.eclipse.osgi.services_3.7.100.v20180827-1536.Jar in bundle all my DM annotation stopped working

In the installer product we set the start levels like this (after removal of org.eclipse.equinox.ds):   startLevel="4" />   startLevel="2" />     autoStart="true" startLevel="1" /> With the older platform it used this instead:   startLevel="2" /> So it seems to me

Re: [platform-dev] After addingorg.eclipse.osgi.services_3.7.100.v20180827-1536.Jar in bundle all my DM annotation stopped working

ue On Thu, Mar 14, 2019 at 11:57 AM Ed Merks <mailto:ed.me...@gmail.com>> wrote: In the installer product we set the start levels like this (after removal of org.eclipse.equinox.ds):         With the older platform it used this instead:

Re: [platform-dev] Dynamically change the title of editor's tabs

Arian, You should look at what editors do when you do File -> Save As.  E.g., in EMF's generated editors I do this:     IFileEditorInput modelFile = new FileEditorInput(file);     setInputWithNotify(modelFile);     setPartName(file.getName()); Which call

Re: [platform-dev] Impact of Windows Defender and Eclipse startup

Rolf, I don't believe what you suggest is the case.  The eclipse.exe in the p2 repository, like all the artifacts in the repository, is signed.    Otherwise, if one did an update and the executable needed to be updated, it would be updated with an unsigned version, which would not be

Re: [platform-dev] Impact of Windows Defender and Eclipse startup

for product installed via oomph. Op 6/18/2019 om 4:04 PM schreef Ed Merks: Rolf, I don't believe what you suggest is the case.  The eclipse.exe in the p2 repository, like all the artifacts in the repository, is signed.    Otherwise, if one did an update and the executable needed to be updated

Re: [platform-dev] Impact of Windows Defender and Eclipse startup

from plain SDK *is* signed. On 18.06.2019 16:52, Ed Merks wrote: Rolf, Indeed if I look at the two executables in the following: https://download.eclipse.org/eclipse/updates/4.12/R-4.12-201906051800/binary/org.eclipse.platform.sdk.executable.win32.win32.x86_64_4.12.0.I20190605-1800 They d

Re: [platform-dev] API changes in SDK

If only the correct baseline were automatically set...  And all the preferences too.  I wonder how we could possibly do that? It seems pointless to me to record all these important details in an email thread.  Record them in a wiki, if you feel these are important details that are best

Re: [platform-dev] API changes in SDK

Andrey, Perhaps folks should rather consider consistently using the same automated setup so that everyone consistently see the same thing as everyone else.  That's the purpose of the Oomph setup: to avoid all the manual steps you describe here. Regards, Ed On 08.05.2019 21:20, Andrey

Re: [platform-dev] API changes in SDK

t are a prerequisite for proper development practices are much less of a silver bullet.  They're more of a gauntlet... Kind regards, Andrey Loskutov Спасение утопающих - дело рук самих утопающих https://www.eclipse.org/user/aloskutov Gesendet: Donnerstag, 09. Mai 2019 um 10:00 Uhr Von: &quo

Re: [platform-dev] API changes in SDK

that works. Regards, Ed On 11.05.2019 11:48, Nikita Nemkin wrote: On Fri, May 10, 2019 at 2:26 PM Ed Merks <mailto:ed.me...@gmail.com>> wrote: With the Oomph setup, the baseline is always set up automatically.    There are Oomph setups for the entire darned Eclipse

Re: [platform-dev] API changes in SDK

re, India Office Phone No : +91 - 80 - 41776506 Inactive hide details for Ed Merks ---05/09/2019 11:20:10 PM---If only the correct baseline were automatically set...  And all Ed Merks ---05/09/2019 11:20:10 PM---If only the

Re: [platform-dev] Need some more current pointers for getting started on JDT projects

Richard, As Paul suggests, if you really want to clone the repos and work with (or see all) the source, better to use the installer.  There is a tutorial describing how the create an installation with the complete platform SDK:   https://wiki.eclipse.org/Eclipse_Platform_SDK_Provisioning

Re: [platform-dev] Need some more current pointers for getting started on JDT projects

e well going forward? 3. is there a voodoo ritual that will unwedge and allow proceeding? Kudos to you for whatever role you played in implementing the installer!  Great tool! Much thanks, -rjs On 8/12/2019 12:58 AM, Ed Merks wrote: Richard, As Paul suggests,

Re: [platform-dev] Need some more current pointers for getting started on JDT projects

nally remove their views from the default Java perspective (https://bugs.eclipse.org/bugs/show_bug.cgi?id=480696). If someone agrees, please speak up in the bug. Indeed, and I did. Best regards, Lars On Tue, Aug 13, 2019 at 12:06 PM Ed Merks <mailto:ed.me...@gmail.com>> wrote: L

Re: [platform-dev] Where Does org.eclipse.license Come From?

Rolf, Thanks!  And indeed, here is one of the bad lines: https://git.eclipse.org/c/platform/eclipse.platform.releng.aggregator.git/tree/eclipse.platform.releng.tychoeclipsebuilder/platform.sdk/platform.sdk.product#n69 No doubt someone edited this as non-UTF-8 and corrupted it that way. Now I

Re: [platform-dev] Where Does org.eclipse.license Come From?

clipse.org/c/epp/org.eclipse.epp.packages.git At least a quick check shows that they do not mention EPL 2.0 yet. Regards, Rolf Op za 24 aug. 2019 om 13:28 schreef Ed Merks <mailto:ed.me...@gmail.com>>: The org.eclipse.license question was kind of a stupid one I must admit.  I'm w

Re: [platform-dev] Where Does org.eclipse.license Come From?

iginal message - From: Michael Keppler Sent by: platform-dev-boun...@eclipse.org To: platform-dev@eclipse.org Cc: Subject: [EXTERNAL] Re: [platform-dev] Where Does org.eclipse.license Come From? Date: Sat, Aug 24, 2019 4:16 PM Am 23.08.2019 um 11:30 schrieb Ed

Re: [platform-dev] ACTION REQUIRED: p2 Repository Quality Problems

question that's still outstanding is the following:** * *  How will we update to the correct license and ensure that all feature versions are incremented at least minimally?* On 29.08.2019 17:27, Ed Merks wrote: Folks, I've been working on a tool that generates a quality report for p2

[platform-dev] ACTION REQUIRED: p2 Repository Quality Problems

Folks, I've been working on a tool that generates a quality report for p2 repositories.  The initial prototype is now complete.  I've documented it here:   https://wiki.eclipse.org/Oomph_Repository_Analyzer Things are in pretty rough shape overall. Given that the Platform team is among the

Re: [platform-dev] ACTION REQUIRED: p2 Repository Quality Problems

Aleksandar, Yes, the initial patch set in https://git.eclipse.org/r/#/c/148581/ produced this build: https://ci-staging.eclipse.org/platform/job/eclipse.platform.releng.aggregator-Gerrit/1079/ With this failure: Downloaded from

Re: [platform-dev] ACTION REQUIRED: p2 Repository Quality Problems

: On Fri, Aug 30, 2019 at 5:12 AM Ed Merks <mailto:ed.me...@gmail.com>> wrote: Aleksandar, Yes, the initial patch set in https://git.eclipse.org/r/#/c/148581/ produced this build: https://ci-staging.eclipse.org/platform/job/eclipse.platform.releng.aggregator-Gerrit/1079/

Re: [platform-dev] Is anybody monitoring new bug reports and forum posts?

so that you can commit your cleans directly to p2/Equinox. Ok for you? Best regards, Lars Ed Merks mailto:ed.me...@gmail.com>> schrieb am Fr., 23. Aug. 2019, 05:35: Guys, Keep in mind that you might not actually want to turn this mailing list into a user question and

[platform-dev] Where Does org.eclipse.license Come From?

For most of the Platform's features, the license-feature is specified as follows:   license-feature="org.eclipse.license"   license-feature-version="0.0.0" Unfortunately, for the life of me, I can't figure out where the actual feature for org.eclipse.license originates.  F3 won't

[platform-dev] Transition of p2 Repositories from 4.13 to 4.14

The transition period between the point time when one release cycle shuts down (2019-09/4.13) and the next one begins (2019-12/4.14) is always kind of problematic.  At some point I need to prepare the Oomph setups for the release and the start of next cycle, and given 4.14 is "open" it's an

Re: [platform-dev] Logging in Eclipse Platform

I'd be unhappy to see yet more deprecated "APIs", i.e., would org.eclipse.core.runtime.ILog be deprecated?  Consumers might start to feel as if no API is really API anymore.  Everything is just potentially in a transient state on the path to ultimate perfection, along with the ever-present

[platform-dev] Process for Commits

Hi, What's the process for merging this bug's Gerrit review? https://bugs.eclipse.org/bugs/show_bug.cgi?id=551156 https://git.eclipse.org/r/#/c/149636/ The verification build takes forever, okay hours, so merging soon rather than later would be good.  Could/should/can I do that myself, or

Re: [platform-dev] Need some more current pointers for getting started on JDT projects

subsequent creds. The "No more authentication methods available" error message seems to suggest that I failed to obtain or supply some essential keys, but am hoping that you (or one of y'all) can pinpoint the root cause and advise how to resume the provisioning. Thanks! -rjs On 8/

Re: [platform-dev] CRLF Problems

LF".  It's rather a crude tool, but effective. Regards, Ed On 24.09.2019 14:57, Daniel Megert wrote: Hi Ed Where is the tool? Dani From: Ed Merks To: "Eclipse platform general developers list." Date: 24.09.2019 08:45 Subject: [EXTERNAL] [platform-dev] CRLF Prob

[platform-dev] CRLF Problems

Guys, The platform's Git repositories are rife with text files that have been committed with CRLF rather than LF.  These things generally lead to totally confusing problems in EGit where files are shown as dirty with no apparent actual differences.  This is of course a barrier to entry for

[platform-dev] JDT "API" breakage causes a compile error in E4ContextType

FYI, Yesterday's commit in the following JDT Bugzilla causes a compile error in org.eclipse.e4.internal.tools.jdt.templates.E4ContextType.initializeContext from eclipse.platform.ui.tools:   https://bugs.eclipse.org/bugs/show_bug.cgi?id=549989#c14

Re: [platform-dev] I would like to help with SWT contributions

o know how CI runs. >> >> Ned Twigg >> Lead Software Architect, DiffPlug LLC >> 540-336-8043 (cell) >> 888-513-6870 (fax) >> 340 S Lemon Ave #3433, Walnut, CA 91789 >> >> ᐧ >> >> On Fri,

Re: [platform-dev] I would like to help with SWT contributions

Ned, If it's an issue of setting up a local development environment that can be done automatically:   https://wiki.eclipse.org/Eclipse_Platform_SDK_Provisioning SWT is a bit tricky, with some renaming involved to set up the classpath in an OS-specific way, but that's handled automatically

Re: [platform-dev] Concerns about org.eclipse.ecf.provider.filetransfer.httpclient45

interested: https://bugs.eclipse.org/bugs/show_bug.cgi?id=560808 Regards, Ed On 04.03.2020 14:37, Thomas Wolf wrote: On 4 Mar 2020, at 14:11, Aleksandar Kurtakov <mailto:akurt...@redhat.com>> wrote: On Wed, Mar 4, 2020 at 2:55 PM Ed Merks <mailto:ed.me...@gmail.com>> wrote:

Re: [platform-dev] Concerns about org.eclipse.ecf.provider.filetransfer.httpclient45

, Andrey Loskutov Спасение утопающих - дело рук самих утопающих https://www.eclipse.org/user/aloskutov *Gesendet:* Mittwoch, 04. März 2020 um 13:31 Uhr *Von:* "Ed Merks" *An:* "Eclipse platform general developers list." *Betreff:* [platform

Re: [platform-dev] Concerns about org.eclipse.ecf.provider.filetransfer.httpclient45

This assumes that the problem really is httpclient's fault, which is kind of questionable given how widely used that library is. I'd also be concerned about all the problems such as proxy authentication and so on that have been carefully ironed out over the years that would need to start from

[platform-dev] Concerns about org.eclipse.ecf.provider.filetransfer.httpclient45

Hi, I don't know how many of you have noticed things like this in the build logs: *12:25:45* Mar 04, 2020 11:25:45 AM org.apache.http.impl.execchain.RetryExec execute *12:25:45* INFO: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to

Re: [platform-dev] [equinox-dev] 4.15 M3 milestone week reminders

I'm sorry too because in my enthusiasm to get p2's bugs in a manageable state I did the same thing. :-(   https://bugs.eclipse.org/bugs/show_bug.cgi?id=491952 Note that as part of this, I had to fix a build problem too (an unused import was failing the API verification). I too prefer to

Re: [platform-dev] 4.15 M1 milestone week reminders

Ed On 08.01.2020 15:30, Daniel Megert wrote: I agree with the license related changes but all other changes to https are fine with me and will not be reverted. Dani From: Ed Merks To: platform-dev@eclipse.org Date: 08.01.2020 11:29 Subject: [EXTERNAL] Re: [platform-dev] 4.15 M1 milestone week remind

[platform-dev] https://download.eclipse.org/eclipse/updates/4.15-I-builds/ is current broken

FYI, I imagine a great many builds are failing because https://download.eclipse.org/eclipse/updates/4.15-I-builds/ is currently broken. I've opened this Bugzilla:   https://bugs.eclipse.org/bugs/show_bug.cgi?id=559053 Regards, Ed ___

[platform-dev] Eclipse Native Launcher Help Needed

Hi, I opened this enhancement request:   https://bugs.eclipse.org/bugs/show_bug.cgi?id=558832 Without something that would let an application (the installer) know the original value of the PATH before the native launcher has munged it, I don't think there is any way to determine which java

[platform-dev] Gerrit Builds are Failing

Gerrit Builds are failing, e.g., https://ci.eclipse.org/jdt/job/eclipse.jdt.core-Gerrit/2556/console https://ci.eclipse.org/equinox/job/p2-gerrit/2573/console I assume all Platform Gerrit verification builds will fail this same way. The stack traces look like this: *10:27:10* [INFO]

Re: [platform-dev] 4.15 M1 milestone week reminders

ttp. This is the reason I tried go with https. What is your suggestion on avoiding the similar failures in future. How do we proceed? -Sravan *From:*Ed Merks *Sent:* 08 January 2020 12:23 *To:* platform-dev@eclipse.org *Subject:* [EXTERNAL] Re: [platform-dev] 4.15 M1 milestone week remind

Re: [platform-dev] How can usiSchemaHandlers be used in internal web browser?

Did you enable Window -> Preferences -> General -> Link Handlers for the eclipse+mpc scheme?  Certainly that's needed for clicks of eclipse-mpc scheme links a browser to work. On 07.04.2020 18:10, Mickael Istria wrote: Hi all, I'm brainstorming about possibilities to improve and simplify

Re: [platform-dev] Clipboard copy / past off popup menu

George, I'm not sure how others feel, but my feeling is that this mailing list is primarily intended for communication with/among the people developing the platform itself, so I think it's generally more appropriate ask usage questions on the forum:

Re: [platform-dev] MacOS .dmg vs .tar.gz

Jonah, The platform, like the installer, also produces *.tar.gz for the MacOS, e.g., https://download.eclipse.org/eclipse/downloads/drops4/S-4.18M1a-202010120320/eclipse-SDK-4.18M1a-macosx-cocoa-x86_64.tar.gz But, like the installer, the web pages don't present this to the user because it's

Re: [platform-dev] SWT - supported Linux versions

It would seem that if one includes an "overall version" like 4.18 in general then every MANIFEST.MF changes each release (because that number changes each release) and hence every version of every manifest changes.  Or would SWT's MANIFEST be just a special case? On 15.10.2020 17:20,

Re: [platform-dev] Start an Eclipse with modified Source

Lars, Approximately how close to a million were those issues?  It appears to be closer to 31: https://bugs.eclipse.org/bugs/buglist.cgi?classification=Tools=lars=1=substring=Importance=Oomph_format=advanced None of them are currently unresolved.  I know you are a big fan of following the

Re: [platform-dev] Start an Eclipse with modified Source

Christoph, Did you use this tutorial?   https://wiki.eclipse.org/Eclipse_Platform_SDK_Provisioning If there are issues with it, please record them in https://bugs.eclipse.org/bugs/show_bug.cgi?id=536533 The automated setup creates a launcher "Runtime Workspace" that will launch with the

Re: [platform-dev] Recent API Removal breaks clients

Peter, Comments below. On 19.09.2020 11:51, Peter Kriens wrote: So what is the purpose of version numbers if you start lying about their semantics? The concern is that the cure (major version increments) is as disruptive and painful as the disease (deleting/breaking API). Assuming an API

Re: [platform-dev] Recent API Removal breaks clients

Wim, I empathize with these concerns.  To prevent such problems, EMF's builds and test against a great many target platforms:   https://ci.eclipse.org/emf/job/all-target-platforms/ This job builds the latest source and runs all the tests against helios and higher.  This was of course a lot

[platform-dev] Link Handler Auto Registration?

There has been quite some activity around auto registering link handlers.   For whatever reason that's not clear to me, in my Oomph development environment, the method org.eclipse.urischeme.internal.registration.RegistrationWindows.getEclipseLauncher() returns null.  In the end, that's because

[platform-dev] BREE 11?

Hi, I understand the platform's products for 4.17 will require Java 11 and that this was already changed via:   https://bugs.eclipse.org/bugs/show_bug.cgi?id=564035 I've had to adapt the Product Catalog Generator to properly take into account the fact that while the 4.17 IBuild of the

Re: [platform-dev] Occasional contributors and "complicated" rules

Dani, Often when I make a contribution it takes me several tries to get the versions correct.  E.g., this from yesterday:   https://git.eclipse.org/r/#/c/164844/ Of course one knows (after a while) that something needs to be incremented in general, but one needs to check, has the

Re: [platform-dev] backporting and building?

Tony, From a workspace with everything in it as produced by https://wiki.eclipse.org/Eclipse_Platform_SDK_Provisioning I can see two references to org.apache.ant. https://git.eclipse.org/c/pde/eclipse.pde.build.git/tree/org.eclipse.pde.build/feature/feature.xml

Re: [platform-dev] Deprecating Bugzilla and Gerrrit?

based purely on the latest greatness of consolidation. On 18.12.2020 10:42, Mickael Istria wrote: On Fri, Dec 18, 2020 at 10:34 AM Ed Merks <mailto:ed.me...@gmail.com>> wrote: I've already sent a note to the board raising the topic of "Disruptive Infrastr

Re: [platform-dev] Deprecating Bugzilla and Gerrrit?

I've already sent a note to the board raising the topic of "Disruptive Infrastructure Changes". There's just so much wrong about this and about the way this was announced that it's hard to remain completely professional.  So I'll refrain from ranting and saying things I'll no doubt regret

Re: [platform-dev] MacOS .dmg vs .tar.gz

the darned thing is/was pretty much completely pointless and mostly misguided.  I find that hard to believe. You're testing on recent release of MacOs? On 13.11.2020 13:00, Liviu Ionescu wrote: On 13 Nov 2020, at 13:42, Ed Merks wrote: Alex, I wonder how notarization plays

Re: [platform-dev] I-Builds repo is not current

The compositeContent.jar looks like this: type='org.eclipse.equinox.internal.p2.metadata.repository.CompositeMetadataRepository' version='1'>                       location='https://download.eclipse.org/eclipse/updates/4.19-I-builds/'/>   So it appears to be the same and

Re: [platform-dev] Outlook for p2 repo of the 4.20 release

is ready now. Can you please check? Thanks Sravan -Original Message- From: Ed Merks Sent: 14 June 2021 13:09 To: Eclipse platform general developers list. Subject: [EXTERNAL] [platform-dev] Outlook for p2 repo of the 4.20 release When should we expect to see the equivalent of the following

[platform-dev] Outlook for p2 repo of the 4.20 release

When should we expect to see the equivalent of the following 4.19 repository corresponding to the 4.19 release for the 4.20 release? https://download.eclipse.org/justj/?file=eclipse/updates/4.19/R-4.19-202103031800 This is still repo is still empty:

Re: [platform-dev] recommended way placing the workspace relative to the location of the launcher

Yes, I think you just can't be sure where absolute locations will be stored both in the workspace and even in the installation (configuration folder) once it has been launched in a non-readonly location... On 27.05.2021 19:01, Jonah Graham wrote: The help has a bunch of options, but none

[platform-dev] Signed content

Hi, I am assume from observation that the platform team has decided to change its signing policy to not physically sign some jars anymore: https://download.eclipse.org/oomph/archive/reports/download.eclipse.org/eclipse/updates/4.20-I-builds/index.html This of course propagates to SimRel:

Re: [platform-dev] Signed content

been using this for quite some time. I myself has stopped simrel contribution multiple times the moment I notice a problem with signing. I don’t see a problem when the jarsigner returns as success. -Sravan *From:*Ed Merks *Sent:* 02 May 2021 13:41 *To:* Eclipse platform general developers list

Re: [platform-dev] [cross-project-issues-dev] Signed content

but there is no concrete solution in this matter. I hope I clarified my position in this matter. Thanks Sravan *From:*Ed Merks *Sent:* 03 May 2021 11:57 *To:* Eclipse platform general developers list. ; Cross project issues ; Eclipse Planning Council ; eclipse-ide...@eclipse.org *Subject:* [EXTERNAL] Re: [cross

Re: [platform-dev] Workspace location, properties and declarative services

It sounds like a very sensitive area where even subtle changes in behavior (timing of events) are likely to be disruptive downstream... What will be the net benefit from such a change from an end-user point of view as well as from and downstream developer point of view?  I.e., will something

Re: [platform-dev] Has the time come?

On 29.03.2021 08:24, Christoph Läubrich wrote: I think I recently read about that's it is possible to have a "button" in a html page that links to an Oomph setup file and simply creates the IDE+checkouts and so on. I think that should be the very first thing any project that wishes to attract

Re: [platform-dev] Has the time come?

I'm not sure if anyone mentioned the "forced" migration to gitlab? Does it make sense to migrate anything to github if it will subsequently need to be migrated to gitlab anyway? I'm just asking... On 11.03.2021 16:55, Wim Jongman wrote: On Wed, Mar 10, 2021 at 5:27 PM Mickael Istria

Re: [platform-dev] Has the time come?

Graham mailto:jo...@kichwacoders.com>> wrote: On Thu, 11 Mar 2021 at 11:00, Ed Merks mailto:ed.me...@gmail.com>> wrote: I'm not sure if anyone mentioned the "forced" migration to gitlab?

Re: [platform-dev] Has the time come?

I preface everything I say on this thread with the observation that "I am completely uniformed on the details"...  All this squash-merge, force-push means very little to me so I'm admittedly highly ignorant... I continue to get the sense that decisions are being made on what feels like a

Re: [platform-dev] Has the time come?

On 18.03.2021 09:51, Mickael Istria wrote: But I think Oomph cannot be the silver-bullet of attracting new contributors: Oomph is still an Eclipse specific technology and workflow newcomers will need to learn and read about in order to become efficient. I'm not sure many of us are convinced

Re: [platform-dev] org.eclipse.jdt.core.compiler.problem.invalidJavadoc=error settings in platform code

id... Regards, Ed Maybe there needs something to be configured on the preferences as well? Am 19.08.21 um 07:32 schrieb Ed Merks: Christoph, I have the entire SDK in a workspace without errors: This is of course using the Oomph setups for these projects. https://wiki.eclipse.org/Eclipse_Platfor

[platform-dev] API Errors for SWT

After pulling today I see these errors: I wonder how this slipped through the cracks?  Even if I fix the first error the others remain.  I guess those are then normally filtered? ___ platform-dev mailing list platform-dev@eclipse.org To unsubscribe

[platform-dev] Gerrit Verification for eclipse.platform.releng

Hi, The build to verify https://git.eclipse.org/r/c/platform/eclipse.platform.releng/+/185693 fails like this: https://ci.eclipse.org/platform/job/eclipse.platform.releng/job/93%252F185693%252F3/1/ But my impression is that this isn't a result of my changes but rather that this test cannot

[platform-dev] Unsigned Content?

Has the platform decided to bypass Orbit to produce IUs directly from some other sources?   I'm not sure how the multiple versions of such IUs on the release train will be (or even can be) coordinated across projects if the general new approach is that each project produces such things purely

Re: [platform-dev] Unsigned Content?

https://bugs.eclipse.org/bugs/show_bug.cgi?id=577863 On 17.12.2021 09:44, Mickael Istria wrote: On Fri, Dec 17, 2021 at 9:11 AM Ed Merks wrote: Here is what happens when the installer tries to install org.mockito.mockito-core into a Platform SDK IDE

Re: [platform-dev] Unsigned Content?

Comments below. On 17.12.2021 07:46, Aleksandar Kurtakov wrote: On Fri, Dec 17, 2021 at 8:01 AM Ed Merks wrote: Has the platform decided to bypass Orbit to produce IUs directly from some other sources?   I'm not sure how the multiple versions of such IUs on the release train

Re: [platform-dev] Getting the solution of a P2 resolve operation including missing requirements

Christoph, The approach that we took with using p2 to implement Targlet support is to transform all the metadata such that resolution meets our needs: https://git.eclipse.org/c/oomph/org.eclipse.oomph.git/tree/plugins/org.eclipse.oomph.p2.core/src/org/eclipse/oomph/p2/core/P2Util.java#n223

Re: [platform-dev] PGP Signing Question?

Mickael, Thanks. More comments below. On 03.01.2022 13:18, Mickael Istria wrote: On Mon, Jan 3, 2022 at 11:55 AM Ed Merks wrote: Is there a bug here?  I don't think we can expect the users to grant trust on the basis of some hexadecimal numbers... Actually, they can grant trust

[platform-dev] PGP Signing Question?

Hi, I've been investigating the new PGP signing support.  To test it, I install the Eclipse Test Framework from the 4.23 I-Builds because that includes several bundles that are PGP signed: As a result of this action, the following dialog pops up asking me if I trust "these signers": There

Re: [platform-dev] Getting the solution of a P2 resolve operation including missing requirements

ll resolvable items and a list of unresolved requirements as well. [1] https://github.com/eclipse/tycho/pull/468 Am 31.12.21 um 10:26 schrieb Ed Merks: Christoph, The approach that we took with using p2 to implement Targlet support is to transform all the metadata such that resol

Re: [platform-dev] Eclipse/SWT source repositories?

Thomas, You could use the following approach so that you have an IDE with *all *the projects in the platform SDK automatically created.  You can use this simple link to get started:

Re: [platform-dev] Fwd: [Bug 305081] [api] IInstallableUnit#getFilter is marked noReference

I do keep lists: https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=NEW_status=ASSIGNED_status=REOPENED_status=RESOLVED=Modeling=releng=doc=website=Core=Doc=Edit=Mapping=Tools=Xcore=XML%2FXMI_id=21197880=resolution%2Cbug_id=EMF_format=advanced=---=FIXED

Re: [platform-dev] Fwd: [Bug 305081] [api] IInstallableUnit#getFilter is marked noReference

lipse-pmc/msg03833.html, I know other committers not happy with this practice, and we receive constant feedback from users that this *is* a bad practice. >> It doesn't help anyone, just creates bad impression for remaining few users who take time to fill b

[platform-dev] The 4.24 IBuild is Inconsistent

My Tycho builds fails like this last night: [ERROR] Cannot resolve target definition: [ERROR] Software being installed: org.eclipse.sdk.feature.group 4.24.0.v20220312-2252 [ERROR] Missing requirement: org.eclipse.core.net.win32.x86_64 1.1.600.v20220312-1450 requires

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

+1 On 17.02.2022 09:58, Andrey Loskutov 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

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

Comment below. On 22.02.2022 09:27, Liviu Ionescu wrote: On 22 Feb 2022, at 10:42, Karsten Thoms wrote: ... but that’s just reality due to lack of resources. According to the Annual Eclipse Foundation Community Report, in 2021 the Foundation burnt 7.6 M$, so I would not blame the lack of

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

Yes, this is indeed an option for the working group to consider. Let's see how targeted development works out so that we can expand on such success stories... On 22.02.2022 11:44, Thomas Singer wrote: Eventually the free ride might come to an end... Maybe offering some kind of support

[platform-dev] The p2 gerrit builds are failing right at the start

This build fails https://ci.eclipse.org/equinox/job/p2/job/44%252F190744%252F2/1/console It's kicked off from here: https://git.eclipse.org/r/c/equinox/rt.equinox.p2/+/190744 Is this an infrastructure problem or is this maybe his something related to migrating the eclipse.platform.releng to

Re: [platform-dev] Intended Bug-Tracker for Platform-projects hosted on GitHub

See, you too are hoping that your opinion matters and that your opinion is included in the decision making process.  I expect we all would like that very much. -1000 for merging in the absence of a cohesive plan that the committers agree is a good strategy for our project On 31.03.2022

Re: [platform-dev] Intended Bug-Tracker for Platform-projects hosted on GitHub

Aleksandar Kurtakov wrote: On Thu, Mar 31, 2022 at 10:54 AM Ed Merks wrote: I think the broader generalized message here is "please let's make decisions as group". Merging repos now feels like a whim.  I'd personally like to see a documented strategy of which repos

Re: [platform-dev] Customizing Github Organization Pages

Mickael, Perhaps a picture would help me understand what you're referring to, if it's not already one of the things for which I had a screen capture. My assumption is that if it requires an admin page with admin access for the organization then only the foundation staff can admin it and they

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

Do you have a link to the issue?  Auto-closing continues... On 04.03.2022 10:14, Andrey Loskutov wrote: Hi all, this is an update on current state. I consider voting is done now, the results are (sorry if I've missed anyone) 19:10 for stop current practice. I think the result is clear and as

[platform-dev] CI Bot not Working?

Hi, Since at least last Friday, CI Bot doesn't get automatically added, so Gerrit builds don't kick off anymore.  E.g., https://git.eclipse.org/r/c/equinox/rt.equinox.p2/+/190518 Is this a general problem others have noticed too or it it specific to p2? Regards, Ed

[platform-dev] Fwd: [Bug 305081] [api] IInstallableUnit#getFilter is marked noReference

Can we please turn off this "Genie" that does this to open bugs? I've asked about this before and I really don't like it.  This time I want to really make it stop.  I think such a behavior creates a really bad impression, i.e., that we manage bugs so poorly that we need a bot that times them

Re: [platform-dev] eclipse.platform.ui Git repository now on GitHub

There is a new comment here suggesting it's not quite done: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/1151#note_679407 I did already migrate the setup, but the pull request defaulted to the wrong (current default R1_0) branch, though I could change that manually... I guess I

Re: [platform-dev] Dedicated "issues" repository

The organization readme says " If you are unsure, you can open an issue against this repository and the issue will then be moved as best by maintainers." That links to this: https://github.com/eclipse-platform/.github/issues On

Re: [platform-dev] Cannot push to github g...@github.com:eclipse-platform/eclipse.platform.ui.git

that’s because I’m not contributor in platform.ui? *From: *platform-dev on behalf of Ed Merks *Date: *Wednesday, 18. May 2022 at 13:44 *To: *platform-dev@eclipse.org *Subject: *Re: [platform-dev] Cannot push to github g...@github.com:eclipse-platform/eclipse.platform.ui.git The more detailed

  1   2   >