qubes-core-agent-linux
qubes-core-agent-linux copied to clipboard
Qubes component: core-agent-linux
Debian recently [1] removed the symlink in /sbin which breaks our setup-ip script. Instead of hardcoding the new path, rely on normal $PATH resolution. Saving a few file existence checks...
Fixes https://github.com/QubesOS/qubes-issues/issues/9378
fixes: https://github.com/QubesOS/qubes-issues/issues/9360
Message for --check-only is moved to qubes-dom0-update main fix: https://github.com/QubesOS/qubes-core-admin-linux/pull/162 original issue: https://github.com/QubesOS/qubes-issues/issues/6126
resolves QubesOS/qubes-issues#8307
dnf5 does not print "--downloadonly" help with -h by default For https://github.com/QubesOS/qubes-issues/issues/9244
fixes: https://github.com/QubesOS/qubes-issues/issues/8589
The tinyproxy `updates-blacklist` is only required for Whonix, therefore proposing that it be removed from non-whonix installations. ### Related - https://github.com/qubesos/qubes-issues/issues/1482 - #564 Blocked by: - [ ] https://github.com/Whonix/qubes-whonix/pull/3
This fixes custom vars for DNF on updatevms running Fedora 41. Even though the custom variables are copied over [here](https://github.com/QubesOS/qubes-core-admin-linux/blob/main/dom0-updates/qubes-dom0-update#L305C37-L305C49), `dnf` only replaces them with the added args in this...
In Qubes OS guests, the console is _always_ the Xen console. There are _never_ untrusted entities with access to this under _any_ circumstances. The only supported way to get access...