[prev in list] [next in list] [prev in thread] [next in thread]
List: qubes-devel
Subject: Re: [qubes-devel] guest OS support matrix
From: "Jeremias E." <j.eppler () openmailbox ! org>
Date: 2016-01-24 23:24:49
Message-ID: 395b1900-ebb2-4337-aadb-09a2636ebb39 () googlegroups ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hello,
Qubes is a user oriented desktop operating system with a focus on security.
In my opinion clear communication which Qubes OS is currently supported
in the qubes homepage is really important. Additionally the supported guest
OS
versions should be mentioned.
The table for Qubes OS could look like:
> Qubes OS 1 | outdated |
> Qubes OS 2 | outdated |
> Qubes OS 3 | f20 | stable (recommended) |
> Qubes OS 3.1-rc1 | f20 | outdated |
> Qubes OS 3.1-rc2 | f20 | testing |
> Qubes OS 3.1 | f20 | future stable |
> Qubes OS 4.0-alpha | fXX | in development |
Qubes OS guests for stable (3.0) and testing (3.1):
Fedora:
Fedora 23 (stable)
Debian
Debian 8.2 "Jessie" (stable)
Debian 9 "Stretch" (future - testing)
Whonix:
Whonix XZ (Debian XY)
Archlinux:
--> rolling release
Windows:
Win 7 + Qubes Tools 3.xx
I think supporting outdated linux distributions should not be the goal of
Qubes - Development Team.
Furthermore the guest OS versions should be outdated according to the
distribution release cycles
and not be dependent on the Qubes OS versions. This is right now
nevertheless the case.
From my experience Qubes users does not switch, based on the time. They
switch if a specific feature is
complete.
To decide when to mark Qubes 4.0 as stable and Qubes 3.1 to outdated I
would recommend explaining
which features are completed in Qubes 4.0 instead of using a time based
(months) cycle.
One of the biggest issue for many users to switch from Qubes 2.0 to Qubes
3.0 was the lack of
Windows guest OS support. This shows clearly that most of the upgrade
decisions are based on
features instead of time.
I share the same opinion on LTS releases as Patrick Schleizer does.
Best regards
J. Eppler
--
You received this message because you are subscribed to the Google Groups \
"qubes-devel" group. To unsubscribe from this group and stop receiving emails from \
it, send an email to qubes-devel+unsubscribe@googlegroups.com. To post to this group, \
send email to qubes-devel@googlegroups.com. To view this discussion on the web visit \
https://groups.google.com/d/msgid/qubes-devel/395b1900-ebb2-4337-aadb-09a2636ebb39%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[Attachment #5 (text/html)]
<div dir="ltr">Hello, <br><br>Qubes is a user oriented desktop operating system with \
a focus on security.<br>In my opinion clear communication which Qubes OS is currently \
supported <br>in the qubes homepage is really important. Additionally the supported \
guest OS<br>versions should be mentioned.<br><br>The table for Qubes OS could look \
like:<br><br>| Qubes OS 1 | outdated |<br>| Qubes OS 2 | outdated |<br>| Qubes OS 3 | \
f20 | stable (recommended) |<br>| Qubes OS 3.1-rc1 | f20 | outdated |<br>| Qubes OS \
3.1-rc2 | f20 | testing |<br>| Qubes OS 3.1 | f20 | future stable | <br>| Qubes OS \
4.0-alpha | fXX | in development |<br><br>Qubes OS guests for stable (3.0) and \
testing (3.1):<br><br>Fedora:<br>Fedora 23 (stable) <br><br>Debian<br>Debian 8.2 \
"Jessie" (stable)<br>Debian 9 "Stretch" (future - \
testing)<br><br>Whonix:<br>Whonix XZ (Debian XY)<br><br>Archlinux:<br>--> rolling \
release<br><br>Windows:<br>Win 7 + Qubes Tools 3.xx<br><br>I think supporting \
outdated linux distributions should not be the goal of Qubes - Development \
Team.<br>Furthermore the guest OS versions should be outdated according to the \
distribution release cycles<br>and not be dependent on the Qubes OS versions. This is \
right now nevertheless the case.<br><br>From my experience Qubes users does not \
switch, based on the time. They switch if a specific feature is<br>complete. <br>To \
decide when to mark Qubes 4.0 as stable and Qubes 3.1 to outdated I would recommend \
explaining<br>which features are completed in Qubes 4.0 instead of using a time based \
(months) cycle. <br>One of the biggest issue for many users to switch from Qubes 2.0 \
to Qubes 3.0 was the lack of <br>Windows guest OS support. This shows clearly that \
most of the upgrade decisions are based on<br>features instead of time.<br><br>I \
share the same opinion on LTS releases as Patrick Schleizer does. <br><br>Best \
regards<br> J. Eppler<br><br><br><br><br><br><br><br></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups \
"qubes-devel" group.<br /> To unsubscribe from this group and stop \
receiving emails from it, send an email to <a \
href="mailto:qubes-devel+unsubscribe@googlegroups.com">qubes-devel+unsubscribe@googlegroups.com</a>.<br \
/> To post to this group, send email to <a \
href="mailto:qubes-devel@googlegroups.com">qubes-devel@googlegroups.com</a>.<br /> To \
view this discussion on the web visit <a \
href="https://groups.google.com/d/msgid/qubes-devel/395b1900-ebb2-4337-aadb-09a2636ebb \
39%40googlegroups.com?utm_medium=email&utm_source=footer">https://groups.google.com/d/ \
msgid/qubes-devel/395b1900-ebb2-4337-aadb-09a2636ebb39%40googlegroups.com</a>.<br /> \
For more options, visit <a \
href="https://groups.google.com/d/optout">https://groups.google.com/d/optout</a>.<br \
/>
------=_Part_118_1454709506.1453677889878--
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic