Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)ON
Posts
110
Comments
576
Joined
2 yr. ago

  • The modern delusion that a vote for a GOOD candidate is a wasted vote is horse shit.

    No, it is not. (It is horse shit in the sense of being a terrible situation, but it is not a delusion.)

    Here's a simple explanation of why it's a wasted vote, especially if the race is close:

    Politics in the Animal Kingdom

    You break the 2 party system

    Yes, that would be great, but it requires changing the voting system. Unfortunately, the people with the power to do it have a strong incentive to block it.

  • I didn't find such an app when I briefly looked for one a while back. However, LineageOS with microG and a separate user profile might keep the official app confined enough for comfort.

  • The answer is: More conservative defaults.

    My gaming system runs Debian Stable. (AMD GPU, Sony game controller, steam-devices and pipewire installed.)
    Steam games work fine.
    Flatpaks (e.g. emulators) work fine.
    GOG games mostly work fine. The few problems I have encountered were fixed by either installing missing libraries or renaming out-of-date ones that shipped with the game.

    You haven't described your system or stated what errors you're struggling with, and nobody can help you without that information, but chances are they can be fixed if you take the time to understand them.

    Edit: BTW, You might want to check out Lutris, if it covers games that you play. There's nothing magic about it, but some people find it useful as a time/effort saver.

  • WTF IS THIS?

    Jump
  • Sigh...

    Rather than endlessly nitpicking special cases that you assume are unsolvable, I suggest you spend some time reading about the topic. The answers might not be obvious to you, but they do exist.

    (And while I would like to believe that you're genuinely interested, rather than just posturing on the internet, I've already spent as much time here as I can spare.)

  • WTF IS THIS?

    Jump
  • In many cases, 100% impossible.

    No, it is not.

    If a particular kind of cheat is impractical to prevent in real time on the server, it is sufficient to detect it and issue consequences. (These can be banning, handicapping, isolating with other cheaters, or any number of other approaches.)

    What is impossible is reliably preventing it on the client. Even the most invasive anti-cheat rootkit can be circumvented by a smartphone with a video input and mouse/controller output.

  • WTF IS THIS?

    Jump
  • All client-side anti-cheat systems are invasive, to varying degrees. Some restrict themselves to game files and data, others snoop on external processes and memory, and the worst (and most dangerous) even require administrator/root access or kernel drivers.

    Yes, it's terrible.

    It's also a divisive subject. Some gamers feel that cheating must be minimised at any cost. Others feel that their privacy and security are more important, and realise that only server-side measures can prevent circumvention anyway.

    Unfortunately, there's money being made selling client-side anti-cheat systems to game publishers, and implementing it is cheaper/easier than server-side, so it's likely to continue until enough of us reject it or we make it illegal.

  • Activision Blizzard is such an awful company that I stopped playing their games, for ethical reasons. I'm no fan of Microsoft or consolidation, but at least they don't have a habit of supporting human rights abuses. This acqisition has me considering playing (ex-)Blizzard games again.

    Vertical mergers, like this one, can either be good

    Do you have any examples?

  • Moxie always did keep rigid control of Signal's development and operations, often running contrary to users' concerns and needs. I don't think that has changed since he left.

    He has argued at length against decentralized messaging. Requiring phone numbers is another example. Being bound to Google services is yet another: Signal dragged their feet on that issue for years, and when they finally did offer a non-google build, they hid it away on an unlinked page of their site and placed it below a "Danger" warning.

    For all their talk of security and their contribution to the field of data privacy, some of their choices seem very strange, and the reasoning they offer is often dubious. I am not convinced that their motivations are aligned with my best interests. Their actions are certainly not.

  • If you’re using a LTS release then you should be aware that many of the programs in the repository will only get bug-fixes and security updates until the next LTS is out.

    Nonsense. Long-term support (LTS) generally lasts until either a predetermined date or until multiple subsequent releases are out. I don't know of any that stop as soon as the next LTS arrives, but if such a distro exists, it is atypical.

    Recent examples:

    https://ubuntu.com/security/CVE-2023-38546

    https://tracker.debian.org/news/1470204/accepted-curl-7740-13deb11u10-source-into-oldstable-security/

  • Friendly reminder that multiple accounts will not be sufficient to compartmentalize your youtube activity, since google will still see your IP address and client/browser fingerprint. Using different clients through different VPN (or proxy) sessions can help there.

  • I see steadily increasing interest in privacy, data security, repairability, and e-waste reduction. The markets for these things may be relatively small today, but they are growing, and open hardware can address all of them.

    do you think any meaningful new entries are going to deviate from their playbook?

    Curious choice of words. I suppose it depends on how we define "meaningful". There are measures of success other than becoming a trillion-dollar market capitalization tech giant. There are many businesses that succeed despite being different, in some cases because they are different.

    More concretely, we have already been seeing new entries for several years. (Purism and Raptor Computing Systems, for example.) They have thus far been limited in what they can offer, partly due to the lack of truly open and affordable components, and partly because the demand for products like theirs is just getting started. But both of those hindrances are changing.

    I think how much this area will develop and grow depends on how we either support it or impede it with obstacles. I hope attempts at short-term defence against a rival won't lead us to shoot ourselves in the foot.

  • Why does ARM hardware become obsolete after a few years? Lacking ongoing software support and no mainline Linux?

    Correct. (And firmware support.)

    What does that have to do with the instruction set license?

    Barrier to entry (cost) and license restrictions (non-disclosure) are generally problematic for anyone wanting to ship open hardware.

    If you think RISC-V implementors who actually make the damn chips won’t ship locked hardware that only run signed and encrypted binary blobs, you are in for a disappointing ride.

    I don't think anyone expects existing ARM device makers to change their behavior with RISC-V. Rather, RISC-V opens the door to new players who do things differently.

  • The important thing about RISC-V is that it's a completely open CPU architecture that could be competitive with ARM. It's arguably the best chance we have at performant computing hardware that doesn't spy on us or become useless after just a few years. We need this.

    Blocking its development would be a big win for certain corporations, and a loss to basically everyone else. The AutoTL;DR bot didn't capture that side of the issue, but a quote in the article does allude to it:

    "It would be like banning us from working on the internet," Kang said. "It would be a huge mistake in terms of technology, leadership, innovation and companies and jobs that are being created."