113

What an absolute shitshow

you are viewing a single comment's thread
view the rest of the comments
[-] vala@lemmy.dbzer0.com 38 points 1 day ago* (last edited 1 day ago)

Rust is absolutely not faster or easier than C. It's safer but that's it.

The issue with the rust utils license is that its MIT. Which many people see as vastly inferior to GPL. This is a very big deal to people who believe in the GPL.

[-] tempest@lemmy.ca 17 points 1 day ago

It is definitely easier.

Don't try and tell me cargo is not easier than fucking around with the C/CPP build slop I've had to screw around with over the years.

The coreutils license is bullshit but let's not pretend languages have not improved in 50 years.

[-] verdare@piefed.blahaj.zone 8 points 1 day ago

Yeah, the only real issue I have with the “rewrite it in Rust” approach is the absolute plague of permissive licensing. It is much easier to write safe, correct code in Rust.

[-] Hack3900@lemy.lol 7 points 1 day ago

I think it depends on the project, when writing cp you're not really messing around with libraries so good ol make is fine

[-] vala@lemmy.dbzer0.com 3 points 1 day ago

Cargo != Rust

There is no word in which the borrow checker is easier to deal with than C.

[-] tempest@lemmy.ca 4 points 20 hours ago

I think responding to borrow checker errors is easier than debugging some random segfault

Also I don't separate the language and it's build system. I have to use it to write the language it's an entire kit.

Part of c/cpp problem is it's build system and dependency story just serves to get in my way instead of letting me write code. The syntax is irrelevant when I'm fucking with some auto conf script because the version on my machine is 0.01 versions different.

[-] thingsiplay@lemmy.ml 6 points 1 day ago

Rust is absolutely not faster or easier than C. It’s safer but that’s it.

Depends on what you mean by "easier". It is easier to write safe code in Rust.

[-] wewbull@feddit.uk 5 points 1 day ago

Memory safe!

Not any other kind of safety.

[-] thingsiplay@lemmy.ml 4 points 1 day ago

Yes, that's what Rust is about.

[-] wewbull@feddit.uk 2 points 1 day ago

So your statement that it's easier to write safe code in rust is only (arguably) true for one aspect of safety.

[-] thingsiplay@lemmy.ml 2 points 1 day ago

Ehm no... But it makes writing memory safe code in Rust easier by default than C.

[-] MonkderVierte@lemmy.zip 2 points 1 day ago

Depends on what you do, really.

Dangers of this project:

  • compatibility in edge-cases
  • experts of their tool vs. jokel of all
  • maturity of the code
  • scope creep
[-] thingsiplay@lemmy.ml 1 points 1 day ago

No, it does not depend on what I do. In Rust it is by definition easier to write safe code than in C.

[-] MonkderVierte@lemmy.zip 5 points 1 day ago

Sure does. If the tool was used for 50 years and 1000s times checked (also by criminals), your reimplementarion will not be safer for a whole while, memory safety or not. Especially with that huge scope.

[-] thingsiplay@lemmy.ml 2 points 1 day ago* (last edited 1 day ago)

Ehm, thats not what I said? Let try me again: If you write code in C and in Rust, both spend about 5 years time and check them equally often, with equally amount of experience, then it is by default easier to write the safe code in Rust. Because Rust is safe by default.

If you compare a new project to an old project, that has nothing to do with my statement.

[-] MonkderVierte@lemmy.zip 3 points 1 day ago* (last edited 1 day ago)

But we have the context "Rust coreutils" here.

[-] thingsiplay@lemmy.ml 2 points 1 day ago

The statement I was referring to and answering to wasn't in context. It was an absolute statement about the language itself:

Rust is absolutely not faster or easier than C. It’s safer but that’s it.

I am not suggesting that throwing decades old tested and developed code is immediately safer than rewriting it from scratch. Sometimes a rewrite (be it in same language or different) might result in better code, given time. But that is not what I was replying and discussing to.

[-] arty@feddit.org 2 points 1 day ago

And base64 util did become better

[-] garbage_world@lemmy.world 2 points 1 day ago

GNU coreutils are a copy of Unix utils themselves.

[-] cockmushroom@reddthat.com 7 points 1 day ago

They're also free and open source, which unix wasn't.

[-] garbage_world@lemmy.world 2 points 1 day ago

Which is against the copyright in a same way as rust rewrite is

[-] cockmushroom@reddthat.com 2 points 20 hours ago

And which license do you suppose you gain/lose more from?

[-] SocialistVibes01@lemmy.ml 2 points 18 hours ago

These guys are so brain dead.

[-] garbage_world@lemmy.world 1 points 17 hours ago

Copyright doesn't care. If you want to criticize Uutils license choice you have to admit that GNU did literally the same thing

[-] cockmushroom@reddthat.com 2 points 16 hours ago

I actually don't have to do that at all. It'd be one thing if i, or anyone else in this thread, were saying that the problem with derivative works is that they aren't originals, but that's not the point at all.
This isn't about venerating copyright in the abstract, it's about infrastructure and longgevity.
If you're not just shit posting and actually want to understand the issues at stake, it just so happens that i wrote bout this yesterday:

https://reddthat.com/comment/27650211

[-] garbage_world@lemmy.world 2 points 16 hours ago

I like GPL more too, but what are we supposed to do?

Open source is open, we have no way of preventing them from using MIT.

this post was submitted on 04 Jul 2026
113 points (89.5% liked)

Linux

66232 readers
459 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS