-
Notifications
You must be signed in to change notification settings - Fork 75
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
Update to Tycho 4.0.10-SNAPSHOT #2520
Update to Tycho 4.0.10-SNAPSHOT #2520
Conversation
Should also with API errors @HannesWell by using the new instead of rely on the old api-tools, that should also be considered here! |
0bb41e9
to
a41f05b
Compare
@laeubi can you explain how we need to consider this here? So is there any further change required in the aggregator or will there be some implicit effect by that change that we may experience when updating Tycho here? |
For example here:
and previously there where some deadlocks so maybe one wants to use
|
43abfed
to
df1e958
Compare
I missed that one, so I just adapted the Tycho version used for API tools to the one defined via property. In order to avoid the issues that had been resolved/worked around via #2380, I also set
I have to admit that I don't understand what this means. |
Than means I posted the comment on the wrong issue :-\ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For example here:
<version>4.0.8</version> and previously there where some deadlocks so maybe one wants to use
<runAsJob>false</runAsJob>
I missed that one, so I just adapted the Tycho version used for API tools to the one defined via property. In order to avoid the issues that had been resolved/worked around via #2380, I also set
runAsJob=false
.
Yes exactly, that's the right thing to do.
Thanks for pushing this forward, looks good to me. Let's have this rather earlier than later.
df1e958
to
ac257d3
Compare
ac257d3
to
fd6f1a3
Compare
@HannesWell @laeubi I just had this failure in a Platform UI build with the new Tycho version:
This is because of not running the API analysis as job, i.e., with |
I think so yes, but until now its not possible to reproduce it reliable enough.
If it is enabled it seem to lead to some deadlocks sometimes, so we decided to better sometimes fail than sometimes deadlock :-)
I have seen it a few times and that's why I introduced the usage of a job. |
Okay, then maybe I was just lucky in the past weeks, because I had the impression that switching back to Tycho 4.0.8 for the API tools (#2380) had resolved that issue. In the recent Platform UI builds, 2 of the 4 execution (3 x GH Actions + 1 x Jenkins) failed, most recently in this: https://github.com/eclipse-platform/eclipse.platform.ui/actions/runs/11743599414/job/32716818845?pr=2507 Let's see how builds behave in the next days. |
I think it would be interesting to get a Threadump of the deadlock but at the moment I'm only aware of a lockdown on the buildservers and it seems one need admin permission to do so ( @fredg02 ) according to this: |
Update to current snapshot version of Tycho in order to:
Also see eclipse-platform/eclipse.platform.swt#1488 (comment)