I think this is by design. I once contributed to git, and it required putting a patch in the mailing list. It certainly forced you to be sure your code was spot on.
And it will discourage new users from contributing. Thus, only boomers and corpos will contribute, and over time Linux becomes a de facto corporate owned committee.
Butterface excels at keeping data safe-ish or at least lets you know when to throw in the towel, and which bits you’ve lost. It’s also write intensive if you open a file with write permissions, which is harder on your drives.
Btrfs is great for the data you want to keep long term.
Also UEFI has some nice advantages if your computer isn’t a dino that can’t handle it.
This. Too many partitions for a home system can get pretty stupid pretty quick. But OP has just the right amount of separation between system and data. I’ve known people that were uncomfortable without breaking /var (or /var/log) off into its own partition, but that’s really overkill for a stable, personal system, IMO.
computer isn’t a dino that can’t handle it.
I feel personally called out by this statement!
Seriously, the big one for me, is that I like having drive encryption. It protects my computer and data should it fall into the hands of, say, burglers. I also like turning it up to the elevens simply because I’m a bit TOO paranoid. You really need more than 1GB of ram to do argon2id key derivation, which is what fde is all moving to for unlocking purposes, and BIOS just can’t do that. My main workstation is using a powerful, but older mobo with gigabyte’s old, horrid faux EFI support.
Another good one for the security-conscientious person is Secure Boot, meaning that you control what kernels and bootloading code is allowed to boot on your computer, preventing Evil Maid-type attacks: wiki.ubuntu.com/UEFI/SecureBoot
That’s pretty far fetched, but maybe not too out of the question if you, say, work for a bank or accountant.
Of course none of that matters if you don’t practice good operational security.
I always use https://luciole-vision.com/luciole-en.html to typeset documents like letters and such. I find it pleasant looking and it is supposedly easy to read for people with dyslexia.
I’ve been utilizing Fedora as my go-to server operating system for over a decade, starting around Fedora 13 and consistently progressing through the subsequent major releases. Throughout this journey, Fedora has proven to be a reliable choice, offering several noteworthy advantages.
One of the standout features of Fedora, reminiscent of its desktop counterpart, is the availability of up-to-date and cutting-edge packages. With the backing of Red Hat, compatibility with a range of software, including SystemD and FirewallD, enhances its appeal for server applications.
However, it’s crucial to consider Fedora’s rapid release cycle, with a new version emerging approximately every six months and a 13-month support window for each release. While this frequent update schedule ensures access to the latest features, it can pose challenges for server environments where uptime is critical, and system administrators may find it demanding to keep up with the pace while managing compliance, audits, and other business processes.
Despite these considerations, my personal experience with Fedora as a server has been exceptionally positive. The OS has demonstrated robust performance across diverse environments, seamlessly adapting to various setups, from bare metal and virtual machines to containers. The flexibility extends from smaller hardware configurations like the Raspberry Pi to more substantial servers with 40+ vCPUs and 1.5TB RAM.
SELinux, a crucial component for security, seamlessly integrates with most applications, but I have encountered some challenges with WINE headless server programs, particularly for hosting Windows-based game servers not originally designed for Linux. Additionally, compatibility with Debian-based Crypto wallets proved to be a stumbling block, requiring the use of a Debian VM for compilation and subsequent transfer to Fedora.
In terms of server redundancy and monitoring, I rely on three Fedora servers equipped with essential software such as Nginx, Grafana, Prometheus, Influxdb, and fping. Wireguard and Samba facilitate automated file transfers between another set of servers, contributing to an efficient setup.
Automation plays a significant role in my server management, with Ansible and Bash scripts streamlining tasks such as package installations, configuration adjustments, and firewall rule setups. Each Fedora server is configured for self-startup to ensure uninterrupted operation in case of power failure or manual reboots.
I’ve successfully integrated an LSI/Intel server RAID card into one of my Fedora servers, and the third-party RPM package for monitoring (storcli64) installed seamlessly. LSI card driver support is built into the Linux kernel, contributing to a hassle-free experience.
The only notable limitation I’ve encountered pertains to desktop gaming, a domain where I’m exploring transitioning to Fedora. For gaming servers requiring Steam/SteamCMD and Windows DLLs, alternative solutions might be more suitable, unless willing to navigate potential challenges with WINE and SELinux adjustments.
In conclusion, the suitability of Fedora as a server hinges on your specific use case. For web or Internet of Things servers, it stands out as an excellent choice. However, if your requirements involve gaming servers with Steam dependencies, alternative options may warrant consideration. As I’ve explored various Linux and *BSD systems over the years, Fedora has proven its versatility, offering a compelling solution for a range of server applications.
Yes, the support window is only 13 months after release, which can be annoying. I’d rather go with Debian or CentOS, unless software needs a more recent library.
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.
Potentially related, not sure: does anyone know how I can get touchscreen scrolling working in Firefox on a fresh Ubuntu 23.10 install? Currently it’s just selecting text and it’s driving me up the proverbial wall. Googling was unsuccessful.
Not sure if Firefox supports that… For what I remember, PostmarketOS, Ubuntu touch and other mobile linux distros actually patch Firefox for allowing that behaviour
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.