build as a user in container
Metadata
Current evaluation
Broad non-root LXD builds remained unimplemented: PR #1484 was closed unmerged after design concerns; PR #1847 merged e7d73a365 only for remote sshfs mount ownership.
Resolution: closed stale
Reason: A maintainer said the work was held off because the forum design discussion lacked consensus. PR #1484 closed unmerged, while commit e7d73a365 from #1847 addressed only the narrower remote-sshfs ownership case.
Evaluated by: mr-cal-bot
No scores available.
Issue body
[design](https://forum.snapcraft.io/t/run-snapcraft-in-container-as-a-user/1438/5) #1484
Evaluation history
| Date | Model | Scores | Action | Summary |
|---|---|---|---|---|
| stealth/space-bunny-alpha | — | closed stale | Broad non-root LXD builds remained unimplemented: PR #1484 was closed unmerged after design concerns; PR #1847 merged e7d73a365 only for remote sshfs mount ownership. | |
| stealth/space-bunny-alpha | — | closed stale | Non-root LXD builds remained unimplemented: #1484 closed unmerged after design concerns. #1847 (e7d73a365) later fixed user setup only for remote sshfs mounts. | |
| stealth/space-bunny-alpha | — | closed stale | Non-root LXD builds remained unimplemented; PR #1484 was closed unmerged over design concerns. PR #1847 later added user handling for remote sshfs mounts. | |
| stealth/space-bunny-alpha | — | closed stale | Non-root/user builds inside LXD containers were never implemented: design-linked PR #1484 was closed unmerged; PR #1847 later added only container user setup for remote sshfs builds (commit e7d73a365). | |
| stealth/space-bunny-alpha | — | closed stale | Non-root builds in LXD remained unimplemented: PR #1484 was closed unmerged after design concerns. PR #1847 later addressed only ownership for remote sshfs mounts. | |
| stealth/space-bunny-alpha | — | closed stale | Non-root container builds remain unimplemented; linked design PR #1484 was closed unmerged. PR #1847 added narrower LXD user configuration to correct sshfs ownership. | |
| qwen/qwen3.6-35b-a3b | — | — | Implementation abandoned due to lack of forum consensus. Building snaps as a non-root container user remains unimplemented, though future multi-user snap support or volume mounting may require a variant of this work. | |
| qwen/qwen3.6-35b-a3b | — | — | Implementation was held off and the issue closed due to a lack of consensus in forum discussions. The feature is abandoned pending future needs like multi-user snaps and container folder mounting. | |
| qwen/qwen3.6-35b-a3b | — | — | Deferred due to lack of forum consensus. Closed without implementation, pending future container features like multi-user support or volume mounting. No code changes or merges were made. | |
| qwen3.6-35b-a3b-mtp-q6 | — | — | Development halted and issue closed due to lack of forum consensus. The feature was not implemented, though future container mounting or multi-user snap work may eventually require a variant. |
Update history
No update history recorded yet.
Related work
-
Related To:
snapcraft#1484
(confidence 98%)
The linked proof of concept for configuring an LXD container user was closed without merging.
-
Likely Fixed By:
snapcraft#1847
(confidence 88%)
Merged as e7d73a365 to create a container user when remotely mounting projects over sshfs, covering only a subset of the proposal.
Related issues
| Issue | Project | State | Summary | Similarity |
|---|---|---|---|---|
| #1484 lxd: configure user in container | snapcraft | closed | Closed unmerged; PR #1847 superseded this proof of concept with narrower LXD remote-sshfs user support, merged as e7d73a365. | |
| #1780997 Persistent container builds are broken | snapcraft (launchpad) | closed | Persistent LXD builds were fixed by canonical/snapcraft#1847 (commit e7d73a365), correcting user handling for remote SSHFS-mounted containers. | |
| #1847 lxd: Use user in container when mounting remote via sshfs | snapcraft | merged | Merged as commit e7d73a365: snapcraft now creates a user in the LXD container for remote sshfs builds so project files aren't left root-owned, fixing LP bug #1741082. |