SimRel Participation? about lsp4e HOT 13 CLOSED

I will do that. I will wait till the end of today if you do not mind to see if we can merge #933

Deadline for changes is next Wednesday. If I see a release this week I'll contribute to simrel but if it's next week please do it yourself as I won't be available.

from lsp4e.

I don't personally actually care about release records and it will be nice to have one less thing that needs to be managed.

As for the duplicates in the Required IUs view, if you look at the detailed links between the requirements and the capabilities, you'll see that both versions of lsp4j satisfy the requirement so either of them is a potential required IU:

So they are duplicates in the view simply because duplicates exist and each duplicate is within the specified version range.

from lsp4e.

I will do that. I will wait till the end of today if you do not mind to see if we can merge #933

from lsp4e.

I am planning to do a release this morning

from lsp4e.

The update to latest LSP4J was made in #919 - but there was a push to do a last release with the older LSP4J. In the #919 there was this comment that indicated a new release was needed #919 (comment) but that doesn't seem to have happened yet.

@akurtakov it looks like you have been doing a bunch of releng stuff on WWD - not sure if a new release is imminent there or possible in the timescale. I can do an LSP4E release tomorrow/Friday which has #919 included.

As far as contribution update + release records - @rubenporras did the recent builds and did the contribution on previously built versions. My guess is some items are missing from LSP4E's release checklist - although for release records that will hopefully be a thing of the past once https://gitlab.eclipse.org/eclipsefdn/it/websites/projects.eclipse.org/-/issues/146 is resolved, but until then LSP4E should have them.

The scheduling of LSP4J was supposed to be early enough in the release cycle to allow downstream projects to upgrade. xtext has made the updated release.

I see something strange in the required IUs tab:

from lsp4e.

The update to latest LSP4J was made in #919 - but there was a push to do a last release with the older LSP4J. In the #919 there was this comment that indicated a new release was needed #919 (comment) but that doesn't seem to have happened yet.

@akurtakov it looks like you have been doing a bunch of releng stuff on WWD - not sure if a new release is imminent there or possible in the timescale. I can do an LSP4E release tomorrow/Friday which has #919 included.

WWD release in time for 2024-03 is out of question from my side. Fixing to work with latest TS LS, using latest grammars from TM4E and so on and on is what I would like to see before a release. There is even https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/13284 which happened due to ^ nodejs versioning so we can't even release before this one is approved.

from lsp4e.

I don't think anything else needs to change in order for there to be a new version of lsp4e that doesn't lock in an older version of lsp4j, i.e., I only see lower bounds for lsp4e, no upper bounds:

from lsp4e.

And https://ci.eclipse.org/simrel/ is down so I have no idea when this update will be pushed.

from lsp4e.

@akurtakov , shall I do a new release which is built against?

from lsp4e.

@akurtakov , shall I do a new release which is built against?

Build against latest lsp4j? Yes, that would be nice.

from lsp4e.

Thanks @rubenporras - feel free to reach out to me if you need anything - especially when @akurtakov is away.

from lsp4e.

I will do that. I will wait till the end of today if you do not mind to see if we can merge #933

Is there any update on this? At this point I suspect for 2024-03 we should just stick with the already released 0.24.8 release and have two versions of LSP4J in 2024-03.

from lsp4e.

Simrel updated in eclipse-simrel/simrel.build#269

from lsp4e.