Skip to content

Conversation

HeikoKlare
Copy link
Contributor

No description provided.

Copy link
Contributor

github-actions bot commented Oct 6, 2025

Test Results

  118 files  ±0    118 suites  ±0   11m 49s ⏱️ +46s
4 583 tests ±0  4 566 ✅ ±0  17 💤 ±0  0 ❌ ±0 
  330 runs  ±0    326 ✅ ±0   4 💤 ±0  0 ❌ ±0 

Results for commit bacf072. ± Comparison against base commit 85879e7.

♻️ This comment has been updated with latest results.

@merks
Copy link
Contributor

merks commented Oct 6, 2025

FYI, this build needed to finish to make the TP changes available:

https://ci.eclipse.org/platform/job/eclipse.platform.releng.aggregator/job/master/3818/changes

@HeikoKlare
Copy link
Contributor Author

FYI, this build needed to finish to make the TP changes available:

https://ci.eclipse.org/platform/job/eclipse.platform.releng.aggregator/job/master/3818/changes

Yeah, thanks! I saw that I was just too fast with the follow-up 🙂

@HeikoKlare HeikoKlare marked this pull request as ready for review October 6, 2025 12:13
@HeikoKlare
Copy link
Contributor Author

Do we need a minor version bump of a bundle/fragment when we update the major version of one of it's dependencies? I.e., do we need to bump minor version of the SVG fragment because we make a major bump of the JSVG dependency? I do not find specific information about the case in our guidelines: https://github.com/eclipse-platform/eclipse.platform/blob/master/docs/VersionNumbering.md
@akurtakov maybe you know?

@akurtakov
Copy link
Member

akurtakov commented Oct 6, 2025

Most recently major updates of 3rd party deps have been Lucene and Jetty - in both cases major version of the bundle requiring them wasn't bumped. So only a minor bump is what I would recommend.

@merks
Copy link
Contributor

merks commented Oct 6, 2025

A minor version bump seems appropriate.

@HeikoKlare
Copy link
Contributor Author

So only a minor bump is what I would recommend.

Thank you! That aligns with what I would do if in doubt.

Just because I wasn't completely precise in my question: I did actually not think about major vs. minor version bump of the fragment but rather about minor vs. service version bump.

I have adapted the PR to bump the minor version of the fragment.

@iloveeclipse
Copy link
Member

Last time fragments bundle versions were changed without SWT change and that caused eclipse-platform/eclipse.platform.releng.aggregator#3347

Could it be, all SWT fragments & bundle versions need to be touched now?

@HeikoKlare
Copy link
Contributor Author

Last time fragments bundle versions were changed without SWT change and that caused eclipse-platform/eclipse.platform.releng.aggregator#3347

Could it be, all SWT fragments & bundle versions need to be touched now?

In my understanding, that should only be the case for the (actually non-optional) native fragments. This change one affects the SVG fragment which is fully optional, which is also why it's not bumped together with all the other fragments and the host. So I expect no issues with only bumping the SVG fragment version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants