No. That’s not how it works for the most part. A package that gets installed will ship the files as included by the package. There’s no check during build. That is because Whonix is supposed to be upgradeable through apt dist-upgrade. Therefore as little logic as possible happens during the build process as this would be unavailable for already installed systems / VMs.
whonix-xfce-desktop-config is currently installed by default in gateway, workstation, kicksecure. (xfce version)
Package name whonix-xfce-desktop-config is outdated. There’s little Whonix specific about this package. (Except link to Whonix Live documentation.) The part whonix- could be removed from that package name but I am not sure what to replace it with to mean both Whonix and Kicksecure. There’s not much Kicksecure specific too. And dist-xfce-desktop-config is a kinda silly name. Also it causes some work to change package names. Hence I just kept the name as is for now.
Name dist and anondist are not great names anyhow. I am also undecided how much confusion a package with a name including kicksecure causes inside Whonix. For example at the moment kicksecure-base-files isn’t installed in Whonix. It gets replaced by whonix-base-files. Therefore there would be no way to check “this version of Whonix is based on this version of Kicksecure”. But shouldn’t matter for now as there isn’t much Kicksecure outreach for now and versions Whonix / Kicksecure can probably stay the same for a long time.
I added a modification of thunar.xml which gives the option to delete a file or a directory on right mouse click (instead of only having the option of ‘Move to Trash’) . It was default behavior on xfce4 until debian 10.
Having used Whonix-Host for more than a few hours lately, I must say that the grayish background is extremely ugly and depressing. It’s almost as we picked up the ugliest color by design, it’s so ugly I have the feeling I am running the default X session without a desktop environment.
Whonix-Host as it currently looks in all its grey glory. The definition of sadness!
Could we consider changing that to a more “joyful” color? Anything but this would do. We can also “mix” colors" to have horizontal or vertical gradients.
A few suggestions (“vertical gradient”, also with transparent top panel): Just suggestions, there are literally millions of available combinations. I figured that blueish-dark colors are better for the eye than too bright ones
Agreed. When I choose this, it really was only to make sure to have Whonix-Host differ from Whonix-Gateway differ from Whonix-Workstation. Did this as quickly as possible.
Which one? I guess since you’re the main inventor of Whonix-Host it should be choose. The three prposals all look good to me.
Makes sense.
Btw I also appreciate the changed taskbar color as the new sdwdate-gui icons (these and these) are gray and not looking good / are not well visible with a black taskbar. This also goes for both, Whonix-Host and Whonix VMs.
Btw don’t we want desktop icons on Whonix-Host also? Or was there a reason for not displaying them? Great for direct access to /home/ and disk devices, I guess also expected by most users (see how everybody got mad when Gnome 3 dropped desktop icons support).
For this we need to edit the panel bar for transparency. But would need to know if we move it on top first:
The reason for no longer shipping default desktop icons:
Hard to technically implement without these breaking in future.
Broken desktop icons resulted in “i wiped my system because desktop icon was dysfunctional which was evidence for compromise”.
Problem with desktop icons is that these need to reside in user home folder. Example: /home/user/Desktop/file-name.desktop
[1] Dev/About Debian Packaging - Kicksecure
Due to these issues these were removed to not spend any more time on it. Really complex for something as simple as desktop icons.
The previous implementation was using symlinks. The files resides in /usr/share somewhere while folder /home/user/Desktop contained symlinks to these files. (As a best compromise with [1].) Maybe would have been easier to manage/update desktop icons by directly installing these into /home/user/Desktop.
