• 10 Posts
  • 27 Comments
Joined 2 months ago
cake
Cake day: May 7th, 2026

help-circle




  • Eliminating some obscure bugs from C code is not worth intruducing a lot of new bugs. GNU coreutils have been used and polished for so long, that it would be far more effective just to fix the issues as they reveal right in the original code. If rewriting removes one kind of bugs while introducing another - then what’s the whole point?

    I cannot imagine obviously buggy code from 2020s being more secure than code that has been around since previous century. Again, even if Rust for real is a better solution for security reasons, the way it is being developed and shipped is not how one makes software more secure. Disregarding the license, uutils look like something pursuing hype, not strategical benefits.






  • First of all, it wasn’t rejected. Several noticeable distros included it to their repos or began testing. And the reason Void Linux yet hasn’t, is that the team isn’t sure about Xlibre’s longevity.

    I see no reason in cancelling XLibre due to developer’s political views. It’s free and open source, that’s it. Enrico Weigelt gets nothing for working on it. Furthermore, it is good that he’s making XLibre. He’s doing something safe and useful. He could’ve become a political bloger or activist and influence minds instead of coding. Now ask yourself, if this would be better than maintaining an obscure fork of a deprecated piece of software, which is hardly going to ever be adopted in security-sensitive environments (because they are on distros with Wayland already).







  • Rust-rewriting is a kind of madness. I like Rust, it’s an amazing language. But why rewrite programs that existed for decades and have proven their stability and safety? Rewriting them to Rust won’t make them safer, it will just introduce the kind of issues original versions have got fixed long ago.

    The MIT license also is a concern. I understand that many projects use it, and we can’t just reject them because of the license. But here we don’t see an innovation under MIT license - we see a copy of existing GNU tools, with hilarious issues and a corporation-friendly license.

    The fact uutils are being shipped despite being so raw shows that this is not about better software. The whole project is about abolishing GPL. And Rust is just an excuse.

    And the quality level of uutils being already shipped tells they either make free alpha testers for the corpos of the users, or there were no competent programmers to take part in the development.

    C will remain the core of the modern digital world for many years. It is impossible to rewrite everything to Rust in a couple of years. It needs a careful professional approach if we really want this to make software better. But in this case, no one does.






  • pixeldaemon@sh.itjust.workstoLinux Gaming@lemmy.worldDistro Recommendations
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    1
    ·
    11 days ago

    Bazzite. Fedora based, “atomic”, has nvidia drivers and windows compatibility utilities preinstalled. Atomic means easy rollback after update in case if something breaks, and it probably doesn’t expect you to use command line much. It is expecting users to install apps with flatpak so make sure flathub has the software you need (I think it does).

    I have never personally used Bazzite, but atomic distros and namely Bazzite are known to be very user friendly and breakproof.

    Steam Link is available for Linux. I suppose that most Steam-things are.