Soon I will include Zulucrypt a LUKS container utility similar to Veracrypt but with the good ol’ dmcrypt on Linux.
What is a good place to document it?
Soon I will include Zulucrypt a LUKS container utility similar to Veracrypt but with the good ol’ dmcrypt on Linux.
What is a good place to document it?
Note: that will be Non-Qubes-Whonix only.
All fixed and split.
Please delete the old page → http://www.whonix.org/wiki/Multiple_Whonix_Gateways_and_TemplateVMs
All fixed.
Done.
Thanks
Thanks to you. You are the one doing the work
Should https://www.whonix.org/wiki/Template:Known_bugs be refreshed to remove all the bugs that have been fixed/worked around?
HulaHoop via Whonix Forum:
Should https://www.whonix.org/wiki/Template:Known_bugs be refreshed to remove all the bugs that have been fixed/worked around?
Sure.
Note: Whonix 14 only bugs can be marked as such (helpful for later
removal) but only removed once Whonix 14 is released for all platforms.
On that Testers ([[Test]]) page, the empty < pre> fields are annoying visually.
If the steps can’t be done with CLI, just better to bullet point those ones.
If there is any left that can be done with CLI, I’m sure you have the magic skills to do it
10 posts were split to a new topic: jitterentropy-rngd
A possible issue would be Onionizing Repositories since these instruction apply to Qubes (debian, whonix) and Non-Qubes (debian, whonix).
If each section was separated into Qubes templates and Non-Qubes templates, each would have a section with steps to add sources.list.d/debian.list
to their Whonix and Debian templates.
The problem is this would likely confuse (many?) Qubes users.
W: Target Packages (main/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list:5 and /etc/apt/sources.list.d/debian.list:5
W: Target Packages (main/binary-all/Packages) is configured multiple times in /etc/apt/sources.list:5 and /etc/apt/sources.list.d/debian.list:5
A possible solution would be to create a separate “Advanced Qubes users” section with instructions to add the sources.d/debian.list
lines to Debian and Whonix templates. This would have a more in depth information on the reasons for doing this. Of course this would be repeating content since Non-Qubes template instructions would also include this. But it would be much less confusing IMO. (no information overload) Does this make sense at all?
If this should be done a different way please let me know. I’m more than happy to do what ever needs to be done.
Yes. We’d have to use wiki templates to avoid duplication.
Hm, I don’t really understand this yet.
Which repository isn’t?
I see. Instructions for Qubes-Whonix template must use /etc/apt/sources.list.d/debian.list
but for Qubes Debian template must use /etc/apt/sources.list
. Wiki templates support variables so this even just needs a single wiki template. Let me know if I should pick/create an example from the wiki.
Yes, repeating content. Therefore wiki templates.
Yes. thank you
The other part is many(?) Qubes users won’t understand why this is a more secure method for updates and software installation. Meaning why do this on top of onionizing qubes-r4.list
. This needs to be explained in detail. We don’t want a large number of support requests about this.
If you recall, this output confused me a little bit. So its important users know this is not a problem.
https://forums.whonix.org/t/long-wiki-edits-thread/3477/1030
We absolutely should avoid users seeing that warning. Really confusing indeed and for sure will be all over the forums. It only comes from /etc/apt/sources.list vs /etc/apt/sources.list.d/debian.list and is avoidable.
Yes, please fix.
OK - 1st 8 sections are now ‘lightly’ edited (any complaints? ), except this one which is not yet approved:
The only section not updated in first 8 sections is release notes:
I think that is pretty critical now, as Whonix 15 doesn’t look far away for all platforms? (how long you think?)
Maybe someone can help out there i.e. we could do one each, since it is a monotonous task. If not, I’ll take one for the team…
Obvious to us but many users have no idea what “CLI” means. I suggest to the change the titles to “CLI (Command Line Interface)” or in some places maybe even to “Command Line Interface - No GUI”. At the very least there should be brief explanation on Whonix for Windows, macOS, Linux inside VirtualBox re what is CLI, for example
Please choose Whonix with XFCE or Whonix with CLI (no GUI).
or
Please choose Whonix with XFCE (includes GUI) or Whonix with CLI (text terminal only).
No idea how long it will take. Blocked by create Debian buster template · Issue #4970 · QubesOS/qubes-issues · GitHub. Could take 0-8 months, who knows.
Didn’t notice. Thanks for reminding me. Usually I notice what needs review by looking at Login required - Whonix. Once other wiki edits move it too far down (like the mass search and replace), I don’t notice it anymore. But I try looking at Pages with pending changes - Whonix more often. Will look into it.
Indeed.
Laymen doesn’t know what a GUI is either.
Perhaps
Please choose Whonix with XFCE (with a graphical interface) or Whonix with CLI (text terminal only).
or
Please choose Whonix with XFCE graphical desktop or Whonix with CLI (text terminal only).
How do you like Template:VirtualBox Choose Stable - Whonix now?
Look much clearer!