he/him

  • 1 Post
  • 12 Comments
Joined 1 year ago
cake
Cake day: June 20th, 2023

help-circle






  • Sounds awesome, at least in theory. It remains to be seen how much interest there is from Publishers.

    I’m hoping he could revive some of the really old and poorly working Linux ports as well as games that barely run on modern Windows or Wine these days.

    Although in practice I can’t think of any game in my library that is in need of such a refresh, they generally all work decently in Wine (and modern Windows) even if some have a broken Linux port.

    Edit: Maybe this is more exciting for macOS as there are plenty of Mac games that remain 32 bit only and thus can’t run on Catalina and above (also who knows how long Apple will keep OpenGL compatibility and Rosetta around). And on mac you can’t just simply “run the game with Proton” instead.

    Also as another thought, while the Linux port requirement is of course a plus for us, it might be off-putting particularly for publishers that have their own shitty stores / launchers without Linux support.



  • I have a feeling they’re slowly but steadily moving from deb packages to snap-only completely. Because unlike what Mark Shuttleworth said when they abandoned Unity, Canonical doesn’t let their users decide which technologies should catch on. The Linux desktop as a whole is moving to a Flatpak future for desktop apps, yet Ubuntu keeps pushing Snaps down their users throats whether they want it or not and sort of “fight” Flatpak on Ubuntu spins.

    I get it, Snaps are more versatile than Flatpak, you could make everything on the system a snap (can’t ship a DE or the kernel as a Flatpak now, can you) and CLI programs as Flatpaks also suck compared to snap (and distro packages obviously), but for desktop apps Flatpaks are just the obvious choice and the Linux community has shown that.

    I’m waiting for the day where you can install Flatpak as a snap on Ubuntu lmao


  • My home server is a RockPro64. I didn’t specifically buy it for that purpose but since I had it lying around I figured I might as well use it.

    It has a PCIe Slot which I used for a SATA controller, with two 3,5" HDDs.

    They have an official NAS case for it too, not sure I’d recommend it as it’s kind of expensive, doesn’t isolate HDD vibration / noise at all and isn’t very convenient to service (to replace the drives for instance). I’m not aware of a better case option for this board though.

    I run debian and OpenMediaVault on it (I didn’t have to mess with the kernel or device tree at all), with the ZFS plugin, and several docker containers (Jellyfin, PiHole, Syncthing, Tailscale).

    For my needs it’s working perfectly fine and doesn’t need much power. But:

    • It isn’t particularly great at video transcoding
    • 4GB of RAM isn’t a ton especially with ZFS, keep that in mind if you wish to run more / heavier services such as Nextcloud
    • being ARM based, this board basically limits you to OMV or manually setting up stuff on Linux through the CLI, as TrueNAS, Unraid and Proxmox only support x86. OMV is fine for it’s core functionality and you can get some more advanced features through plugins, but at that point it often gets kind of janky and annoying compared to e. g. TrueNAS. Also, the KVM plugin apparently doesn’t work on ARM.

    TL;DR these low power ARM boards are just fine as a cheap option for getting into homelab / Self hosting and I wouldn’t necessarily recommend against them, but sooner or later I want to build a low power x86 based NAS with more RAM, SSD cache and TrueNAS Scale instead.