Fonzie!

Posted 10h ahead of you, with the exact same replies.

You can do a quick search before you do this.

I, on the other hand, hope something will push them to pay their programmers 25 an hour

To add to @[email protected]

The uutils are MIT licensed, simply put it means “do whatever you want with it, as long as you credit us”.
The coreutils are GPL, simply put “do whatever you want with it but only in other GPL works, also credit us”.

The coreutils make sure forks will also be open source.
While the uutils aren’t closed source, they do allow you to make closed source forks.

The uutils’ license is too permissive.

Likely not anytime soon as they tend to hold off latest features and prefer older (but maintained) LTS versions of just about everything. Also especially not if it turns out to be a bad idea; they explicitly build Mint without Snaps since their inclusion in the Ubuntu base.

Mainly memory safety; split (which is also used for other programs like sort) had a memory heap overflow issue last year to name one. The GNU Coreutils are well tested and very well written, the entire suite of programs has a CVE only once every few years from what I can see, but they do exist and most of those would be solved with a memory and type safe language.

That said, Rust also handles parallelism and concurrency much better than C ever could, though most of these programs don’t really benefit from that or not much since they already handled this quite well, especially for C programs.

uutils/Linux?

What is this table from? Is it from some website?

Sure, ok, that’s still my daily driver, it’s incredibly stable (and no, it’s not fucking outdated), but other than that it doesn’t help so much against accidentally borking your system.

So in this context, I’m recommending @[email protected] NixOS.

No, you need to go further: https://512kb.club/

May I introduce you to my lord and saviour NixOS?

And not somehow break it more from there? Impressive!

I’ve found it needed a lot of extra steps, plus fidgeting with the OSTree defeats some of the safety/stability of it all. Bazzite, at least, recommends against using OSTree blindly as that’s meant for sysconfig and recommends using Homebrew instead, as this lives in your user space and touches very little; but even installing libqalculate gives memory issues. Most things I attempted to install did, actually. The Ruby interpreter installed just fine, and was the only CLI program that installed just fine IIRC.

Now, I feel like it’s less of a hassle to Just Use Mint®, especially since I’ve got it installed anyway.

For me a web app IDE includes a DB manger, HTML previewer, etc.

A text editor edits text, an IDE is an Environment that Integrates Development tools.

Funny you say that, I dual boot Bazzite and Mint, for gaming and everything else including programming, respectively.

Bazzite is a pain to install and use CLI applications in, but it’s got a great default setup for gaming!

I didn’t have terminal transparency available OOTB, and it didn’t find my Nvidea GPU drivers, either.

Ubuntu-based Mint does, for me.

I interpreted your message wrong, now I get it, thanks!

Thanks for the clear explanation!

If I found the correct repo it seems like it’s MIT licenced which is very permissive, as well.

https://github.com/uutils/coreutils?tab=MIT-1-ov-file

• ability to rollback to previous versions

I think apt handles this, as well, no?

All the other reasons are very valid, though! Especially the transactional updates!

And they give you more control over the permissions that you give the application; packages from apt, yay, etc. get full filesystem access by default even if they contain a bug or malicious code, flatpaks can be walled off by you very well.