Repository navigation
fix(installer): name a Launchpad API timeout as an outage - #7163
Conversation
When add-apt-repository times out reaching Launchpad, the Linux CLI check said it failed "for a reason other than a Launchpad outage", so an upstream outage read as a bug in the change under test. The outage check now recognizes a timeout or dropped connection inside launchpadlib, as long as apt reached some other repository, so an offline machine still isn't blamed on Launchpad. Refs amd#7162
|
Verdict: Approve Sometimes I couldn't run Real-world evidenceN/A: no evidence bundle was produced. The change only affects how the Linux CI job reads the logs from a failed PPA install. 🔍 Technical detailsIssues found 🟢 DNS and TLS failures to the Launchpad API still fall through ( Checks run
Strengths
|
|
@kovtcharov-amd this is ready for your review, and the bot approved it. The four red checks are a runner network failure, not this change: each stops in apt with 🔍 Technical details
On the bot's 🟢 note: I left DNS failures to |
When Launchpad's API stops answering, the Linux CLI check now says so. It used to say the PPA step failed "for a reason other than a Launchpad outage", which sent authors looking for a bug in their own PR: on 2026-11-11,
mainand several PRs failed this way for hours. A timeout is blamed on Launchpad only when apt reached other repositories, so an offline machine isn't misread as an outage.Closes #7162
Test plan
pytest tests/unit/test_init_command.py -k Launchpad: 7 passed. The two new outage tests fail onmain; the two "not Launchpad" tests (offline machine, timeout outside launchpadlib) pass on both.pytest tests/unit/test_init_command.py: 206 passed.python util/lint.py --all: passed.