iirc there is no preview without some image viewer installed. I added ristretto for this but I can remove it again, but there is also an option somewhere to disable preview with ristretto.
Yeah, I already have a xfce config package which puts stuff in there. End result after a build is a desktop like in the images above. Will post code soon™
I opened some pull requests. I’m not sure about the actual purpose of the terminal wrapper. The original file also did not really work.
The Xfce desktop config lives here: GitHub - Algernon-01/whonix-xfce-desktop-config: Configuration for Whonix Xfce desktop.
In there I also disabled the preview for Thunar since it contains the xml file anyways. So I guess the file in security misc can be removed. I’m also not sure what file would take precedence in case there are two in /etc/skel.
It also seems to be possible to decrease the RAM to 350 MB for the gateway and the desktop still works fine.
Not possible. Leads to package conflict. A file cannot be owned by two packages at the same time. Breaks apt-get (possible to repair but non-obvious for most users, not pretty to have support requests for that).
Yay! (Quite likely XFCE will become Non-Qubes-Whonix default download.)
Even apt-get / kernel upgrade does not freeze the VM?
I doubt <property name="last-separator-position" type="int" value="170"/> is intended?
Reason: any extraneous settings we’re not sure why we are changing / not sure what they are doing can cause issues now or later; obsolete code; generating follow up questions.
Some of the settings like window-width can probably be removed. But other ones are used to hide some desktop icons (trash can, removable drives …), showing hidden files, configuration of the wallpaper and icon theme. Otherwise the desktop would not look as pleasant as it does. I’m biased of course Some settings are also always set automatically by Xfce. I’ll try to figure out what can be removed while keeping the look the same.
That’s very much ok. Only very good to have the comment inside the source files in the git repository. (Similar to compiled C code. Source file has license but compiled binary is not human readable.)
Same as usual, I guess. Can we use multiple comment blocks like that?
But since just (small?) settings file it may not be copyrighted anyhow. //cc @HulaHoop
Afaik using USB storage devices in VM’s is not really recommended. Volume Management is part of automounting USB devices though you still need to specifically enable it. Thunar-volman is the package used for automounting, it is installed in a default Xfce installation but not in Whonix. So atm disabling or enabling volume management should not really do anything but I’d still opt for keeping it disabled.
Regarding hidden files: I usually like to see what is going on, (evil) $things are obviously easier to hide when dot files/folder are hidden.
Problem is if this is part of security-misc, it’s not a VM specific package.
Adding USB or not to VMs is up to the user. Qubes has a decent way to handle USB.
However, by turning Volume Management off by default, we worsen usability for Qubes?
Case: user not adding USB to VM -> no security harm by Volume Management being enabled?
Case: user adding USB to VM -> usability harm by Volume Management being disabled?
Does that make sense? So better leave it enabled?
I don’t think we’ll find any backdoor by showing hidden files by default. The usability impact is too big here to change the default. Unless we can argue that hidden files by default is actually bad for usability.
Currently enabling or disabling does nothing since Thunar-Volman is not installed and you would also need to enable auomounting manually. It’s more like a 49 vs 51% decision.
Depends on the kind of backdoor or malware and people actually looking for such files. There are certainly better and more complex ways to hide files. The usability impact probably depends on personal preferences.
Currently enabling or disabling does nothing since Thunar-Volman is not installed and you would also need to enable auomounting manually. It’s more like a 49 vs 51% decision.
So let’s not change it.
I’d even consider installing Thunar-Volman by default.
Depends on the kind of backdoor or malware and people actually looking for such files. There are certainly better and more complex ways to hide files. The usability impact probably depends on personal preferences.
Let’s keep them hidden by default. Usability will be worsened for most
users who get confused by much, much simpler things already.