ferric_carcinization

joined 2 weeks ago
[–] [email protected] 3 points 21 hours ago (1 children)

It might be pretty difficult to implement the work part of proof of work without JS in a practical way. Of the three languages available on the web, HTML, CSS & JS (+ WebAssembly, which requires a bit of JS IIRC & would probably not be available) JS is the only one that allows you to perform the work in a sane way. (It might be possible to use CSS magic with remote resources, but that has its own problems if it's even possible.)

It would be possible to use a dedicated program or another website to perform the work, but it would be far from seamless to users.

[–] [email protected] 8 points 1 week ago (2 children)

The Linux kernel is licensed under GPLv2, not v3. The third version of the license forbids tivoization (vendoring unmodifiable copyleft software). Also, the GNU coreutils aren't limited to Linux.

[–] [email protected] 11 points 1 week ago* (last edited 1 week ago) (4 children)

Unlike the other alternative coreutils, uutils focuses on GNU compatibility. If you depend on GNUisms, uutils allow you to unGNU & unGPLv3+ your system.

[–] [email protected] 8 points 1 week ago

Isn't providing free gas to the undesirables un-American, unpatriotic, communist, socialist, fascist, etc.?

[–] [email protected] 1 points 1 week ago

I haven't used either, much less benchmarked them, but the performance differences should be negligible due to the IO-bound nature of the work. Even with compression & encryption, it's likely that either the language is fast enough or that it's implemented in a fast language.

Still, I wouldn't call the choice of language insignificant. IIRC, Go is strongly typed while Python isn't. Even if type errors are rare, I would rather trust software written to be immune to them. (Same with memory safety, but both languages use garbage collection, so it's not really relevant in this case.)

Of course, I could be wrong. Maybe one of the tools cannot fully utilize the network or disk. Perhaps one of them uses multithreaded compression while the other doesn't. Architectual decisions made early on could also cause performance problems. I'd just rather not assume any noticeable performance differences caused by the programming language used in this case.

Sorry for the rant, this ended up being a little longer than I expected.

Also, Rust rewrite when? :P

[–] [email protected] 17 points 2 weeks ago* (last edited 2 weeks ago)

TL;DR: GIMP 3 is out!

It means that 3.0.0 is released. A git tag has also been made. Not sure why a release hasn't been added to GitLab yet, as it has already been 8 hours.

In practice, this means that GIMP version 3.0.0 (actual release, not a release candidate) has been released and can be built.