The install script one hasn’t aged particularly well. Although I haven’t used the official one, so maybe it’s not up to IRC standards. Everything else though, totally on point. When is this from?

Well, it does say it would be a floating colony, so it would probably be up where the atmosphere is about as dense as Earth’s, and above the sulfuric acid clouds, which is quite a bit more feasible than on the surface. That’s something actual real scientists and engineers have looked at. Still not overly feasible though, and there surely won’t be a 1000-person colony there by 2050. Even if NASA, SpaceX and the rest of the industry pivoted to Venus rather than Mars, I’d doubt that could happen. And I’d trust pretty much anyone more than this guy to pull it off.

My understanding was that the browser vendor itself would be the attester. So if Google says it’s Google Chrome, it probably is. Unless you somehow reverse engineer how Google decides that it’s Google Chrome and spoof that or something…

A) Maybe not you, maybe not me or anyone else here, but 99.99% of the rest of the world? And when the rest leave, is Mozilla really going to be able to justify maintaining a browser for those that remain? B) There might not be a website that would do it, but what about if practically all websites with any corporate backing did it?

You get to Google pretty quickly by following links. If you look at the top of the linked issue, it links to a few things owned by Rupert Ben Wiser. If you follow the explainer link, you get this list of authors:

Authors: Ben Wiser (Google) Borbala Benko (Google) Philipp Pfeiffenberger (Google) Sergey Kataev (Google)

And in the repo, he says it’s being prototyped in Chromium.

That’s all written by him though, so I guess he could just be lying and making up names. So I tried looking up his name, to see if he’s listed anywhere as a Google employee, but the best I could find is he’s listed as a Google employee since 2022 on Facebook and LinkedIn. And he doesn’t have much on his Github. (I kinda feel a little stalkery now… Don’t harass anyone please). So either this is an elaborate, very late, April fool’s or he’s probably the fall guy for whatever exec actually thought this up.

I may not be 100% right, as I haven’t looked at it in detail, but I think it’s even a bit more than that. Since the way that’s proven is by the browser vendor signing the request (I assume with an HTTP header or something), you could also verify it’s from a specific vendor. So even if Mozilla says, yes, we’ll display your ads, a website could still lock down to Chrome. It would probably also significantly hamper new browsers, and browsers with a security/anti-ad focus, as they won’t be recognised by major websites that use the new protocol until they have market share, which they won’t get if they don’t have access to major websites.

But… If you claim you’re always wrong, that means you’re always right, which mean you’re always wrong, which means you’re always right, which mean you’re always wrong, which means you’re always right, which mean you’re always wrong, which means you’re always right, which mean you’re always wrong, which means you’re always right, which mean you’re always wrong, which means you’re always right, which mean you’re always wrong, which means you’re always right…

I’m not disagreeing about the result, Lemmy definitely feels less spammy/trolly, but either you or I have misunderstood something about registration. As far as I’m aware, any rate-limiting, proof of personhood, email verification, etc. is completely a per-instance thing. So all you’d need is an instance that’s permissive to get heaps of accounts. Or even if there aren’t any permissive ones (that haven’t been defederated), you could host a private instance, or sign up on multiple instances. However permissive Reddit is, I don’t think Lemmy fundamentally has the capability to be particularly restrictive.

I’d be on board with this, but as you say it’s a show of a community’s coordination. Are there any lemmy communities coordinating anything? I couldn’t see any in a brief search, but I very well might have missed something.

Ah yes, the standard Foreign Office response in a time of crisis. The tactic does not get old.

Do you understand the functioning of both interpreters, down to the CPU instructions? How the database you’re using performs those updates, or quickly finds your items? The precise function of the virtual DOM? TLS handshake protocol? If so, good on you, but you don’t need to know more than the surface level of any of these for a CRUD app. But these and other systems you use hold the raw power, and wielding them poorly could lead to bugs, or security or performance issues.

On the other side, whatever you do may seem mundane to you, but lighting a fire would seem mundane to a sorcerer the umpteenth time they’ve done so. A simple CRUD app could seem dramatic if you have no idea where you’d even start building one, which is the state the majority of people are in.

If 18’s the limit, I’m below that most days, and perfectly comfortable. I just wear a jacket if I need to, with a blanket over my legs if it’s particularly cold, and I’m nice and cosy.

If I were running a business and had to share passwords and control access to things for multiple users, that’s probably what I’d do, but all I need is a synced password storage. Self-hosting a server’s probably overkill for that.

Also, isn’t the vault itself encrypted? You shouldn’t have to encrypt extra to do a backup.

I have been using BitWarden, and it’s pretty good, but I’m shifting over to Keepass now, syncing the database with syncthing. Means I don’t have to trust they won’t be breached, but it is definitely a bit more of a faff to get set up. For anyone unsure, I would definitely recommend a managed service like BitWarden though. I got my sister on it, who would probably have a single password for everything otherwise, and she got the hang of it super quick.

What about the “all” stream? Is that also preloaded to the server?

For all the memes, Arch has not once broken on me.