Diseased Open Source Software Community - it's about ethics in Code of Conducts

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
I'm telling this from experience, I work with old NTFS drives that cause GNU coreutils to routinely segfault. None of that happens on uutils coreutils. And it *is* much faster if you work with a lot of data (like say, a maildir with ~1.5M files in it).
Name names, otherwise I'm calling bullshit on the segfault claims.
 
Canonical does a lot of stupid shit but I guarantee you this isn't one because the main reason corpos use Ubuntu is that is just works and is backwards compatible. They will not downgrade the #1 tool used by virtually every piece of software to an inferior version.
If uutils is ready, then where exactly is it deployed now? Which niche distros have already made this default? How many kubernetes/docker containers are using it? If there was a compelling use case we'd already be seeing it.

What problem are they solving? Size?, No it's typical Rust binary bloat. Speed? The coreutils commands that are slow are typically due to waiting for the disk. Highly CPU bound commands like Bzip2, xz, those aren't in coreutils. Security? How many CVE's in coreutils would have been mitigated by being written in rust? Maintainability? Then why hamper yourself from the start with stating 100% backwards compatibility with GNU coreutils as the goal instead of a well defined narrower scope?

The only reason this is going into Ubuntu is that the rust trannies/furries/faggots like Hector Martin will pitch a fit if it isn't. Instead of organically writing a new app or command in Rust, that people would want, they have to force themselves into existing projects because C/C++ is now extremely dangerous and must be entirely replaced by rust. Instead of writing a new webserver or office suite in Rust, they have to insist on taking over the linux kernel and now coreutils. You must worship the rust girldick thrust in your face.

Welcome to the brave new future of Linux where each and every binary is now statically linked, forced into a sandbox, and hello_world compiles to a binary multiple megabytes in length.
 
I'm telling this from experience, I work with old NTFS drives that cause GNU coreutils to routinely segfault. None of that happens on uutils coreutils. And it *is* much faster if you work with a lot of data (like say, a maildir with ~1.5M files in it).

Sure, there are some test cases where uutils coreutils doesn't pass, but literally nobody that uses the latest Ubuntu version is bumping into these *and* they're working on making the tests pass for the zero people which do.

How many Ubuntu users are regularly sorting their hoarded emails that they store on old NTFS drives?

How has "this program has a bug, we should completely replace it with something that isn't even fully functional!" become preferable to submitting a bug fix? I would have more respect for these people if they just straight up said "yeah, fuck stallman, fuck gnu, and fuck the gpl; also, not invented here"...
 
At least sort will be six times faster. I genuinely can't remember if I've ever had to run a sort command that wasn't basically instant but hey, 600% faster!
If Canonical cared about speed they would just contribute multi threading to the existing code base. Or at least they would ship their own patched version in their repos. They are doing it because they drank the rust kool-aid, kool-aid of language that doesn't even have stable ABI and whose binaries are extremely bloated.
 
Just wait until this gets pushed to Ubuntu servers, and random unforeseen shit starts breaking all over the internet because things like certain combinations of command arguments were never bug tested or are unimplemented and won't produce the same output as the original gnu coreutils.
As if coreutils and it's retarded differences from the BSD tools wasn't enough...
Canonical does a lot of stupid shit but I guarantee you this isn't one because the main reason corpos use Ubuntu is that is just works and is backwards compatible.
♿
 
If uutils is ready, then where exactly is it deployed now? Which niche distros have already made this default? How many kubernetes/docker containers are using it? If there was a compelling use case we'd already be seeing it.

What problem are they solving? Size?, No it's typical Rust binary bloat. Speed? The coreutils commands that are slow are typically due to waiting for the disk. Highly CPU bound commands like Bzip2, xz, those aren't in coreutils. Security? How many CVE's in coreutils would have been mitigated by being written in rust? Maintainability? Then why hamper yourself from the start with stating 100% backwards compatibility with GNU coreutils as the goal instead of a well defined narrower scope?

The only reason this is going into Ubuntu is that the rust trannies/furries/faggots like Hector Martin will pitch a fit if it isn't. Instead of organically writing a new app or command in Rust, that people would want, they have to force themselves into existing projects because C/C++ is now extremely dangerous and must be entirely replaced by rust. Instead of writing a new webserver or office suite in Rust, they have to insist on taking over the linux kernel and now coreutils. You must worship the rust girldick thrust in your face.

Welcome to the brave new future of Linux where each and every binary is now statically linked, forced into a sandbox, and hello_world compiles to a binary multiple megabytes in length.
It is deployed nowhere since it is just a pointless incomplete re-implementation of utilities that have been mature code for a very long time.
It doesn't solve any problem and it only exists to make autistic troons feel validated and special.

Also, who the fuck runs something like ubuntu on their servers? That is just retarded. Ubuntu in general has almost zero quality control on what they ship and as soon as you want to do something a bit uncommon you are basically on your own and it is a roll of a dice whether it will work or not.

Maybe qemu-system-sparc does not work so well because the unpaid assigned tranny was too busy dillating the day when they built/tested the packages?
 
Last edited:
Actually no, this is a good change. With good tools you can achieve correct and fast software much faster.

I'm telling this from experience, I work with old NTFS drives that cause GNU coreutils to routinely segfault. None of that happens on uutils coreutils. And it *is* much faster if you work with a lot of data (like say, a maildir with ~1.5M files in it).

Sure, there are some test cases where uutils coreutils doesn't pass, but literally nobody that uses the latest Ubuntu version is bumping into these *and* they're working on making the tests pass for the zero people which do.

Canonical does a lot of stupid shit but I guarantee you this isn't one because the main reason corpos use Ubuntu is that is just works and is backwards compatible. They will not downgrade the #1 tool used by virtually every piece of software to an inferior version.
Screenshot_20250315_174737.png
 
