BUG: qubes-global-config crash when an HVM is set as 'Disposable template'

User Support
, ,
1

Bug:

Setting an HVM (whatever system is installed) as a ‘Disposable VM’, prevent qubes-global-config to start, with python errors and crashes.

Step to reproduce:

  1. open Qube Manager

  2. Select any VM wich is a ‘StandaloneVM’ and open ‘Settings’

  3. Select ‘Advanced’ tab then check ‘Disposable template’ in ‘Other’ frame:

    Capture d’écran_2026-07-24_14-23-42
    Capture d’écran_2026-07-24_14-23-42848×699 69.1 KB

  4. Click ‘OK’

  5. Try to launch qubes-global-config

Expected results:

  • If this is not acceptable to have a HVM set as ‘Disposable’, show an error dialog to tell about. Or even better: the checkbox isn’t accessible in this specific case.

Actual results:

  • qubes-global-config doesn’t show (GUI)
  • qubes-global-config show python error (TUI)

Capture d’écran_2026-07-24_14-24-19
Capture d’écran_2026-07-24_14-24-191190×845 98.9 KB

Environment:

  • Qubes R4.3.1 up-to-date
2

I can’t reproduce this on my set-up.

3

I didn’t try yet, but the important part isn’t HVM but being a StandaloneVM, getting it’s template would fail.

4

I also have a StandaloneVM HVM that’s set as a disposable template and global config launches fine.

5

Do you have the “Disposables” tab in it? I could reproduce the issue and am providing a fix.

6 
% rpm -qf disposables.py
qubes-desktop-linux-manager-4.4.0-1.19.fc41.noarch
7

Okay, now it crashes. I don’t know what changed, maybe a dom0 update. The fix provided looks good, though I didn’t have time to test it out yet.

8

Open a disposable App (Fed43 or Deb13) by Q4.3.1, not possible it crashes immediately after start.

9

This is a separate issue. Please open a new thread and tell us more:

  • Which app
  • How are you launching it
  • What is the template of the disposable template? (Check on “Qube Manager”)
10

Open a default-dvm-clone 1 App ( template a clone of: Fed43 & Deb13) by Q4.3.1-updated, is not possible; it shutdown immediately after start. I was trying to open brave browser or any other app like file manager.
This is happening from today, yesterday everything was working perfectly

11

After template fedora update to fed44, the issue with clone-fed is resolved.
issue with clone-deb13, resolved, I did open in the template a terminal and did sudo apt update && sudo apt upgrade and sudo apt autoremove, after a restart it worked again,

I’m aware, this kind of update and upgrade in the terminal shall be avoid. - as it has been done in the template clone used only for that subject, the risk was under control.

12

Dumb question maybe, but how do i upgrade to
qubes-desktop-linux-manager-4.4.0-1.19.fc41.noarch?

I have tried normal updating, as well assudo qubes-dom0-update qubes-desktop-linux-manager --enablerepo=qubes-dom0-current-testing and sudo qubes-dom0-update qubes-desktop-linux-manager --enablerepo=qubes-dom0-unstable.

For both I get: Package "qubes-desktop-linux-manager-4.3.26-1.fc41.noarch" is already installed..

13

Don’t try R4.4, it is considered unstable. The package seems to be only on R4.4 current-testing, and I don’t know when the migration to current-testing of R4.3 will happen, although I believe it normally takes two weeks.

If I were you, I’d patch the issue by modifying the file qubes_config/global_config/disposables.py, that is in the Python directories. It is a simple one line change there.

If you mess things up, you can always reinstall the package with something like: sudo qubes-dom0-update --action=reinstall qubes-desktop-linux-manager.