Having consistent interface names on servers that have several is useful, but we already had that option. The interface names they generate are not only hard to remember, but not terribly useful as they're based on things like which PCI slot they're in, rather than what their purpose is. You want interface names like wan0 and DMZ, not enp0s2. Of course, you can set it up to use useful names, but it's more complicated than it used to be, so while the systemd approach looks like a good idea on the surface, it's actually a retrograde step.

I do use Ansible, partly because it's easier to tell people that's how you do it rather than "I wrote a shell script, it took half the time to write, it's 20% the size and runs several times faster". To be fair to Ansible, if you're configuring a number of servers at the same time, it's not too bad speedwise as it'll do batches of them in parallel. Configuring one server at a time is agony though.

I've never actually tried BTRFS, there were a few too many "it loses all your data" bugs in the early days, and I was already using ZFS by then anyway. ZFS has more than it's fair share of problems, but I'm pretty confident my data is safe, and it has the same upsides as BTRFS. I'm looking forward to seeing how BCachefs works now it's in kernel, and I really want to compare all three under real workloads.

That's fair, it does make sense to use it on a laptop, but it really should be the sort of thing you add when needed rather than having it jammed in whether it's useful or not.

Every time I need to do something even slightly different to a basic setup I find myself inventing new curses for those who screwed things up with these overblown, over complex, minimally functional abominations. Just give me vi and the basic configuration files and let me get on with it!

I'm with our binary friend; the systems they try to replace tend to be time tested, reliable and simple (if not necessarily immediately obvious) to manage. I can think of a single instance where a Redhat-ism is better, or even equivalent, to what we already have. In eavh case it's been a pretty transparent attempt to move from Embrace to Extend, and that never ends well for the users.

I was more suggesting that it might be a bit eldritch, but sometimes humor doesn't come across quite right/

The linked paper is focused on studying the 'perforation-type anchor' they use to hold the tissue to the mold as it grows, rather than keeping it alive afterwards. During growth the tissue and mold were submerged, or partially submerged, in a suitable medium to keep the cells healthy, and it was only when the resulting models were tested that they were removed (although one test did seem to involve letting it dry out to see if the anchors held). Growing the various layers of cells seems to be a solved problem, and I suspect that includes keeping them supplied with nutrients and such, so the authors aren't examining that. What's not solved is how to keep the tissue attached to a robot, which is what the authors were studying.

You've taken an apex predator, evolved for the stresses of the tooth and claw natural world, fulfilled their every need and whim, and now all they have left is choir practice and occasional surprise attacks on unwary feet.

tips fedora

M'Debian.

(Had one too many problems with Fedora)

The internet in it's heyday, when it was a genuinely thrilling place to find information, and quite a lot of weirdness, and before it was swamped by corporate interests.

I remember starting out with gopher and a paper print out of 'The big dummies guide to the internet' which was a directory of almost every gopher and ftp site (pre web) along with a description of what you'd find there. Then the web came along and things got really good for a while. Once big corporations got involved it all went down hill.

Have you considered supplementing your income by committing massive fraud?

You need to start by making small changes to your daily habits, and build up to massive fraud. If you try to do it all at once the habit wont stick.

I suspect he'd didn't have as much to lose by throwing away his 40s as you would. He doesn't sound like the most rational of sorts, so probably didn't have the 'stability and the means" for a good life you mention.

You really shouldn't have something kike SSHD open to the world, that's just an unnecessary atrack surface. Instead, run a VPN on the server (or even one for a network if you have several servers on one subnet), connect to that then ssh to your server. The advantage is that a well setup VPN simply won't respond to an invalid connection, and to an attacker, looks just like the firewall dropping the packet. Wireguard is good for this, and easy to configure. OpenVPN is pretty solid too.