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/)C
Posts
0
Comments
1015
Joined
3 yr. ago

  • Sam, you little piece of shit, the thing is, most humans are cared for because that's what we strive to, not because we want to replace them for fuck's sake.

    I made a joke a while ago about "kid being a necessary evil". This dude really is comparing keeping humanity afloat and burning humanity's resource for a computer. I'm pretty sure even his little AI garbage yesman would "disagree".

  • That's… not applicable here. Like, at all. To reproduce a printed document, you input it. To make a 3D print, you produce tailored list of operations depending on many, many settings. Usually, the file that reach the printer have little in the way of knowing what is printed, aside from expensive reconstruction that would only give the general shape, if even that. And even if you can send actual 3D model files to a printer that would do the slicing locally, there's no "absolutely required" fingerprint there. A tube is a tube.

    And, just so you know, there's a slew of public printers and scanners that will just plain not recognize any of this, too. There's also some "protection" pattern in some official document; large office printers would choke on them, where a home scanner was fine. This is, at best, only enforceable in the flimsiest of ways.

  • Let's entertain the thought. How would one identify what is a gun part being printed, and what is a tube, a mechanical latch, or whatever else. Heck, I printed a plastic replica of a movie prop once. Would that be illegal?

    I mean, I'm not in the US, and I know how to drive three steppers according to a list of extremely basic instructions that never ever represent anything "final part-y" looking, but the question remains. How do we go from "lots of gcode" to "yep, that's definitely illegal" without saying that everything is illegal?

  • That's basically what we used to do before big printer came in :D

  • Private workshop are next on the chopping block, then. Totally feasible. /s

  • Facts

    Jump
  • Which one? The only thing mentioned by name here is gnome.

  • It's already trickling down : from public government money to private business owners.

  • Doctors HATE this funny prank

  • If the entire supply chain up to the software you're running to perform actual decryption is compromised, then the decrypted data is vulnerable. I mean, yeah? That's why we use open-source clients and check builds/use builds from separate source, so that the compromission of one actor does not compromise the whole chain. Server (if any) is managed by one entity and only manage access control + encrypted data, client from separate trusted source manage decryption, and the general safety of your whole system remain your responsibility.

    Security requires a modicum of awareness and implication from the users, always. The only news here is that people apparently never consider supply chain attacks up until now?

  • a novelty security feature for hubcaps that you don’t want to be removed too easily

    If this picks up, the people you'd want to not be able to remove these too easily will be the first to have the adequate tools to remove them easily.

  • At this point, it's a suicide really.

    /J

  • So, it clearly would not affect you in any way, shape or form either way, but you still want it gone. Sure buddy, try sounding virtuous in that position.

  • That's propaganda by Hulk (big green).

  • Dang, medieval peasant had it better than I thought.

  • Didn't they already do that in their public posts or whatever? They don't care.

  • Hey, I'm using that. It works fine.

    …well, I have little to no expectations from a launcher beyond "can have pages, shortcuts, widgets, and hide apps", so there's that. It got a few visual customization regarding icons and grid size, and so on. The biggest praise I can give them is that nothing seemed out of place or annoying.

  • It is annoying. You know what you wanted to write. We know what you wanted to write. The algorithm know what you wanted to write. And if you're so inclined, your god/gods knows what you wanted to write.

    If you write "f*ck this sh!t", you've offended exactly the same number of people you would have with "fuck this shit". Stop acting like a posing saint and just say what you're saying anyway.

  • No, not "off" the internet.

    Off the big corporate-driven soulless sites, maybe. Smaller discussion groups/forums, dedicated services, etc. still works. It's less tedious, less eating your brain.

    Basically, going back to internet before central planetary services that feed on everyone being miserable.

  • Matrix, the central service, might work, but I'm not sure if it could handle the load well. Matrix, the federated service, hosted by many people, have performance issues with the "free" version. I could not test the paid/more optimized version, so I can't talk about that.

    Anyway, the protocol and clients have their issues. All these stems from usage; I did not do a deep dive in the internal of it. But on the top of my head:

    • joining a room will sometimes not send you keys to see older messages, despite being configured to do so. When it works, it's ok. When it doesn't, there's little to no recourse.
    • sometimes (rarely) rooms have to be upgraded to use new versions/features. So far it happened once (to my knowledge). The issue is that "upgrade" means locking the existing room, creating a new one, inviting everyone in the new room, and putting a link to the old room as read only. Sure, the process is mostly automated… except the best way to start it is using dev commands on a client, and every user will have to accept the invite. Just hope you don't have too much rooms.
    • Logging into a new device/client sometimes will works perfectly fine. Other times it will obstinately refuse to retrieve your room's keys from another existing, online, logged-in device. Despite the "confirmation" dialog, it won't work. You can manually export/import your keys from one device to another, but for large scale adoption? Not good. You can say goodbye to all previous messages if that happens.
    • Interface is relatively barebone, and some features gets pushed quickly (like, throwing confettis), while other (like, proper room management, fine notification controls, etc.) are held back forever.
    • Features are limited. It works very well as a chat, and they recently worked on a built-in video/audio call service, but that's it. A few "plugins" are supposed to work but are clunky as hell (they're basically iframes). Some features that people consider important (like stickers) are definitively an afterthought, and searching for a sticker is a pain (dicslaimer: I'm not using the central service/app, so that part might be specific to my instance)

    With that said, nothing's actually a show stopper for small usage, and the heavily optimized server might handle itself well enough, as long as you're mainly concerned with having text rooms. But open instances handling hundreds of users might be a stretch… for now. Maybe this will cause more development into the Matrix/Element ecosystem.