I think the language is a red herring, and that the real issue is that uutils is under the MIT license (archive). The only reason the coreutils are being ripped out is because corporate hates free software. Every corpo expects every person to be a jannie and code FOR FREE, but not if it means they also have to share their work with everyone else.
 
I think the language is a red herring, and that the real issue is that uutils is under the MIT license (archive). The only reason the coreutils are being ripped out is because corporate hates free software. Every corpo expects every person to be a jannie and code FOR FREE, but not if it means they also have to share their work with everyone else.
Oh no, the corpos who provide (((support))) services are more than happy to give away code... because to them that's way better than having to pay for code. They think they're getting a bargain. The ones who hate free software, though, are the ones who want to market software directly rather than providing some kind of value-added service with it. Those assholes REALLY hate free software since nobody wants to pay for their crap anymore, and they're not willing to pay for real engineers to write real software that people might actually pay for. It's all self-inflicted and gay.
 
Oh no, the corpos who provide (((support))) services are more than happy to give away code... because to them that's way better than having to pay for code.
Plenty of companies live and die by providing support. It's encouraged to sell support, and even the software itself if one can find a market, but by using any license more lax than a copyleft license, companies are not legally required to provide the code to said software on request by its users. This is the perfidious nature of the open source movement, and organizations such as the Open Source Initiative.
 
It's unrelated to whole rust situation, but I've recently seen Distro Tube selling the idea that open-source software doesn't mean free of charge and somehow the audience is buying it. No idea about anyone else, but the main reason I prefer to use open-source software is because it's free of all the commercial shit, no subscription nagging or any of online-only bullshit; If you take that away then what's the difference from random propietary garbage? Furthermore this software's source is open and you can build it for free, so what will the greedy devs do to stop potential users? Hide the source code or obscure the dependencies and make the installation process absolute nightmare? What's the point of being open-source at that point?
I'll show you the video example below:
 
View attachment 7088038
To a goldfish that has lived its life in a tank, the kiddy pool is an ocean.

So much of programming language history is just copying things from Lisp. I'm glad that you like your kiddy pool, but don't be surprised if others chuckle or roll their eyes when you tell them it's the biggest ocean you've ever seen.
Lisp requiring emacs and refusing to step away forever restricts it to a fidget spinner for autistics.
 
It's unrelated to whole rust situation, but I've recently seen Distro Tube selling the idea that open-source software doesn't mean free of charge and somehow the audience is buying it. No idea about anyone else, but the main reason I prefer to use open-source software is because it's free of all the commercial shit, no subscription nagging or any of online-only bullshit; If you take that away then what's the difference from random propietary garbage? Furthermore this software's source is open and you can build it for free, so what will the greedy devs do to stop potential users? Hide the source code or obscure the dependencies and make the installation process absolute nightmare? What's the point of being open-source at that point?
I'll show you the video example below:
To follow up on that, probably the main reason DT did this video was because for some reason he's in love with xerolinux creator who for some mind-boggling reason made his arch-based KDE theme "distro" paid. No idea how cucked you need to be in order to buy this, but some did indeed do it. He even has the gay premium tiers if you want gnome. Absolute madness.
1742125024165.png
 
Just wait until this gets pushed to Ubuntu servers, and random unforeseen shit starts breaking all over the internet because things like certain combinations of command arguments were never bug tested or are unimplemented and won't produce the same output as the original gnu coreutils.
And the assbleeding sperging from the bug reports.
 
  • Like
Reactions: UERISIMILITUDO
While we're on the topic of rustrannies shilling their rusty autism, I was recommended this video and it's hilariously bad.
BTW my favourite bit is where he says and I quote "the browser is an operating system unto itself. Chromebooks certainly think so and you can use it to make far more than pretty web pages-ACK" @ 5:20.
His entire channel is just him shilling rust, not even in a "it's safer and better than C anyways" sense, no no no niggo: he thinks it literally surpasses every other programming language ever made; ALL OF THEM, somehow.

I said it before and I'll say it again, it is a CULT and for that reason alone you are morally obligated to be vehemently, adamantly, unreasonably, autistically anti-rust or you'll get more insanity like coreutils getting rewritten into it and forced upon you by the FOSS overlords who know better. Yeah right, rust is faster than c they said, so why not preinstall rust coreutils instead of the coreutils that's been working w/o any problem for fucking years!

Kill rustrannies. Behead rustrannies. Roundhouse kick a rustranny into the concrete. Slam dunk a rust shill into the trashcan. Crucify filthy rustrannies. Defecate in a rustranny's food. Launch rustrannies into the sun. Stir fry rustrannies in a wok. Toss rustrannies into active volcanoes. Urinate into a rustranny's gas tank. Judo throw rustrannies into a wood chipper. Twist rustrannies' heads off. Report rustrannies to the IRS. Karate chop rustrannies in half. Curb stomp pregnant valid rustrannies. Trap rustrannies in quicksand. Crush rustrannies in the trash compactor. Liquefy rustrannies in a vat of acid. Eat rustrannies. Dissect rustrannies. Exterminate rustrannies in the gas chamber. Stomp rustranny skulls with steel toed boots. Cremate rustrannies in the oven. Lobotomize rustrannies. Mandatory abortions for rustrannies. Grind rustranny fetuses in the garbage disposal. Drown rustrannies in fried chicken grease. Vaporize rustrannies with a ray gun. Kick old rustrannies down the stairs. Feed rustrannies to alligators. Slice rustrannies with a katana.

Nobody claimed the fuckru.st domain, should I do it just for the memes?
 
Back