Depends on what you’re using it for. Fedora’s release ver upgrades are fairly seamless. Just a big dnf update really.
Meanwhile I have a bunch of servers stuck on CentOS 7 that are going to need to be completely rebuilt by next summer. I’m also limited by them because the pdf generator I use requires a version of libpango that was released in 2019 and EL7 is stuck on the 2018 version.
I switched from Rocky to Fedora Server because I was sick of running into compatibility issues with dependencies that exist in the Fedora repo and not EL.
Specifically postgres. One of the projects requires postgis and gdal, which are in the Fedora community repo, but I have to use the official postgres repo on Rocky and the people that maintain those repos are literally incompetent. They have an automated script that generates all of the packages and they can’t even be bothered to double check that the packages are built against the correct version of postgres, so your install will fail because a PG14 package is looking for a dependency that only exists in the PG11, PG12, and PG15 repo.
Isn’t Fedora’s support window a bit over a year per release? Would you want to deal with upgrades every year?
Yes. In place upgrades are pretty easy at this point though.
Depends on what you’re using it for. Fedora’s release ver upgrades are fairly seamless. Just a big dnf update really.
Meanwhile I have a bunch of servers stuck on CentOS 7 that are going to need to be completely rebuilt by next summer. I’m also limited by them because the pdf generator I use requires a version of libpango that was released in 2019 and EL7 is stuck on the 2018 version.
I switched from Rocky to Fedora Server because I was sick of running into compatibility issues with dependencies that exist in the Fedora repo and not EL.
Specifically postgres. One of the projects requires postgis and gdal, which are in the Fedora community repo, but I have to use the official postgres repo on Rocky and the people that maintain those repos are literally incompetent. They have an automated script that generates all of the packages and they can’t even be bothered to double check that the packages are built against the correct version of postgres, so your install will fail because a PG14 package is looking for a dependency that only exists in the PG11, PG12, and PG15 repo.