On Wed, 17 Aug 2022 at 18:23, Kevin Kofler via devel < devel@lists.fedoraproject.org> 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@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
