> Am 31.07.2022 um 03:34 schrieb Tim via users <users@xxxxxxxxxxxxxxxxxxxxxxx>: > > On Sat, 2022-07-30 at 20:01 -0400, Tom Horsley wrote: >> My approach would be to start from scratch on a new disk (or at least >> a new partition) and install anything needed to get the same >> configuration working. > > Likewise. I gave up upgrading long ago, it's one of those "in theory" > things that often doesn't go according to plan. Long term installs > over the top often end up with conflicts, and a mess of increasing > things collecting over time. It’s Fedora Server here. This is far less complex than, for example, Workstation, simply because of the non-existent graphical interface. > >> Although why anyone would want to use fedora for a long term server >> is a separate question :-). (CentOS or Ubuntu LTS comes to mind). > > I'd agree with that too, though it seems CentOS is moving themselves > out of that position. CentOS 7 lasts 'til mid-2024, CentOS 8 lasts > until the end of 2022, there won't be a CentOS9. There are many reasons to prefer Fedora Server, e.g. additional and needed functions by new versions of software (e.g. compare the functions of a standard software as postfix). Even an old version of Fedora Server has newer versions as RHEL oder CentOS. And Fedora Server has been reasonable stable for a long time. -- Peter Boy https://fedoraproject.org/wiki/User:Pboy pboy@xxxxxxxxxxxxxxxxx Timezone: CET (UTC+1) / CEST (UTC+2) Fedora Server Edition Working Group member Fedora docs team contributor Java developer and enthusiast _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-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/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure