Long Wiki Edits Thread

Maybe better (?):

Whonix Overview. Online Anonymity via Tor and Security by Isolation. Based on Debian.


I improved Reinstall Qubes-Whonix ™ Templates: Stable Version a bit. Made it less theoretic and more hands-on. While all information was correct, by reading the qubes-users mailing list I concluded that most users would be simply lost. Most users need hands-on instructions. Examples which they can simply copy. So I made creation of the a Fedora dom0-updatevm “mandatory” in documentation. (Doesn’t say “mandatory” but documentation assumes this step was done.)

It’s not perfect and doesn’t cover all wishes of everyone but much more straight forward for an already lengthy process. Of course, there could be a few users who don’t mind to --action=upgrade might like to avoid a Fedora based UpdateVM and use --action=reinstall and then update but documenting this would try to make everyone happy while making no one happy.

Text starting with If the dom0 UpdateVM is based on a template that is broken or no longer trusted is currently a footnote only and unfinished. Not sure how to combine it with what is said above.


Took that. :slight_smile:


Uninstall Qubes-Whonix ™ could use some testing. From a “maxmium Whonixified” situation (Whonix DVM, NetVM of other VMs, UpdatesProxy for TemplateVMs, dom0 UpdateVM, salt, i.e. all steps from Qubes/Install) to a “zero-Whonix” situation and How-to: Install the Stable Version of Qubes-Whonix ™ 16.

I’ll work on that.


User “have a problem, can I got back to earlier version?” This could use a new FAQ why this is unsupported.

Going back to older (stable) versions is unsupported.

Why? See:
Is the Linux User Experience Comparable to Commercial Operating Systems?

Would be a waste of developer time if we supported that because older versions of other issues which would add overhead. So your only chance is to contribute by asking for support, help debugging issues and perhaps receiving workarounds and/or fixes.

Have this complete. Have my edits complete later on today.

1 Like



The only real problem was with removal of the TemplateVMs. That being I was unable to remove 1 due to a Qubes specific issue that was resolved using these workaround.


I had recently repurposed a laptop for testing and had just installed Qubes. However, the installer failed to fully install whonix-gw template the first time around. On the second try I was left with 2 whonix-gw templateVMs. The first template was the one that i had the issue with.

Other than that everything went Ok. I didn’t touch the technical terminology because if figure it was written like that due to Qubes mailing list people complaining? I can try and simplify it if you’d like?

I’m also going to make a pull request for Qubes/doc/glossary



Not sure if they will go for its but worth trying. Any other glossary terms I can add?

1 Like

Up next.

1 Like
1 Like

Electrum instructions have been updated

(new) Temlplate:Debian Codename Unstable

(new) Template:Install Unstable

Install software: Add Install from Debian Unstable

Switch from package electrum/buster to electrum/sid

Should any of the best practices from Debian Unstable wiki be mentioned in #Install from Debian Unstable?


1 Like

Excellent work! :slight_smile:

Btw codename unstable codename sid is stable. Sounds strange. True story. :wink:

Not sure. A link for sure. Otherwise whatever is useful in context of our instructions as well too. Some things from DebianUnstable - Debian Wiki at first sight don’t apply since we don’t dist-upgrade from whole sid.

New entry Frequently Asked Questions - Whonix ™ FAQ could use a (perhaps bold, dunno) revision. Whatever needed to make it sound comprehensible and reasonable.

1 Like


Thank You! :slight_smile: :+1:

No problem.

1 Like



1 Like

added D18 an alternative better PC than purism in here:

add vokoscreen which a video screen recorder independent DE package as an alternative to gtk-recordmydesktop which is a gnome dependent:

@0brand @torjunkie

The wiki is filled with KDE instructions which needs to be deleted/replaced with xfce or independent packages (which is preferable).

so can you do that or would you like a hand help with it?


I not sure the KDE instruction should be removed until it is no longer installed by default (deprecated). Even then users could still install KDE if they chose to so it would be a good idea to keep them. Maybe move them elsewhere (deprecated). However, that would be Patricks call. Regardless, if you want to add XFCE package instructions to the wiki go ahead. :wink:

1 Like

Well it is deprecated no?

Not possible , there are lines buried inside the wiki which cant be moving as a topic. Only easy way to handle them is to switch the instructions to xfce (as i mentioned above).

btw use @ then my name so i can get notified :wink:

Whonix 14 users who started with Whonix 14 KDE can still use it until Whonix 14 gets deprecated (which is 1 month after release of Whonix 15) which is hopefully shortly after Debian 10 / buster release.


Whonix 14 → Whonix 15 will most likely have instructions how to migrate/upgrade from KDE to XFCE (unless this is technically too difficult to figure out but expected quite easy).

So meanwhile both has to be documented.

1 Like

Btw we have Redirect Whonix-Workstation Ports or Unix Domain Socket Files to Whonix-Gateway - Whonix but it is unuused. ( ⚓ T544 systemd-socket-proxyd instructions template )