← Back to issue list

Improve approach to waiting for Multipass start

View original Github issue

Metadata

Project
craft-providers
Number
#796
Type
issue
State
open
Author
bepri
Labels
Type: Enhancement Status: Triaged
Created
Updated
Closed
—

Current evaluation

Enhancement to replace hardcoded 20-second sleep with reliable polling for Multipass daemon startup after installation. Triaged but inactive for over a year.

Suggested action: keep open

Reason: The issue is triaged (labeled Type: Enhancement, Status: Triaged) and the enhancement is still relevant—the hardcoded `time.sleep(20)` in `installer.py` line 56 remains unchanged. The `wait_until_ready()` method already exists and polls for multipassd readiness, so the fix would involve removing the redundant sleep or adjusting its placement. However, the 352-day inactivity suggests this is low priority.

Impact: 60 Quick Win: 42.0 Staleness: 75 Complexity: 30 Confidence: 70 Support Request: 10

Issue body

### What needs to get done Multipass needs time after being installed for `multipassd` to start. Without a delay, errors could happen on launch: `Remote "" is unknown or unreachable.` Current guidance is to sleep 20 seconds after install, but we should have a more reliable and timely approach. See: https://github.com/canonical/multipass/issues/1995 ### Why it needs to get done This was converted from a [TODO comment](https://github.com/canonical/craft-providers/blob/659de5cd6aff11da7c0b2c1d2964ba9f6524e7cf/craft_providers/multipass/installer.py#L50)

Evaluation history

Date Model Scores Action Summary
qwen3.6-35b-a3b-mtp-q6
Impact: 60
Quick Win: 42.0
Staleness: 75
Complexity: 30
Confidence: 70
Support Request: 10
keep open Enhancement to replace hardcoded 20-second sleep with reliable polling for Multipass daemon startup after installation. Triaged but inactive for over a year.
qwen/qwen3.6-35b-a3b
Staleness: 85
Complexity: 20
Confidence: 80
Support Request: 5
keep open Enhancement to replace hardcoded 20-second sleep with a reliable polling mechanism for Multipass daemon startup. Triaged by maintainers, currently inactive for over a year.
qwen3.6-35b-a3b-mtp-q6
Staleness: 75
Complexity: 20
Confidence: 70
Support Request: 0
keep open Enhancement to replace a hardcoded 20-second sleep with a reliable polling mechanism for Multipass daemon startup. Triaged but inactive for ~10 months.
qwen3.6-35b-a3b-mtp-q6
Staleness: 75
Complexity: 35
Confidence: 85
Support Request: 5
keep open Enhancement to replace a hardcoded 20-second sleep with a reliable polling mechanism for Multipass daemon startup. Triaged by maintainers, currently awaiting implementation.

Update history

No update history recorded yet.

Related work

  • Related To: canonical/multipass#1995 (confidence 80%)

    Referenced in the issue body as the upstream Multipass issue discussing daemon startup behavior that craft-providers should handle more reliably.

Related issues

No related issues found above the similarity threshold.