Qubes-Whonix 18 Released! Major Release Upgrade!

Download

Upgrade

Alternatively, in-place release upgrade is possible upgrade using by performing a release upgrade.

Availability and Qubes-Whonix Support: Qubes R4.2 versus Qubes R4.3?

  • Qubes R4.2: Qubes-Whonix 18 unavailable. Qubes-Whonix 18 won’t be available for Qubes R4.2.
    • Release status: Even though Qubes R4.3 is only available as a release candidate (RC) at the time of writing,
    • Expected release: A stable release of Qubes R4.3 (and Qubes-Whonix 18) is probably not far away.
    • Upgrade recommendation: Qubes-Whonix 17 users on Qubes R4.2 are encouraged to consider upgrading to Qubes-Whonix 18 on Qubes R4.3 as soon as possible.
    • Maintenance situation: Qubes-Whonix 18 is what developers are using and where the development focus is. It comes with much newer packages. Qubes-Whonix is a small project and does not have a dedicated team for oldstable support. Therefore, oldstable support is maintained as a side project. More details: decide availability of Kicksecure and Whonix 18 (Debian trixie based) on Qubes R4.2 versus R4.3 #10219
  • Qubes R4.3: Qubes-Whonix 18 is available.

This release would not have been possible without the numerous supporters of Whonix!


Please Donate!


Please Contribute!

Changelog

Same as Whonix 18.0.8.7 Released! Major Release Upgrade!

1 Like

Whonix 18.0.7.5 - Major Release Upgrade
Testers wanted!

This will be shipped with the next week’s QubesOS 4.3rc-4 release,
right?

1 Like

On Firefox the mouse scroll wheel lags so much it becomes unusable. It works on other apps like FeatherPad.

But the lag extends to everything, like dragging a window. No more graphic board hardware support?

Overall the change from Xfce to LXQt is a big downgrade.

1 Like

Why would you use Firefox inside Whonix?

Are you talking about Non-Qubes-Whonix or Qubes-Whonix?

Sounds like lag caused by improved protections for Keystroke and Mouse Deanonymization.

2 Likes

(This forum post was previously a call for testers. No release critical bugs where found during the testing period. This forum post was therefore transformed into a stable release announcement. See edit history.)

2 Likes

I have custom Standalone VMs based on Whonix. I noted here:

>Note: The word “standalone” in the option “--template-standalone-upgrade” does not refer to “Standalone VMs”.

So what would be the proper/safe way to perform an upgrade? It seems Whonix 18 is not compatible with Qubes 4.2 so I shouldn’t upgrade them first and Whonix 17 is not compatible with Qubes 4.3 so I won’t be able to start the Whonix 17 VMs to upgrade.

1 Like

Documentation - as is - is complete. [1] Full stop.

What follows is only an elaboration trying to clear up the confusion created by the wording.


[1] Unless there a bug reports.


You could completely ignore that sentence and pretend it doesn’t exist.

Why did I add it? I was pretty sure that if I didn’t add it a larger amount of people would get the impression that option “--template-standalone-upgrade” means “upgrade Standalones only”. That would be wrong.

“does not refer to “Standalone VMs”.” and it’s correct. Doesn’t refer to the topic of which type of VM (App Qube vs Template vs Standalone).

Option “--template-standalone-upgrade” is referring to a separate stage that is part of qubes-dist-upgrade. A stage that can be run separately, by itself. Dare I say “standalone”? (lower case, common English word, unrelated to Qubes VM type and certainly not referring to mixed case “StandaloneVM”)

Option “--template-standalone-upgrade does include upgrading both, TemplateVMs and StandaloneVMs.

I am not a fan of the changed terminology by Qubes. By renaming StandaloneVM to Standalone and thereby hijacking a common English word, a lot confusion can be caused.

Unsupported indeed.

That’s why High Level Overview exists.

So what I can say?

Just follow the steps and don’t try to find contradictions in the compatibility versus support matrix.

The problem is “compatibility” versus “support”.

  • Qubes R4.2 + Whonix 17: compatible
  • Qubes R4.2 + Whonix 18: compatible [A]
  • Qubes R4.3 + Whonix 17: compatible [B]
  • Qubes R4.3 + Whonix 18: compatible

So why are some combinations compatible but unsupported? Maintainability.

The definition of Undocumented, Untested or Unsupported Features includes:

This does not necessarily imply “technically impossible”.

When being on Qubes R4.2 with Whonix 17 and upgrading to Qubes R4.2, users indeed end up with Qubes R4.3 with Whonix 17 in a state of “compatible but unsupported”. But it’s only for a brief moment and fixed by Whonix release-upgrade. And this state, release upgrade is supported indeed in so far that reasonable efforts are made to correct fixable bugs, if reported.

From the perspective of Whonix 17 the underlying Qubes R4.2 to R4.3 upgrade “isn’t a big deal” because Qubes didn’t introduce breaking changes.


[A] sudo release-upgrade --force. That’s what I personally used during early Qubes R4.3 early RC (release candidate) development. There might even be Templates in Qubes community templates testing repository.

[B] Marek had built Templates during Qubes R4.3 early RC (release candidate) development. That was supposedly useful to ensure wide compatibility.

3 Likes

Thank you! I see my concerns were unwarranted. Hope your detailed response helps others as well.

Coming here to ask for support always reminds me to donate :slight_smile:

3 Likes