Inherit container policy when doing a switch
- Lingua principale
- Rust
- Stelle
- 2.3k
- Fork
- 230
- Merge medio
- 3g 3h
- PR unite (30g)
- 36
Descrizione
I noticed that doing a `bootc switch` from a signed image results in switching to an unsigned image unless you explicitly pass `--enforce-container-sigpolicy`
Reproducible Example:
1. Given a status of `ostree-image-signed:docker://ghcr.io/ublue-os/bluefin:40`
2. `bootc switch ghcr.io/ublue-os/bluefin:39`
3. Do a status and it's `ostree-unverified-registry:ghcr.io/ublue-os/bluefin:39`
Passing the enforce flag works as expected. The use case is that when doing testing it's common to switch a bunch. I was digging for a regression and switching between daily builds in multiple VMs, and by the time I was done all my images were unsigned.
Not sure on what the UX should look like as I would guess there are other enterprise policy features that would need to be accounted for. But it would be nice if the signing was transparent unless there was an error, so I figured if you're on a signed image you'd want to stay on a signed image.
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Start by reproducing the reported `bootc switch` sequence with a signed image, then trace the switch handling and its `--enforce-container-sigpolicy` behavior. Done means the policy inheritance and UX are defined and switching does not silently produce an unsigned image, while accounting for the other enterprise policy features mentioned in the issue.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- rust
- Ambito
- devops, operating-systems
- Tipo di issue
- Funzionalità
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Stato di attività
- Ferma
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 30/100