141
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 29 Aug 2024
141 points (90.8% liked)
Linux
11662 readers
180 users here now
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
founded 2 years ago
MODERATORS
Because that's the inevitability when major changes are introduced, especially when solely for purposes not directly related to bugfixes.
refactoring does fix bugs
Refactoring replaces old, working bugs with new, untested bugs.
Might as well never write new code then 🤷
Maybe pick a proper time and place, yeah?
What time would SpaceNoodle allow? You're in a thread about Kernel devs talking about contributing new code and why some new code is permissible, but other code, including C code, with fixes for C, are arbitrarily not allowed because it's coming from a Rust dev.
With the "refactoring replaces old, working bugs, with new, untested bugs" mindset, you might as well stick with the good stuff from 50 years ago. Those bugs are very well-known.
The Linux kernel folks say that the rust folks missed the deadline for major code changes and the project is currently in minor bug fix mode prior to release. They weren't prepared to accept thousands of lines of changes at this point on the grounds that introducing new regressions without time to fix them is a real risk. So timing is claimed to be an issue.
Who said this, and where? Are you sure you're not throwing together the bcachefs stuff with this Rust topic?
Oh, I'm totally wrong and had mixed the two up, sorry.
Interesting that you ignore how they were just going to change things for ideological purposes, which was my entire point.
That's an interesting perspective you got there. I hope you adopt the "ideological" mindset that adding fixes and memory safety is generally something you'd want, regardless of the language.
It says "When I tried to upstream minor fixes to the C code to make the behaviour more robust". That doesn't sound like a major changes to me and related to some bugs 🤷♂️