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
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.
- this repository is not included by default
- updating templates produces this output in Qubes Debian Template (which is OK)
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?
- Qubes Repos
- Advanced Qubes
- Non-Qubes
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:
- Whonix 14 updates
- Whonix 15
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).
Look much clearer!
re fix plural which were wrecked by TM changes
- Shouldn’t do manually. Too much work.
- I’ve read in English, if it’s a TM ,the rule is: don’t use plural, correct?
- I would like to keep templates for project name like
{{workstation_product_name}}
(this isn’t fully done):- this makes it easier for third parties to fork Whonix should they desire so (project name becomes an interchangeable variable).
- also makes it easier (perhaps in future) to change the ™ to ® or whatever in future
Dev/Licensing - Kicksecure has a collection with all new wiki templates related to project name.
If you like to change == paragraph title names ==
(to remove TM
), could you please use the wiki templates, and add an anchor with the TM including name? That way, most of the wiki internal links would continue to work.
For example, on Whonix ™ - Anonymous Operating System
= {{project name}} Version =
could be changed to
{{Anchor|{{project name}} Version}}
= {{project name short}} Version =
Whenever changing a paragraph title names it’s useful to leave the old version as an anchor if it’s like that this is a wiki internal link too. That way we don’t need to update any wiki internal links and it’s no problem if we forget any.
Sometimes
{{Anchor|{{project name}} Version}}
will not work.
Verbatim
{{Anchor|Whonix Version}}
might be needed. Not sure yet. May only not work inside wiki tables. On Whonix - Overview it is functional.
Created the Template:
https://whonix.org/wiki/Template:Onionize_Debian_Sources.list
With the exception of the variable(s) for the Template, I have everything ready to go for the onionizing repository page. This template witll be used for debian.list for the following Templates/VMs
- Qubes Debian
- Qubes-Whonix
- Non-Qubes Debian
- Non-Qubes-Whonix
variable added: Template:Onionize Debian Sources.list: Difference between revisions - Whonix
usage:
{{Onionize Debian Sources.list
|filename=/etc/apt/sources.list
}}
{{Onionize Debian Sources.list
|filename=/etc/apt/sources.list.d/debian.list
}}