It is possible to convert from ext4 to btrfs, but if you just installed the server it may be easier to just reinstall.

Failing to mention that JAR is just a ZIP file with special contents and calling tar a compression format sure is a bit incompetent for a textbook.

I have 64 GB of memory in my desktop with 16 GB of zswap. Can’t say I’ve noticed any difference because I haven’t actually been in a situation that uses all this memory yet (aside from some programs leaking memory), but the thought of getting “free” RAM is appealing to me.

Almost all data, aside from stuff like databases, benefits from filesystem-level compression, and almost every user benefits from having snapshots. Snapshots have saved my ass so many times, e.g. when I accidentally delete a file I shouldn’t have, or when a program has overwritten a file it shouldn’t have, or when Crusader Kings 3 corrupts my savegame.

As for bitrot, I frankly don’t know if btrfs has an automatic mechanism of fixing rotten files from an external backup of the filesystem (created using btrfs send), but even if it doesn’t it’ll tell you what has rotted so you can restore the files manually.

If you’re not intending to use complicated RAID setups, just go with btrfs. There is no reason to bother with zfs given your specs and needs.

Do not go with ext4. Unlike both btrfs and zfs, ext4 does not do data checksumming, meaning it cannot detect bit rot (and obviously cannot fix it either). You’ll also be missing out on other modern features, like compression and copy-on-write and all the benefits that entails. Once you start using snapshots for incremental backups using btrfs send (or its zfs equivalent), you’ll never want to go back. Recommended script: snap-sync.

It automatically uses Proton for titles that Valve has whitelisted as compatible. To play anything else you need to check a box in the settings. Honestly, it should probably just be checked by default.

Initially I was using rocky+podman but inevitably hit something I wanted to run that just straight up needed docker and was too much effort to try and get working. 🤷

As someone who’s used Podman for a while, though possibly not as extensively as you, what was it you hit that needed Docker? So far I’ve gotten everything to work with Podman, though sometimes I’ve had to RTFM and specify some extra command line parameters.

I use this function to launch GUI apps from the shell without occupying that shell or cluttering it with their output:

nown() {
        if [ -n "$1" ]
        then
                nohup $@ &> /dev/null & disown
        else
                echo "Don't give me a null command dumbass."
        fi
}

Date: January 19, 2022

Gimp is just… not great. It’s ten years behind the times. These days I tend to use Krita, even though it’s more geared towards digital painting than general image editing.

I don’t have any expectations of them doing this (but I also have no expectations to the contrary), but I think it would be a good move from Red Hat to make the official RHEL more available, as you suggest.

In another thread I compared the RHEL rebuilds to piracy, and in that vein one could quote Gabe Newell and say that piracy is a service problem – part of the reason Alma/Rocky/etc. exist is because there is a group of users who want to use RHEL but cannot afford it. Red Hat seems to believe that these users should be satisfied with CentOS Stream, and maybe most of them would be, if they only gave it a try. But making RHEL more widely accessible, both to paying users and developers, would probably be good too.

You can’t build your own distro on the backs of upstream’s work, and then refuse to do the same with downstream. Even if you don’t see any value in it, someone does, it’s not up to you to decide that, or you have missed the point of open source entirely

That’s what companies like Microsoft do, or what Apple does: they prevent competitors from even existing, or from being as good.

This is not a matter of “seeing” value in what Alma and Rocky do, because their value is plainly apparent to anyone, undoubtedly including Red Hat: they’re basically 1:1 RHEL clones, except you don’t have to pay Red Hat to use them. It should also be plainly apparent to anyone why Red Hat would consider this a problem for their business; their main product is the effort that goes into producing and maintaining RHEL, so it is only logical that they would want to maintain as much exclusivity as possible on that product.

Alma and Rocky are competitors to RHEL in much the same way piracy scene groups are competitors to game publishers. It is obviously not a fair competition.

And the real problem isn’t really how Alma or Rocky will survive, they’ll have more work to do, but they’ll manage with the CentOS Stream code. The real issue is that acting like that will in the end, harm Red Hat’s business.

[snip]

And Red Hat flat out lying about how they’ll handle things in the future makes them utterly untrustworthy for businesses: are you going to base your business decision on what a company said today, when they already screwed you over twice? No.

No it doesn’t. Red Hat hasn’t screwed over their customers, they’ve screwed over a bunch of people who aren’t their customers. Why would any paying RHEL customer feel screwed over by this?

There is literally zero practical reason to switch, so no one can answer that question without getting into your head and weighing the inconvenience of switching a distro against the ideological fervor and satisfaction you gain from showing those evil capitalists at Red Hat that you won’t tolerate their actions by… switching off an almost entirely unrelated distro.

Personally I won’t be switching away from Fedora for the foreseeable future, and think that you and half the people in this thread are being more than a little silly.

edit: Also, “now that”? This move is completely in line with Red Hat’s behaviour for the past like 20 years. It will also quite literally affect nothing else but the existence of RHEL clones like Alma and Rocky, because virtually all the code and work that goes into RHEL is still upstreamed, and RHEL sources will still continue, in practice, to be publicly available, just with some delay.

It’s not modded Minecraft, but close enough that I figure it falls under the “somewhat related” rule:

I’ve been playing Vintage Story recently, which is a standalone game spun off from the Terrafirmacraft Minecraft mod. Would highly recommend if you’re into block games. It takes Minecraft in a more survival-oriented direction that no mod aside from Terrafirmacraft really ever did.

Here’s my little homestead blanketed in the snows of winter:

These days this is rarely that useful. The most common reason games don’t work on Linux is anticheat, and games with that kind of anticheat tend to try to stop you from running them in a VM too. There are ways around that, but it’s an annoying cat-and-mouse game.

Most RPMs for third party applications are already packaged specifically for Fedora rather than RHEL.

Substantiating your claims isn’t “spoonfeeding”, it’s just common courtesy to reassure others that you aren’t talking completely out of your arse.