What would you like to see improved in Qubes OS?

An easy way to use Trezor and other hardware wallets.

1 Like

I don’t know enough about Qubes, but this is my favorite linux distro. It’s hard to get used to and challenging and frustrating. But no other distro beats it.

I love Qubes! :heart: :heart: :heart:

1 Like

I’d like to have the quality of the templates improved.

  • Fix issues with the GNOME templates.
  • Make GNOME theming work again. Back in the day theming in the Debian 11 template was also broken until gnome-settings-daemon is installed. On Fedora 40 I still don’t know why I can’t set the dark theme (dconf setting does apply but nothing turns dark).
  • Remove unncessary packages from non minimal templates. Right now they are very bloated and is filled with unnecessary stuff.
  • Fix broken audio in Whonix

etc and etc


Backups. When run from the command line the tool INSISTS on listing the qubes you are NOT backing up. This is pointless, and when I am looking through the output of my automated nightly backups, I have to scroll back through this useless list to see which one got backed up.

There’s a --quiet option on the command which (along with --verbose) has no visible effect. Perhaps --quiet could suppress this list…or --verbose enable it (the latter would be my preference).

1 Like

Same! This has been the single biggest inconvenience/annoyance.

YouTube videos for me have a 0.2 second lip sync delay and its quite noticeable.

Would love if anyone knows a fix!

1 Like

I’d like too see AEM working with standard UEFI secure boot, and use something like GitHub - okirch/pcr-oracle: Predict TPM PCR values for future boot to seal and release the secret instead of TXT.

I’d like to see no more “pushing updates which break the update system, and require users to add testing repos or make manual changes/fixes to re-enable the updates”. There are several techniques to avoid this, the simplest one being having an update system not depending on python.

Or as a goal, “Improvement: make 4.2.1 the last version in which updates can break the update system”.


I’d like to see onion forum link available.


You should never have to enable a testing repository to get core functionality to work.

I’m still waiting for the all-clear to update dom0 since I heard the last update broke the updater.

1 Like

I’m still waiting for the all-clear to update dom0 since I heard the last update broke the updater.

Could you provide more info?

1 Like

There are at least 10 threads on this forum, probably caused by:

Latest news is:

1 Like

Thanks. So, it is about the GUI version.
Is it safe to update dom0 through CLI?

look here for audio_low_latency setting:

Check that it is enabled on your system. It says it is enabled by default, but it is possible you upgraded from an older version of Qubes where it was not the default (total speculation by me).

Note too, bluetooth devices have audio delay which is inherent to the bluetooth protocol, and can be significant (into the 100s of ms) depending on the specific bluetooth protocol used.

I have one that would be kind of cool:

  • A software/script/tool that would automatically turn your windows installation into an HVM
    - Both physical drive and disk image

Use Case:
Would allow many people who dual-boot Windows to finally get rid of their physical windows partition and make the switch.

Or for dual-booting folk, it could create an HVM where the boot drives are the physical block devices.

During the Qubes OS installation, imagine the installer saying “we’ve detected a Windows partition on the drive. Would you like this to be converted to an HVM?”


Something that might help along this line:

You can create an empty HVM with appropriate properties and attach the Windows partition permanently to this VM. However, when booting, Qubes complains that there is no bootable media. Finding the cause of this problem might lead to a solution.


You can try this:

I didn’t try it with WIndows, but Linux OS worked for me.

1 Like

You know what? I used that exact same guide, and it worked for me too :stuck_out_tongue:

There’s definitely ways to achieve this, for sure.

I meant, for example, like a tab in the “Create new Qube” Python/Glade GUI or a spoke in the Anaconda (Fedora/RedHat) installer on the Qubes OS ISO that would potentially detect this and offer to do all the work for you :slight_smile:

I’ve been trying to familiarise myself with the structure of existing Qubes OS software so I can try to write a few. Slow but steady, hopefully I’ll have something usable soon.

Plus, trying to incorporate it into a built ISO is a lot harder than I was expecting…. I am pretty sure the Qubes team made it this way deliberately to prevent tampering. Well, it works fantastically, but it’s an ordeal to try and play around with. Hahaha :smiley:

Okay, here’s my list of ideas I had and would like to implement but will probably never get to it:

  • Extend flexibility of the qubes themselves, namely:
    • Be able to create a disposable based directly on a template bypassing the AppQube step completely. Why don’t just use the same mechanism that creates a new user for an app qube by copying /etc/skel? Probably there is a good reason idk :slight_smile:
    • Be able to run multiple instances of a named disposable. Yes, the same way the conventional disposables are spawned with arbitrary numbers. For me, named disposables are just a way to store a particular config detached from their template. It doesn’t mean I wouldn’t like to run multiple instances of the same config.
    • Be able to have a template tree. This seems more like sci-fi to me, but it would be really cool to have a template based on a template which differ by one additional not-so-trusted app installed. This would greatly decrease the space required to operate qubes. Dedup may be an alternative to this.
    • Snapshot tree. It should be possible to work with snapshots via gui. I want to be able to version-control my vms and revert to any of manually saved states on a whim instead of cloning them like a caveman. Please throw a link at me if this already exists and I am just unaware of it.

      I have a feeling that the template tree may be done by using a snapshot tree. How? No idea.

  • Improve sys-usb
    • sys-usb is pretty problematic, mainly because usb passthrough is pretty laggy even when works correctly. Sometimes it takes multiple seconds to attach hardware to a qube. I understand that it may be a hardware problem, but if the speed can be improved in software please do so. :heart:
    • sys-usb tray applet is very janky. It works fine when everything is fine, but when a usb device fails to attach for some reason or gets unexpectedly detached, it is completely clueless and still shows that the device is attached. Usb device passthough is a significant part of everyday routine for an average qubes user. Please make it smoother.
  • Improve visual support for domains without qubes-gui process running. Sometimes people run boring vms and the fact that graphics support is not even close to the convenienve of the remote viewer that often comes with the virtual machine manager on the conventional distros is pretty annoying. Sometimes it is problematic to change resolution. It is impossible to resize or maximize the window. I have no idea how to do this, but such a feature would noticeably enhance the user experience.
  • Increase efficiency of the system by delegating at least OpenGL/Vulkan and WebGL tasks to a graphics card. We already have sys-gui on the horizon, but it only exists to separate gui rendering from the dom0. Next step would be to somehow allow domains to call it to do computing tasks. This seems like a security issue to me, and kind of tickles the existential aspects of the QubesOS itself but it would be cool nonetheless ngl.

Website and documentation:

  • Add better documentation and forum search. People ask about already documented stuff on forums all the time. It is hard to sift through the documentation, even when you know what you are searching for and pretty sure that it should be there somewhere. Maybe add AI to help to search it.

I would love to see more improvements in RAM usage. I’m not complaining because Qubes has already gotten better in this regard since I started using it (because xfce probably) but it’d be nice to be able to squeeze in another qube or two in 16 gigarams :joy: