xcdzvyn

In what way do you feel Nix doesn't achieve this? Because software can still ultimately rely on system state?

I'd contend Nix is the best package management system yet, and while its certainly complex, much of that complexity only exists to hack around decades of bodges.

I'm not sure I'd describe FFmpeg's CLI as "too good"

Not at all, I just have WebGL disabled by default.

I wasn't sure if the entire page was being rendered through it, that's all :)

Curious because your static landing page requires WebGL - what's your FE stack?

Their claim that

    let s1 = String::from("hello");
    let s2 = s1;

    println!("{}, world!", s1);

is in fact safe code would suggest they indeed don't have much concern for thread safety.

My concern with Pack obliging me to compress is that compression becomes less pluggable; I'd much rather my archive format be agnostic of compression, as with tar, so that I can trivially move to a better compression format when one inevitably comes to be.

With all due respect, I find it hard to believe the author stumbled upon a trivial method of improving tarballing performance by several orders of magnitude that nobody else had considered before.

If I understand correctly, they're suggesting Pack, which both archives and compresses, is 30x faster than creating a plain tar archive. That just sounds like you used multithreading and tar didn't.

Either way, it'd be nice to see [a version of] Pack support plain archival, rather than being forced to tack on Zstd.

Looking over the Readme, this sounds a lot like Zig. What languages have you taken the most inspiration from?

I don't have any skin in this game, but I personally think "Your relatively long thoughtful reply is wrong; source: this paragraph a glorified Markov chain threw together" is really offensive. I would have zero interest in engaging with somebody who values my input so little.

A web server?

Interesting, so the docs are better than Nix'?

I've been meaning to finally figure out LISP, I'd be willing to use this as an excuse!

I thought about taking a shot at it but I thought it'd seem childish. My impression is:

1. Visit the website

2. Hit "Install"

3. There's some confirmation screen apparently, press "Install" again

4. Verify your password/Face ID

And that's it.

That's what the Twitter link describes, minus the first-time setup of allowing third-party apps (which as I said in GP, is rightly a thing on Android too), and absurd steps like "wonder where you were" and "swipe on your home screen".

Most of these steps apply to installing an Android app from an Untrusted SourceTM for the first time. Half of these steps are fluff added for the sake of a clickable title.

There are problems with Apple's proposal. This is not one of them, and I don't think it's fair to come to the right conclusion for the wrong reasons.

I dislike this post a lot. I'm not sure what else to say.

I assumed it'd be something about the number of recent significant events that the Simpsons "predicted"[0].

[0] https://www.independent.co.uk/arts-entertainment/tv/news/the...

Strongly agree here. VS Code extensions with the audacity to download and execute random binaries are particularly pleasant on my NixOS system, where these binaries simply don't work.

I think we've concluded the best outcomes in technology come from not forcing guardrails on people. You should be able to ask an LLM to pretend to be Hitler, and if you don't like that - don't!

>Maybe there's a middle ground between puritan BS and literal Nazis?

Everybody puts that line somewhere different.

This was downvoted but I think it's true. I find it way easier to throw something together in a raster editor than e.g. Inkscape.

I want to draw. With pixels. Not huge bezier curves.

I see Talos only supports XFS, what potential reasons could they have to prefer XFS to competitors?

I've always struggled to compare filesystems fairly. My justification for ext4 is just that everybody else uses it :)

I nodded off watching this great Michael MJD video unboxing and setting up an original WebTV last night[0].

He plays around with an ongoing project to reverse-engineer and re-implement WebTV servers for self-hosting[1].

[0] https://youtu.be/NjteQv6oYgA

[1] https://github.com/zefie/zefie_wtvp_minisrv

I'm almost the opposite. If I had to use Linux with GNOME, I'd just use macOS instead.

The Linux desktop needs a shtick. Maybe when desktop cubes make a comeback we can make peace :)

>murdered

That is an utter fabrication.

>Police in the Tulsa suburb have not released a cause of death but said this week that the teenager did not die as a result of injuries from the fight.

This page taught me Zig not only has _an_ implementation of Kyber, but an implementation of Kyber in the stdlib.

There's also ECC, numerous hashes, stream ciphers... impressive!(?)[0]

[0] https://ziglang.org/documentation/master/std/#A;std:crypto

It's been disheartening to see the degradation of desktop computing because of the shift to "mobile first".

That AI UI designer (Aiuzard?) doesn't even know what a "desktop program" is. Everything's expected to look like a website or a mobile app.

> Smalltalk and Lisp machines

Lest we mention Plan 9!

It's seemed a little odd to me, particularly given Linus' attitude of "never break userspace", that so many high-profile projects decide to break backwards compatibility almost for the sake of it (particularly GTK/GNOME).

Even if that wasn't directly targeted at me, I'll elaborate on my concern:

That it's possible to interpret the AGPL both ways (that the prior hack is legal, and that it is not), and that the project author could very well believe either one, suggests to me that the AGPL's terms aren't rigidly binding, but ultimately a kind of "don't do what the author thinks the license says, whatever that is".

> you could trivially get around the AGPL by using https services to launder your proprietary changes.

This is a very interesting proposition that makes me reconsider my opinion of AGPL.

Wow, CSS elitism is a new one.

Sure, CSS is hard and Tailwind makes it easier. God forbid people choose the tool with better DX.

You are right that there are software bugs that aren't memory bugs.

Now as GP was saying, Rust inherently mitigates a great deal of generally serious software vulnerabilities, which is great, even if it doesn't mitigate anything else.

I don't use GNOME :)