Yes, I noticed that too. Somehow I have missed to mention it. Thanks for the addition.
Another thing is that without guivm, qvm-copy/move from the qube won’t work without an allow policy in dom0. There is always “Request refused”, probably because no dialog can be displayed.
It is not about preference but about what is minimal (attack surface). Starting from minimal, anyone can add whatever one likes.
Example: A production firewall qube does not need a text editor or a terminal emulator, or a guivm, or audiovm. If any text edits are required, they can be done in an editor qube then qvm-copy.
I applaud your boldness! and have some implementation doubts … will your firewall qube monitor the ~/QubesIncoming/dom0 directory and auto-apply new configurations as they appear?
will your firewall qube monitor the ~/QubesIncoming/dom0 directory and auto-apply new configurations as they appear?
Well, that is a separate discussion, so as short as possible:
IMO, it’s better to do that in an editor domU (not dom0). Auto applying can be convenient but also vulnerable, so if the particular case requires it, it is surely possible.
Can you please tell me how I can use the most minimal version so it would still support bluetooth(I currently use blueman, but I’m open to any good alternatives) with normal notifications as they currently are for the regular, non minimal template?
The same way you create any task-oriented template: minify the system, then install the necessary packages.
I can’t tell you which ones though because I don’t use BT and it is also off-topic. Perhaps experiment with removing packages from the template you are currently using and note the removal of which results in no-BT functionality.
I am a bit hesitant to comment as errors may ensue, but look at fonts they take up some space and I was able to remove them, however without console management it can make problems.