Why is dom0 so long behind in versions?
Rune Philosof
awokd
> Wouldn't it make it easier to maintain, while also getting better hardware
> support?
>
--
- don't top post
Mailing list etiquette:
- trim quoted reply to only relevant portions
- when possible, copy and paste text instead of screenshots
Rune Philosof
'Rune Philosof' via qubes-users:
> Why not use fedora 35 for dom0?
> Wouldn't it make it easier to maintain, while also getting better hardware
> support?
>
https://www.qubes-os.org/faq/#why-is-dom0-so-old
Med venlig hilsen / Best regards
Rune Philosof
Software developer
rp@abtion.com
Vesterbrogade 15, 3
1620 København V
Sverigesgade 18
5000 Odense C
unman
> On Tue, Jan 18, 2022 at 1:24 PM 'awokd' via qubes-users <
> qubes...@googlegroups.com> wrote:
>
> > 'Rune Philosof' via qubes-users:
> > > Why not use fedora 35 for dom0?
> > > Wouldn't it make it easier to maintain, while also getting better
> > hardware
> > > support?
> > >
> > https://www.qubes-os.org/faq/#why-is-dom0-so-old
> >
>
> Thanks. But that does not answer any of the questions.
> It only says why it is not necessary to run a newer one.
>
is in the midst of that with (now) rc4, but has already been through an
alpha and beta round.
At that time Fedora 32 was still a recent release.
Every release has to draw a line somewhere - it would not be feasible to
keep updating dom0 as the testing rounds progress.
Rune Philosof
On 1/18/22 7:09 AM, 'Rune Philosof' via qubes-users wrote:
On Tue, Jan 18, 2022 at 1:24 PM 'awokd' via qubes-users <qubes...@googlegroups.com> wrote:
'Rune Philosof' via qubes-users:
> Why not use fedora 35 for dom0?
> Wouldn't it make it easier to maintain, while also getting better hardware
> support?
>
https://www.qubes-os.org/faq/#why-is-dom0-so-old
Security is the core of Qubes, not convenience or bells and whistles. There are, generally speaking, fewer surprises with mature versions.
There was a saying in IT of which I often reminded my employees and colleagues - I don't mind being on the bleeding edge, as long as it's not the client's blood. Update that to today's reality - I don't mind being on the bleeding edge, as long as it's not my blood.
Those are good arguments.
However, I am testing out 4.1 and looking a bit into the cause of the bugs I see (loading the coredumps in gdb).
I find my motivation for using time on getting to the bottom of the errors dropping because there is a chance that the errors are already fixed in newer versions.
How hard it would be for me to test it out on newer versions, I wonder.
It would be nice if Qubes was something you could add to an existing installation.