Is there an existing issue for this?
Current Behavior
When installing the official atomic-desktop-gnome-amd64.iso image, available in the AlmaLinux Atomic Desktop GitHub repository, it was not possible to update the system (bootc) because the container signature policy is defective.
The ISO installs AlmaLinux Atomic Desktop GNOME version:
After installation, running bootc update fails with:
error: Upgrading: Preparing import: Fetching manifest: containers-policy.json specifies a default of `insecureAcceptAnything`; refusing usage
Installation source
The system was installed from the official ISO:
atomic-desktop-gnome-amd64.iso
The ISO was downloaded from the AlmaLinux Atomic Desktop GitHub repository.
Steps to reproduce
-
Install AlmaLinux Atomic Desktop GNOME using the official:
atomic-desktop-gnome-amd64.iso
-
Log in to the installed system.
-
Run:
-
Observe:
error: Upgrading: Preparing import: Fetching manifest: containers-policy.json specifies a default of `insecureAcceptAnything`; refusing usage
Original installed deployment
Booted image: quay.io/almalinuxorg/atomic-desktop-gnome:latest
Digest: sha256:22cbc7dbde1bada31729f1cde8359a519fece18f5184cb1419b08277d73ee671
Version: 10.1.20260321.1
Relevant policy
The installed /etc/containers/policy.json contained:
{
"default": [
{
"type": "insecureAcceptAnything"
}
],
"transports": {
"docker": {
"quay.io/almalinuxorg/atomic-desktop-gnome": [
{
"type": "sigstoreSigned",
"keyPaths": [
"/etc/pki/containers/atomic-desktop-gnome.pub",
"/etc/pki/containers/atomic-sig-backup.pub"
],
"signedIdentity": {
"type": "matchRepository"
}
}
]
}
}
}
Workaround
The issue was resolved by rebasing to a newer image:
sudo bootc switch quay.io/almalinuxorg/atomic-desktop-gnome
After the rebase, the system booted successfully and the newer deployment was:
Booted image: quay.io/almalinuxorg/atomic-desktop-gnome
Digest: sha256:fbb56140f5b2b95b3386d48164665922b7a2cf8569af7271b6362fd3ac39c38a
Version: 10.2.20260808.1
The resulting deployments were:
● ostree-unverified-registry:quay.io/almalinuxorg/atomic-desktop-gnome
Version: 10.2.20260808.1
ostree-image-signed:docker://quay.io/almalinuxorg/atomic-desktop-gnome:latest
Version: 10.1.20260321.1
Expected behavior
A system installed from the official ISO should be able to update with:
without requiring a manual rebase.
Suggested resolution
Please consider:
-
Publishing a newer atomic-desktop-gnome-amd64.iso.
-
Updating the ISO to install the current image.
-
Correcting the default container policy in the ISO so that it does not use:
"type": "insecureAcceptAnything"
Additional information
The current bootc status after the workaround was:
StateRoot: default
Deploy serial: 0
Staged: no
Commit: 80832a097ec22f02981406a1f39133a10e14085d24f4721c95f914a154f94e05
Soft-reboot: yes
Environment:
Distribution: AlmaLinux Atomic Desktop GNOME
Architecture: amd64
Initial image version: 10.1.20260321.1
Current image version: 10.2.20260808.1
Expected Behavior
No response
Steps To Reproduce
No response
Anything else?
No response
Search terms
bootc, bootc-update, atomic-desktop-gnome, containers-policy
Is there an existing issue for this?
Current Behavior
When installing the official
atomic-desktop-gnome-amd64.isoimage, available in the AlmaLinux Atomic Desktop GitHub repository, it was not possible to update the system (bootc) because the container signature policy is defective.The ISO installs AlmaLinux Atomic Desktop GNOME version:
After installation, running
bootc updatefails with:Installation source
The system was installed from the official ISO:
The ISO was downloaded from the AlmaLinux Atomic Desktop GitHub repository.
Steps to reproduce
Install AlmaLinux Atomic Desktop GNOME using the official:
Log in to the installed system.
Run:
Observe:
Original installed deployment
Relevant policy
The installed
/etc/containers/policy.jsoncontained:{ "default": [ { "type": "insecureAcceptAnything" } ], "transports": { "docker": { "quay.io/almalinuxorg/atomic-desktop-gnome": [ { "type": "sigstoreSigned", "keyPaths": [ "/etc/pki/containers/atomic-desktop-gnome.pub", "/etc/pki/containers/atomic-sig-backup.pub" ], "signedIdentity": { "type": "matchRepository" } } ] } } }Workaround
The issue was resolved by rebasing to a newer image:
After the rebase, the system booted successfully and the newer deployment was:
The resulting deployments were:
Expected behavior
A system installed from the official ISO should be able to update with:
without requiring a manual rebase.
Suggested resolution
Please consider:
Publishing a newer
atomic-desktop-gnome-amd64.iso.Updating the ISO to install the current image.
Correcting the default container policy in the ISO so that it does not use:
Additional information
The current bootc status after the workaround was:
Environment:
Expected Behavior
No response
Steps To Reproduce
No response
Anything else?
No response
Search terms
bootc, bootc-update, atomic-desktop-gnome, containers-policy