deeplow

After meeting with @rocodes we concluded that current development practices could get some improvements to remove some manual steps. As such, it is not necessary to update the documentation to...

I have found the culprit for slow dom0 provisioning: `qubes-vm-update` for the fedora template, regardless of whether or not it actually installed fedora-41-xfce. I opened an issue for this: https://github.com/freedomofpress/securedrop-workstation/issues/1279

If [failhard](https://github.com/freedomofpress/securedrop-workstation/issues/232) is implemented, this issue may be less relevant.

@rocodes and I also discussed potentially including in scope client component builds and subsequent deployment. This would lead to faster iterations on client components which require Qubes (e.g. export).

I have now put these makefile targets back into shape https://github.com/freedomofpress/securedrop-workstation/pull/1281, but I don't think it is in its final form. A few blockers: - **Abstract VM targeting**: - Should...

Turns out we can (and probably should) hide these messages via a config file in `/etc/systemcheck.d/`. Something like this would suppress all `systemcheck` non-actionable messages (for SD users): ```bash systemcheck_skip_functions+="...

Somehow I came across a double-popup. Not sure how to reproduce / what caused it, though. 

Found another instance where it only mentions the derivative repository, but not donate button and the update check. And this time it showed as the system booted up for the...

For the time being I've been able find a way to suppress these messages without needing to [remove the dialogs in QA](https://github.com/QubesOS/openqa-tests-qubesos/pull/25/files#diff-b23c843e2b00154873020e65c79718f967c7bb6caf699c5015379cef42b7c2e3R30), but it waits ~300s trying to dismiss a...

Not super relevant since we've already decided to move away from whonix, but I just wanted to share something that showed up [in a recent test](https://openqa.qubes-os.org/tests/149569#step/Setup_sd-whonix/11):