I take my shitposts very seriously.

  • 23 Posts
  • 1.33K Comments
Joined 2 years ago
cake
Cake day: June 24th, 2023

help-circle

  • The market share is never a precise number because not everybody is asked to do the hardware survey, and not everybody who is asked does. But the Linux userbase is small enough that “~3%” is in the ballpark.

    Version control of dependencies is not as difficult as it seems. Unix systems can easily implement bundled dependencies like Windows does, even without sandboxed or monolithic packaging formats. The important thing is to tell the dynamic linker (ld.so in Linux’s case) where to look for the library files, similar to how PATH is used to locate executables. This is similar to how containerization works to a lesser extent, and the Steam client actually does this by loading its own .so files from ~/.local/share/Steam/.... I’m sure there are additional challenges, my knowledge is superficial and approximate at best.

    But the point still stands: in most cases, Linux-native ports are simply not worth the effort, either because of limited resources in small teams, or because of profits in large studios. BG3 and Factorio are definite outliers.



  • From the sole developer responsible for Factorio’s Linux-native port: https://www.factorio.com/blog/post/fff-408

    “Why don’t most games support macOS and Linux?” is a sentiment I often see echoed across the internet. Supporting a new platform is a lot more than just changing some flags and hitting compile. Windows, macOS, Linux, and the Nintendo Switch all use different compilers, different implementations of the C++ standard library, and have different implementation quirks, bugs, and features. You need to set up CI for the new platform, expand your build system to support the new compiler(s) and architecture(s), and have at least one person on the team that cares enough about the platform to actively maintain it. If you are a video game, you will likely need to add support for another graphics backend (Vulkan or OpenGL) as well, since DirectX is Windows-exclusive.

    Many developers will take one look at the Windows market share and decide that it is not worth the trouble to support other platforms. Also, with the meteoric rise of the Steam Deck and Proton, it is easier than ever for game developers to ignore Linux support because Valve does some black magic that lets their game run anyway.

    The list of Linux-first games is so short it’s not even a factor. It’s very difficult to justify the additional effort of implementing a platform that serves exclusively the playerbase with a ~3% market share, especially when a different method exists to serve that same playerbase that works just as well and also serves the 90%+ with no additional effort.

    The article I linked also contains an explanation as to why GNOME’s decision to drop server-side decorations is fucking stupid.




  • That tells me you don’t understand what a “stable” release branch is. The Debian maintainers do a lot of work to ensure that the packages not only work, but work well together. They don’t introduce breaking changes during the lifecycle of a major branch. They add feature updates between point releases, and continuously release security updates.

    In the real world, that stability is a great value, especially in the server space. You’d be insane to use Arch as a production server, and I’m saying that as an Arch user.

    Something, something, sword of Damocles.


  • Very important! When mounting an NTFS filesystem that is also used by Windows, always specify the windows_names option, both in /etc/fstab and when using mount.ntfs.

    Windows is not fully compliant with the NTFS specs, which is a bloody genius move on Microsoft’s part. NTFS allows file names and paths to contain characters that are illegal in Windows, like the : character. If you create a file with such a name, it will make the volume unmountable. Ask me how I know. The windows_names option prevents that.









  • rtxn@lemmy.world
    shield
    Mtolinuxmemes@lemmy.worldIn response to the other thread
    link
    fedilink
    arrow-up
    40
    arrow-down
    9
    ·
    11 days ago

    Locking. The comment section is a perfect summary of why so many people don’t want to be associated with Linux users. I should’ve removed the post outright because it is inflammatory, reactionary, and invites toxicity – evidenced by the fact that the downvotes on dissenting comments are largely made by the same users. I wonder if a pattern might emerge.

    There is a discussion to be had about the topic… but it went to exchanging insults and downvoting out of disagreement.




  • It definitely depends on your home instance. You’re on LBZ, and Ada is a helicopter parent who blocks, bans, and purges anything and anyone that may be upsetting to her children. So yes, you’re probably not exposed to the full picture on Lemmy.

    Visit the comment threads on Phoronix and you’ll see WOKE and FASCIST and COMMUNIST and TANKIE and any number of insults thrown around like manure in a monkey cage. Or try to argue in favour of systemd in a high visibility thread and inevitably someone will say that it’s bloat, that it’s corporate trash, and recite “enshittiication” like it’s some Pavlovian reflex.


  • rtxn@lemmy.worldMtolinuxmemes@lemmy.worldIn response to the other thread
    link
    fedilink
    arrow-up
    8
    arrow-down
    4
    ·
    edit-2
    11 days ago

    It’s closer to present-day Lemmy. Certainly in terms of the concentration of crazy. A bunch of opinionated jackasses with delusions that their particular niche views are morally correct and should be the norm, and any deviation from that self-declared correct opinion gets shouted down. The wrong distribution, the wrong display server, the wrong init system, your app is not suckless enough, you’re the wrong kind of Libre, you’re wrong about something that a new user doesn’t even know exists… and that extends to maintainers and all the way up to the LKML too. If I saw the state of the discourse back in 2022, I would’ve thought twice about even trying to approach Linux.