Thanks, that was an interesting read! I always felt IPFS wasn’t ready yet, but the value it tries to provide of being a file system, I’ve found no real alternative to. Very good to read that iroh is willing to look beyond the IPFS spec to provide its values with better performance. I hope it works out.

Ever heard of IPFS? I really hope that will take off some time.

I thought this was a pretty good in-depth explanation of the infinite case and the finite case: https://www.youtube.com/watch?v=zTsRGQj6VT4

Interestingly, as ChatGPT might be trained on these ELI5 questions and as a result they are asked more infrequently, it might get worse over time or out of date on these types of questions by its own doing. I especially wonder how bad this influence will get on subjects that you’d normally search stackoverflow for.

Can’t really blame him for not knowing an alternative without providing an alternative.

Just thinking. Maybe there’s a non linear relation between the uptake and the amount of alcohol. As for other products, they usually have a nutritional information table per 100g that you can thus read as percentages.

I think the argument is pretty solid as an alternative to writing PKGBUILDs yourself. Sure it doesn’t hold up for people unfamiliar, but Arch is build on the idea of getting yourself familiar with it.

Explained by someone that doesn’t know the technical side super well.

1: It’s a new protocol for displaying. The main difference from X11, as I understand it, is a simplification of the stack. Eliminating the need for a display server, or merging the display server and compositor.

2: Some things impossible (or difficult) with X11 are much better supported in Wayland. Their not necessarily available, as the Wayland protocol is quite generic and needs additional protocols for further negotiation. Examples are fractional scaling & multiple displays with differing refresh rates.

Security is also improved. X11 did not make some security considerations (as it is quite old, maybe justifiably so). In X11 it’s possible for any application to “look” at the entire display. In Wayland they receive a specific section that they can draw into and use. (This has the side-effect of complicating stuff like redshifting the screen at night, but in my experience that has fully caught up).

3: If you’re interested, are in desktop application development (but I have no experience in that regard) or have a specific need for Wayland.

4: I think X won’t die for a long long time if “ever”. I’m not super familiar with desktop app development, but I don’t think it requires more work to keep supporting X.

On the other hand, most of the complaints about Wayland I’ve heard were ultimately about support. At some point, when you’re a normal user, the distro maintainer should be able to decide to move to Wayland without you noticing, apart from the blurriness being gone with fractional scaling.

As an alternative approach you can look into ansible. As opposed to making a system backup you can define your system configuration as code that you can redeploy with it.

Seems like they at least could’ve made the page have a no-cache header so you don’t have to wipe the cache & history by hand.

Here’s why

Human rights

If what the first commenter said is true. They will just implement RCS or an alternative in the EU and make up some reason why they can’t or won’t for the US market.

Alternatively: Hauk

(No idea how they compare)