Four days ago, I woke up, as I usually expect to after going to sleep and I turned on my really fucking awesome Archlinux gaming rig, hit the desktop and decide, hmmmm… I haven’t updated in a while(a week), let’s pacman -Syyuu and get up to speed. Well, I got up to speed and my favorite game, the best game of all time, Team Fortress 2

##FAILED TO LOAD! 🚒 🔥

In the imminent crisis-state that I had found myself in, I did what any filthy scout-main Archlinux user would do, I googled the problem and put the word arch in quotation marks.

The first five results yielded ancient bullshit useful to someone five years ago, probably. The next ten, redditors complaining about old tat. Then I did what any old wine veteran would do. I shut steam down and started it in the terminal so I could monitor its raging bitch-fit in real time.

Team Fortress 2 failed to load because of lib32-libtcmalloc.so. Arch had updated it to a future version not yet even coded, and steam wasn’t having it. The answer was on protondb all along! So, some fella says

The native version of tcmalloc introduced a bug on TF2 that it randomly crashes the game. You need to install lib32-gperftools (name of the Arch AUR package, other distros should have similar names) and add LD_PRELOAD=/usr/lib32/libtcmalloc.so %command% to your launch options to override the library.

et voila, I’m torturing 25/7 2fort.

Now, I know what you’re thinking, who in their right mind would suggest Archlinux for a beginner? See, that’s where I already caught you because this bug trickles all the way down to Garuda and Manjaro users too since they have the same libraries (and that fancy SteamOS that’s floating around).

So while I love Linux and software freedom, I find suffering Linux on someone might be more suited to a person that actually wants it, and not to work through it to get to what they actually wanted to do.

I wanted to play Team Fortress 2, and I was rather irate about the last thing on my steam account that shouldn’t work, not working all over me. This system has been a saint for six months, but when it’s a devil, boy, is it.

Anyway, KDE is better than gnome! Thanks for reading!

  • TPWitchcraft@lemmy.ml
    8·
    10 months ago

    You should change your Distribution. Arch is a rolling release distribution with a strong focus on customization. If you use binaries shipped by another source, problems like those you described are quite likely to happen. Going to a distribution that isn’t that cutting edge (but still cutting edge enough to deliver working drivers/libs) would reduce the risk for such things.

  • Piko Starsider :verified_paw:@valenciapa.ws
    2·
    10 months ago

    @BlinkerFluid My Arch automatically makes a btrfs snapshot before and after every time pacman is used, and creates a separate GRUB entry for them… so I update and install stuff fearlessly, knowing that if something breaks, at worst I will just have to reboot to go back to a working system. With snapper-gui I can delete old snapshots easily.

    I think there should be an Arch distro that comes preconfigured with this.

      • sugar_in_your_tea@sh.itjust.works
        2·
        10 months ago

        That’s one thing I loved about switching to OpenSUSE from Arch. I used ext4 on Arch, and was considering reinstalling to get BTRFS set up, but OpenSUSE Tumbleweed supports it in the installer so I tried it out, and the rest is history.

        I’ve been on Tumbleweed for a few years now and haven’t looked back. Arch is great though, and if I ever find a reason to leave OpenSUSE, I’ll probably go back to Arch.

        • Piko Starsider :verified_paw:@valenciapa.ws
          0·
          10 months ago

          @sugar_in_your_tea @BlinkerFluid I love btrfs for the system partition but I’m a bit afraid of using it for my data, I use zfs for that instead. In both cases I use zstd compression and it works like a charm.

          Ext4 doesn’t support snapshots, however snapper supported it for a while with a kernel patch. There’s also timeshift which uses hard links and rsync in ext4 to provide a similar functionality, with no special kernel support. It also can use btrfs but I prefer snapper for that because of snap-pac and snap-pac-grub.

          I also ran out of system storage so I added another device to the same btrfs and it works like a charm.

          • BlinkerFluid@lemmy.oneOPEnglish
            1·
            10 months ago

            I would use zfs but I don’t believe there’s much benefit over btrfs for a single drive. If there is, lemme know.

            Also, ram requirements, only reason it’s not in use on my nas. More ram for activities. I backup with rsync.

      • Sina@beehaw.org
        1·
        10 months ago

        Personally I think Timeshift is better. (and switching from Snapper to Timeshift is not that trivial)

  • corrupts_absolutely@sh.itjust.works
    1·
    10 months ago

    https://github.com/ValveSoftware/steam-runtime

    can just enable it by first allowing steam play for all titles and then toggling use compatibility tool “steam linux runtime” per game basis.
    editforsurethistime: seems arch uses the runtime version by default, so im not sure if this would help. my second point is more sound anyway.

    but also unless youre a power user id rather be on debian, fedora, suse or ubuntu.
    https://archlinux.org/news/grub-bootloader-upgrade-and-configuration-incompatibilities/
    notably this has happened a bit ago on arch which i read about, then forgot before upgrading and so i booted from my flash drive to update the config

    advantage of the bleeding edge is you get cut sometimes

  • cyanarchy@sh.itjust.worksEnglish
    1·
    10 months ago

    Now, I know what you’re thinking, who in their right mind would suggest Archlinux for a beginner?

    I did this to follow some arcane manuals to hand my entire GPU over to a windows vm. It’s a neat trick and I’ve learned a unbelievable amount in a short time, but it can be frustrating as all hell and took probably a month of getting things the way they needed to be.