On Wed, 17 Aug 2022 at 18:23, Kevin Kofler via devel <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
Stephen Smoogen wrote:
> I don't know of an Operating System which isn't a rolling operating system
> which works this way. MacOS, Windows, Debian, Ubuntu, Fedora all require a
> manual clickthru to get to the 'next' version which is available.
For Windows, it really depends on what you mean by the "next version". If
you are thinking in RHEL-like time frames, then the "next version" is
Windows n+1 (e.g., 10 to 11), to which upgrades are not automatic. But
Windows does release major upgrades to every Windows version every 6 months
(which pretty much corresponds to Fedora n+1) and upgrades users to those
more or less automatically. Even fully automatically without the user's
consent at the latest around when the next upgrade comes out (which would
correspond to fully automatic upgrades to Fedora n+1 around when n+2 is
released, which conveniently is when Fedora n is about to reach its EOL).
Now, I think there would be a huge outcry if Fedora did this the Microsoft
way with no way to opt out (I would be one of the first to complain), but
claiming that Windows does not do this is just wrong.
I should have been clearer. I was talking about the changes between XP->7->8->8.1->10->11 versus 10.<date_1> -> 10.<date_2>. I was thinking of it more since for the most part they used pretty much the same compiler for all of 10 versus new compiler and major library changes every six months
The later ones are forced through with a system which from my experience seems to go the following:
0. Download patches/new code
1. Reboot
2. Copy older version to backup
3. Patch/install to the newer version
4. If patch fails, copy backup to running
4. Reboot
5. If reboot failed try to copy backup to running
6. Reboot
7. If going back to backup failed, reinstall OS system from safety partition
8. Reboot
9. If that fails, put up a screen with a website or phone number.
I have had all the post #4 scenarios play out several times. I don't think Fedora could handle the outrage from that.
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
