-
Notifications
You must be signed in to change notification settings - Fork 320
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jenkins is broken / Deal with Centos Deprecation #3272
Comments
we might also need a replacement for or have something different how we generate the page |
I hope they'll provide help dealing with such breaking changes... |
|
@cdietrich I see this 97afd7f but you forgot to add |
@cdietrich with my additional commit db19ce2 the build has started: https://ci.eclipse.org/xtext/job/xtext/job/cd-try-ubuntu-2024/2/console |
I assume we need different ones for different jobs eg in xtext and mwe |
but it immediately failed :'( Maybe Xvnc is not there? |
I'm also scared by:
|
This is why I really hope for a migration guide by @eclipse-xtext/eclipsefdn-releng |
However, I see this is working https://ci.eclipse.org/xtext/job/xtext/job/main/1686/consoleFull
so maybe they fixed upstream? |
Also this one https://ci.eclipse.org/xtext/job/xtext/job/cd-more-scms/2/console is running fine |
However, jobs in Jenkins don't seem to start automatically anymore; I mean after something is pushed on GitHub... |
maybe this is still related to the move? |
Maybe, but I have to fix other things before looking into this particular problem. |
https://ci.eclipse.org/xtext/job/xtext/ was still referencing the old GitHub repo at https://github.com/eclipse/xtext. I fixed that for this build. You will need to adjust this for any other job that points to the old repo URLs. Furthermore, in the new GH org, the webhook was missing. That's fixed as well. So builds for the xtext multi-branch job should get triggered again. |
Is there a better way of fixing this besides stepping through all jobs manually |
Everything can be automated, it's just software, right? :) It depends on your setup/project structure. You could create a new item called "Organization Folder" to automatically scan for Multibranch pipeline builds in all repos of your GH org. In that case, you only have to set the org once. If you use a different build structure, most likely, going through all jobs manually is the only way. Since we are not planning to move repos to a different GH org anytime soon, this should be a one-time thing. You could use this as an opportunity to clean up or remove old jobs (some of them have not been run in years). Committers and release engineers will appreciate it. |
so you have an idea whats the problem with maybe just waiting works |
https://ci.eclipse.org/xtext/job/lsp4j/3892/console |
|
thx @fredg02 |
|
https://ci.eclipse.org/xtext/job/xtext-monorepo-full-deploy-nightly/412/ oomed @fredg02 is this due to the agent any? |
Build |
I think it was done like that before the repo merge. It says 4gb memory and I think that should be enough if we don't run tests. Maybe just a hiccup? |
maybe we also need to switch to newer maven war plugin. |
https://ci.eclipse.org/xtext/job/xtext/job/main/1678/console
The text was updated successfully, but these errors were encountered: