• 0 Posts
  • 26 Comments
Joined 3 months ago
cake
Cake day: August 26th, 2025

help-circle



  • I meant, what part of rust feels like

    fix things by adding more putty and let the compiler sort things out

    I’ve been using it for a while, and I don’t know what the compiler is sorting out. It’s blocking me from doing things, not making things work. Unless you’re talking about traits or macros? But then they mostly remove lines of code, not add some. Confusion ensues.







  • Qwel@sopuli.xyztolinuxmemes@lemmy.worldsociety
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    7 days ago

    No, the issue is that their anti cheat requires a level of control of your computer that Linux doesn’t allow. They could just lower the security, but they instead decided that nobody on Linux could play, apparently thinking that the losses due to cheating would be more than the revenue of 3% more users


  • Qwel@sopuli.xyztolinuxmemes@lemmy.worldsociety
    link
    fedilink
    arrow-up
    14
    ·
    edit-2
    7 days ago

    This does not mean that any performance issue that arise will be fixable (unless you’re one of those guys)

    But yes, this is how I ended up using Linux. I spent weeks trying to fix a major visual glitch on Windows, and Debian got it right the first time. The app store sucked (even more than now), but installing things in cli was far easier than using Windows






  • The old bugs will not send your ssh keys to an unknown network address. If they did, they would get patched or not published. These bugs are known in advance, they are not risks, they are issues. You can make a decision to use them or not, and then you’re set for 5 years. Like, they are both bugs, but they work out very differently if you want to rely on your system.

    The thing is that Fedora or Debian testing (and derivatives) bring the latest version fast-enough for the vast majority of people. They don’t make bugs last longer like Debian stable does. When an app is bugged for two weeks, you encounter the bug one month after Arch users, then you get the fix two weeks later. The total bugged time stays the same, but the risks of something really bad happening is much lower. The downside is being one or two month late, and most people don’t care about this kind of delay. (obviously when bugs are found, it can be much more than one or two months)


  • I mean, they distributed the xz attack, and then rolled it back when a debian sid user signaled it. This is just not a viable way to do things, especially if the number of users increases. You need a stronger testing policy before the update hits the users, you shouldn’t just assume everything can be fixed by further updates. Debian stable is a bit on the extreme side of that, but Debian testing or Fedora feel much more reasonable long term to me