• 0 Posts
  • 80 Comments
Joined 8 months ago
cake
Cake day: December 29th, 2023

help-circle
  • disagreement is fine, but there was literally a thread about “linux disinformation” where the OP asked for examples of things people say about linux that are untrue

    the top answers by FAR are that arch is stable

    saying that arch is stable, or easy for newcomers is doing the linux ecosystem a disservice

    you should never use arch for a server - arbitrary, rather than controlled and well-tested updates to the bleeding edge is literally everything you want to avoid in a server OS







  • what this requires from developers: possibly documenting protocols in an open way when they choose to shut down games so that people can re-implement FOSS servers

    “playable” is open to interpretation, and does not include trademarks, copyright, etc… nobody is asking for to allow assets to be traded (ie piracy), or open sourcing any code

    but if you have purchased a game, and the servers for that game go away, someone else should be able to re-implement a method for allowing those games to continue being played

    … also if DRM servers go away, you should disable the DRM somehow: you don’t get to just say that the DRM and therefor the game isn’t available any more

    all of this is not at all knee-jerk, and very realistic







  • Pup Biru@aussie.zonetoLinux@lemmy.mlCannot start spotifyd.service
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    1 month ago

    if it’s in the correct place, correct read permissions/ownership, etc i’ve noticed that this is also the error that’s thrown when selinux denies the read: in my case i’d created the service file in my home directory, moved it, and because of that it was tagged incorrectly

    i’m on my phone and don’t have time to lookup the resolution or how to check, but perhaps someone else can add that detail


  • it’s possible, but that would seem… odd… for such a large and tech-savvy instance. there’s a lot of reasons why this isn’t a good idea, and very few technical reasons why it is

    my guess is that it’s less about obscuring server location for privacy reasons as is the implications in this thread, and more about handling changes cleanly or something like that - in which case, sure it obscures the server location but more that it makes the server “location” (or hardware, etc) irrelevant and fungible