Skip to content
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

Phased updates can cause build regressions on Ubuntu Jammy #670

Open
Blast545 opened this issue Jun 28, 2022 · 2 comments
Open

Phased updates can cause build regressions on Ubuntu Jammy #670

Blast545 opened this issue Jun 28, 2022 · 2 comments
Labels
backlog bug Something isn't working

Comments

@Blast545
Copy link
Contributor

Bug Report Track

Phased updates are available on apt since Ubuntu 21.04. This has caused build regressions events on our buildfarms at ci.ros2.org

Phased updates knowledge base:
https://wiki.ubuntu.com/PhasedUpdates

Events

June 7th, first time appearance,

Linux CI was totally broken for that day
Internal discussion: https://osrf.slack.com/archives/C5UEHBHD2/p1654626755337259
https://people.canonical.com/~ubuntu-archive/phased-updates.html
Fix for the problem: #667

June 21st, second time appearance,

Linux CI was partially affected, the problem "fixed itself" and there was no CI downtime because the nodes were using the ccache.
This wasn't expected to occur because with the previously attached PR we opted out of phased updates.
https://osrf.slack.com/archives/C5UEHBHD2/p1655789723051689

@Blast545 Blast545 added the bug Something isn't working label Jun 28, 2022
@Blast545
Copy link
Contributor Author

@claraberendsen
Copy link
Contributor

claraberendsen commented Jun 6, 2023

Last week we had an issue related to this. The issue is not related necessarily with phased updates but rather with how phased updates work vs our current workflow with docker.
Phased updates where introduced in Ubuntu 21 and have form part of LTS Jammy. The way they work is explained here.
The issue that arose affected most builds of aarch64 agents and was related to libosmesa6 having a mismatch with their installed dependencies.
This sprung the development of two fixes #708 which after the review phase was deemed that the change did not fix the issue even though empirical evidence showed something different and #709 that changed the logic to always prefer phased updates and update machine-id to ensure all of our containers belong to the same phase (thus preventing the original issue that made us opt-out of phased updates) .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants