Skip to content

Conversation

@merks
Copy link
Contributor

@merks merks commented Aug 18, 2025

No description provided.

copilot.aggrcon Outdated
@@ -0,0 +1,9 @@
<?xml version="1.0" encoding="ASCII"?>
<aggregator:Contribution xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:aggregator="http://www.eclipse.org/cbi/p2repo/2011/aggregator/1.1.0" label="Copilot">
<repositories location="https://azuredownloads-g3ahgwb5b8bkbxhd.b01.azurefd.net/eclipse-copilot-repository">
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I just update the folder structure to reflect the version, please use this one: https://azuredownloads-g3ahgwb5b8bkbxhd.b01.azurefd.net/eclipse-copilot-repository/staging/0.10.1

Thank you!

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I'm building it, should be available after ~30-45 mins

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pls try again, it includes both license change and the p2.inf update

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's better:

image

But this also suggests that you are over writing the content at the existing location which in general is a formula for problems. It mean from one minute the next, the aggregated contents might be different with no actual change to the modeled contributions. So someone might update their contribution and then the build might fail because of something you've changed in your repository. (This is less likely because there are no dependency on copilot.)

What are the project's plans for how update sites are managed to provide stable/unchanging milestones and releases?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jonahgraham

When is CDT planning to contribute for M3? I see there are some dependencies on content provided by CDT and I don't want there to be problems related to that should the CDT migrate more fully to the org.eclipse.terminal stack:

image

Of course we'll have other problems with TCF and PHP if that's the case:

image

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have put in M3 - but there is no differences here.

I tried using the migration path that @laeubi wrote in eclipse-cdt/cdt#1259 but it isn't ready yet.

This means we still need two versions of the terminal - at least for now.

@jdneo
Copy link

jdneo commented Aug 19, 2025

What are the project's plans for how update sites are managed to provide stable/unchanging milestones and releases?

Ok, so does that mean, we should put different bits into different locations. And when a newer update site is available, I need to create a PR here to update the URL?

@merks
Copy link
Contributor Author

merks commented Aug 19, 2025

Maybe have a look at what this describes:

https://eclipse.dev/justj/?page=tools

It's used to produce update sites like these:

https://download.eclipse.org/justj/jres/21/updates/
https://download.eclipse.org/modeling/emf/emf/builds/

The Platform does it differently, but the idea is the same.

https://download.eclipse.org/eclipse/updates/4.37-I-builds/

So yes, each build produces a new update site, e.g.,

https://download.eclipse.org/modeling/emf/emf/builds/milestone/S202508121310

In addition there are composites that maintain a "link" to the latest site:

https://download.eclipse.org/modeling/emf/emf/builds/milestone/latest

This is why I asked this (unanswered) question weeks ago:

https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/6450#note_4634622

I'm not sure if https://eclipse.dev/justj/?page=tools can be reused to produce what you publish you current location? It uses rsync under the covers and I don't know if that works on the target host you are using.

@merks
Copy link
Contributor Author

merks commented Aug 19, 2025

@jdneo

As a proof of concept, I created this job:

https://ci.eclipse.org/oomph/job/copilot-mirror/

It's based on the content in this folder:

https://github.com/eclipse-oomph/oomph.incubator/tree/master/copilot

It produces this update site:

https://download.eclipse.org/oomph/copilot/

And the report

https://download.eclipse.org/oomph/archive/reports-extra/copilot/download.eclipse.org/oomph/copilot/nightly/N202508190653/index.html

shows they are signed by oomph-dev:

image

So as an interim step I would build a site that is stable using this approach.

@jdneo
Copy link

jdneo commented Aug 19, 2025

For the update site, I assume each eclipse project can have their own download site hosted by eclipse?

I filed a ticket to request one for copilot plugin.

@merks
Copy link
Contributor Author

merks commented Aug 19, 2025

@jdneo

When you have a "final" state of your repository ready for contribution for M3 (i.e., one with source bundles and your branding plugin) please let me know. I could then incorporate it into the following location as a milestone build so that we have a stable source until an RC1 contribution is available:

https://download.eclipse.org/oomph/copilot/

Is that okay? We have until the end of the day tomorrow if you are doing some last-minute improvements.

@jdneo
Copy link

jdneo commented Aug 20, 2025

When you have a "final" state of your repository ready for contribution for M3 (i.e., one with source bundles and your branding plugin) please let me know.

Here it is: https://azuredownloads-g3ahgwb5b8bkbxhd.b01.azurefd.net/eclipse-copilot-repository/staging/0.10.1

I know that the folder structure is not following the convention. Let's use it as a workaround before we settle down the download server provisioning. I will guarantee that this update site will be persisted for a long time.

@merks
Copy link
Contributor Author

merks commented Aug 20, 2025

@jdneo

FYI, I consider the issue opened by Wayne to be a blocker for this PR:

eclipse-copilot/eclipse-copilot#28

@jdneo
Copy link

jdneo commented Aug 20, 2025

We are talking with github about the license.

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.

3 participants