Sylvestre Ledru who serves as the lead developer of the uutils project for the Rust Coreutils implementation presented at FOSDEM 2026 this weekend on this initiative. Ledru has spoken at FOSDEM in prior years on Rust Coreutils and this year’s talk focused primarily on Ubuntu 25.10’s adoption of it in place of GNU Coreutils.

Ledru’s presentation covered the progress made on Rust Coreutils in recent times and Ubuntu 25.10’s uptake of Rust Coreutils and continuing that for Ubuntu 26.04 LTS. While some bugs have been found as a result of it, they have been fixed rather quickly. Ledru’s presentation also points out some of the popular trolling around Rust Coreutils and ultimately how many of those commenters have been proven wrong

    • Maddier1993@programming.dev
      21·
      39 minutes ago

      You’re a rube if you think corporations can’t throw some money at interns do a rewrite in MIT and bypass GPL that way.

    • bitcrafter@programming.dev
      15·
      6 hours ago

      So are you saying that the developers should abandon the project if they do not use a license that you like?

      • tangonov@lemmy.ca
        3·
        1 hour ago

        It’s not about any of us enjoying the license*, it’s about preserving the integrity of free software. It’s both flattering and disturbing that core utils is popular enough that people have decided to give them away to anyone who would want to take them without ever contributing back. If those people are found out there will be no legal recourse. Those Rust rewrites would inevitably be made proprietary without any credit for the authors.

        • bitcrafter@programming.dev
          1·
          3 hours ago

          First GNU coreutils is going to remain GPL-licensed, so nothing that already exists is being given away; the only thing that is happening is that some people have decided to write brand new code. (And it is worth noting that GPL only says that if you share the binaries, you have to share the source code; if your changes are only used internally, you do not have to contribute them back, though you probably want to do so since it makes your life easier down the road when you want to use newer version of upstream.)

          Second, what scenario exactly is it that you are worried about? I want a specific and plausible answer, not just vague allusions.

          Finally, if the Rust authors are fine with the possibility that someone will use their code in this way, then who are we to tell them to stop their development when we can continue to use GNU coreutils?

          You did not answer my question, and I think it is an important one so I will repeat it: should they abandon the project if they are unwilling to use your preferred license?

          • tangonov@lemmy.ca
            1·
            1 hour ago

            I wrote this before I realized that you don’t actually care about the answer, you just want people to shut up about it, so sorry. If you want somebody to do the work you’ll have to do it yourself now. You’ve been given plenty of examples in this thread already

            • bitcrafter@programming.dev
              1·
              1 hour ago

              I have not been given a specific example of a scenario involving uutils, I have only been told about scenarios for unrelated and very different projects, and the difference between the situations is significant enough that you can’t simply point to them and declare that your point has automatically been proven. In fact, I would argue that uutils is such a different case that it is implausible that such a scenario could occur and become a big problem.

              And yes, people stopping complaining about work being done on a project they are not involved with in every single post discussing it would be a perfectly fine outcome for me. But if they are not going to do that, then I would also be happy with getting my questions answered because I believe that they are relevant.

              • tangonov@lemmy.ca
                1·
                1 hour ago

                I think the biggest point you may be missing here is if you start re-writing GNU/Linux (which is what uutils is the first step in doing) with an MIT license, you start making reasons for commercial entities that contribute back out of obligation to stop supporting upstream free software. This is a no brainer to me. As to whether or not anybody should stop writing uutils, the answer is **obviously not. ** The license, however, is free game for scrutiny

                • bitcrafter@programming.dev
                  1·
                  55 minutes ago

                  Okay, but is this group trying to re-write all of the GPL software in the Linux ecosystem with an MIT license? I ask this because I think that the words “first step” are doing a lot of the lifting in your argument.

                  And just to be clear, my objection is not to people disagreeing with the license; in fact, as I have said elsewhere–though I hardly expect you to have read all of my comments here!–I think that the underlying criticism is actually reasonable, I just also think that the extent of the concern is exaggerated in practice in this specific case (which is why I keep trying to pin people down on specifics rather than generalities). Again, my objection is that people feel the need to post the same inane comments with varying degree of toxicity (such referring to them as using a “cuck” license) complaining about it in every single post.

          • mech@feddit.org
            51·
            5 hours ago

            You didn’t state a differing opinion.
            You asked a loaded question, insinuating something @somegeek@programming.dev didn’t say.

            • bitcrafter@programming.dev
              1·
              5 hours ago

              It’s not a loaded question; I genuinely want to know the answer to it.

              And regardless, it is not a sign of “ignorance”, as was claimed.

  • Avid Amoeba@lemmy.ca
    30·
    10 hours ago

    Replace a perfectly usable GPL software for MIT? Nope. I used to fall for that ten years ago. The social infrastructure of software is more important than the exact tech used. The license is fundamental to that.

      • mech@feddit.org
        8·
        5 hours ago

        The availability of a replacement with a permissive license allows businesses to use it without giving anything back to the community.
        What this leads to in the long run is open source projects starved for resources, and businesses pouring their dev time only into their own business-specific forks, without sharing their code upstream.

        • bitcrafter@programming.dev
          3·
          5 hours ago

          Businesses can already create their own forks of GPL-licensed software and not contribute their changes to the upstream project; in fact, they do not even have to share their code with anyone at all if they use it internally do not distribute binaries. However, they are incentivized to share their changes, even if they do not have to, because if they do not then merging upstream changes will become increasingly difficult.

    • OfCourseNot@fedia.io
      152·
      21 hours ago

      You are very right. While non-copyleft licences makes sense for some software (a game engine like Godot, for example, released under the MIT licence) it’s absolutely awful for the coreutils.

      • Sivecano@lemmy.dbzer0.com
        32·
        16 hours ago

        GPL or GTFO! On a more serious note: Permissive licenses open a project up to unilateral exploitation by commercial entities and can lead to fractured ecosystems.

        On a more principled note: permissive licenses (as compared to free software licenses) undermine the free software ecosystem and the freedoms it brings in the long term and the thing that uutils is doing - that is taking a GPL licensed project and rewriting it under a more permissive license is corrosive to free software. GPL applies not when corporations use a piece of software, but when they distribute binaries back to you. This is not about limiting the rights of corporations but about protecting the digital freedom of people.

          • bitcrafter@programming.dev
            114·
            20 hours ago

            The theoretical concern is that some nefarious company will start making improvements and not contribute them back so that it can have access to (and possibly even sell) its own premium version that takes advantage of the hard work of the community without giving back.

            Personally, I am a bit skeptical of this for a couple of reasons. First, I have a really hard time seeing any company care enough about uutils to do this. Second, continually merging changes from an upstream project is a real pain, so there is a strong incentive to make contributions back out of self-interest.

            But even to the extent that there is some grounds to be concerned, it is not enough for so many people to contribute so much noise to every single one of these posts whining, as if it is attack on them personally.

            • Feyd@programming.dev
              15·
              19 hours ago

              If you expect that people will in reality treat the project as if it is copyleft. Why not support it being officially copyleft? Why just trust corporations to be good citizens when you could insist on it?

              • boredsquirrel (he)@slrpnk.net
                91·
                19 hours ago

                This. Licenses are so that trust is not needed and being a good FOSS citizen is expected. That means publishing your code if you fork, giving proper attibution and granting your users the same rights as the original project did.

                Something very normal.

                • bitcrafter@programming.dev
                  22·
                  18 hours ago

                  Okay, but if the developers of uutils do not care about these things, and they would be the ones most hurt because they would not get access to the changes that others are making… why should the rest of us make a big deal over it?

              • bitcrafter@programming.dev
                31·
                19 hours ago

                Because it is not my decision as it is not my project, and I do not like to constantly be making big deal about other people’s decisions unless there is a significant chance of them having a significantly negative impact on my life, which I do not see in this case.

        • bitcrafter@programming.dev
          67·
          20 hours ago

          What freedom is being taken away from you, personally, exactly, that makes it so bad that they decided to go with this license?

          • Scafir@discuss.tchncs.de
            121·
            20 hours ago

            It’s not a matter of “him” personally. Permissive license allow for a work to be taken and redistributed by other entities, without enforcing them to release their changes. This creates a one way relationship that is generally detrimental to the open source ecosystem, allowing work to be stolen away from the public. That being said, choosing a license is situational, and a permissive one can be a great choice in certain instances. For that particular case, I don’t see much benefit to having a permissive licence.

            • bitcrafter@programming.dev
              48·
              20 hours ago

              Okay, so it sounds like in practice this would primarily affect the uutils developers by denying them access to these changes. However, they are the ones who deliberately chose this license, so why make a big deal of it in every single uutils thread?

          • OfCourseNot@fedia.io
            51·
            19 hours ago

            Not the commenter you’re asking, but I do consider the MIT licence a bad one for something like a core part of an OS. Not all FOSS licences are created equal, there’re even important differences between the different GPLs (GPL2 is more permissive than GPL3, for example. With AGPL you have to grant the freedoms to the users even if the software is running out of your server, which isn’t a thing with GPL2/3), and even the most permissive ones have a reason to exist, but I’m yet to hear (or read) a good one for these uutils, so I’m not touching any distro or project that uses these mit core utils with a ten foot pole.

            • bitcrafter@programming.dev
              23·
              19 hours ago

              What specific problem are you afraid would make your life worse as a result of uutils being MIT-licensed that is so bad that the entire operating system is verbatim to you? Especially given that coreutils will continue to be available to you?

        • bitcrafter@programming.dev
          1011·
          20 hours ago

          Okay, then every time you complain about it I will point out that your complaint is a petty one that adds nothing to the discussion.

          It will be a tireless job but someone has to do it. :-)

              • spartanatreyu@programming.dev
                81·
                17 hours ago

                So it needs to be commented on in every single article?

                Yes

                If so, is that going to change anything?

                Potentially.

                The alternative is not bringing up the concern and it goes forgotten until it is too late and we are stuck with the results of bad decisions for no good reason.

                Developers voicing their concerns is the only way things can change for the better.

                Here’s two examples:

                1. Redis licensing rug pull

                  • Redis unexpectly changed its own licencing
                  • Developers demanded Redis return to its original (or similar) licence
                  • Redis said no
                  • Developers formed their own Redis clones from scratch with compatible APIs
                  • Developers switched to the new Redis replacements
                  • Redis returned back to the original licence in an attempt to keep existing users

                2. Google’s JpegXL whiplash

                  • Google added support for jpegxl in Chrome
                  • Google removed support for jpegxl in Chrome in favour of inferior standards
                  • Developers demanded support added back
                  • Google said no
                  • Developers flooded every issue tracker and feature request with support for jpegxl, consistently, unrelentingly, for years
                  • Other browsers add support for jpegxl
                  • Creative industry adds support for jpegxl
                  • PDF association adds support for jpegxl
                  • Google forced choose between jpegxl or fall out of supporting pdf standard
                  • Google readds jpegxl support

                And there’s plenty of other examples (e.g. Microsoft against linux -> WSL support, etc…)

                If developers don’t voice their concerns, then things stop changing for the better.

                • bitcrafter@programming.dev
                  12·
                  16 hours ago

                  Whose opinion do you actually think is going to be changed? All I see here is a lot of preaching to the choir here. If I were a uutils developer, I would stay far away from all of these discussions because of how much hate is directed towards it.

                  If they do not adopt the license you prefer, would it be better for them to just go ahead and abandon the whole effort? Are there efforts really so valueless simply because they chose the license that they did? Moreover, is dictating to volunteers what license they should be using for their code what you think this community should be about?

                  You claim that it is important that people make tons noise in every single post on uutils because it will prevent a bad scenario down the line, but could you detail what that scenario is? Because people like to make allusions to such a scenario constantly but refuse to get specific and then engage on a discussion on the specifics.

                  Incidentally, your choice of Redis is an example exactly illustrates my point that this license is not a gigantic deal it shows that the worst case scenario is… uutils being forked. Heck, it can even be forked at any time with a copyleft license precisely because its existing language is permissive.

            • bitcrafter@programming.dev
              33·
              18 hours ago

              You’re right, you can contribute as much noise as you can to any discussion you want.

              But that is all you are doing.

    • mesa@piefed.socialEnglish
      71·
      18 hours ago

      The licence would be significantly better. And would drive a bit more adoption.

      • bitcrafter@programming.dev
        14·
        18 hours ago

        So you are saying that the quality of the code and the functionality that it offers would be significantly improved?

        (It’s not clear how much more adoption there would be, though a bit more is plausible.)

        • fruitycoder@sh.itjust.works
          5·
          9 hours ago

          More people would inclined to contribute or include it in there own projects if it wasn’t a regression in terms of FOSS.

          I.e. why contribute to this project that could be forked to create tools that don’t respect the users when the main existing project doesn’t have that flaw?

          • bitcrafter@programming.dev
            2·
            6 hours ago

            Given that the Rust community seems to prefer more permissive licenses, I doubt that there many people who would be interested in contributing that be put off by this in practice.

            Unless you are telling me that you personally had been really motivated to contribute to this project yourself, but changed your mind when your leaned about the license?

              • bitcrafter@programming.dev
                1·
                2 hours ago

                Fair enough, but in that case, them using a less optimal license is a problem that will solve itself because it won’t be used, so it is not something that needs to be brought up by multiple people in every post on uutils.

          • bitcrafter@programming.dev
            12·
            18 hours ago

            You are the one saying that the project would be significantly better. I am asking you to translate that significant claim into a set of metrics.

  • mesa@piefed.socialEnglish
    142·
    21 hours ago

    It is trolling when it broke production level systems?

    To be fair im NOT blaming the rust util team. I hope the best for them. But it was a bad decision to use something like that to power systems before it was fully tested and ready. It broke many different things in prod at work and we had to switch over to another distro entirely. Which was a lot of work. It made us stop using Ubuntu which is a shame.

    • Maestro@fedia.io
      9·
      19 hours ago

      Your first mistake was using Ubuntu on a production server. Canonical has made more than enough questionable decisions over the past decade that using Ubuntu for a production system should be a red flag.

      • mesa@piefed.socialEnglish
        51·
        18 hours ago

        Your probably right. It was an old setup but ill own it. I inherited it (mitus touch) so I probably should have put more effort into switching.

        • Maestro@fedia.io
          3·
          12 hours ago

          Switching can be hard sonetimes. At work we still have a few Ubuntu 20.04 LTS machines that need to be replaced.

    • bitcrafter@programming.dev
      7·
      21 hours ago

      It is trolling when it broke production level systems?

      Depends. Were they the ones who put it into production level systems? If the answer to that question is no, then, well, you have your answer already.

    • chrash0@lemmy.world
      31·
      20 hours ago

      i mean, how many realistically? how many systems are out there using non-LTS releases that would actually run into these edge cases? and auto-updating them in production without triggering the bug first? or maybe i’m a naive corpo

      • mesa@piefed.socialEnglish
        3·
        20 hours ago

        Honestly it was a bunch of docker containers that failed all around the same time. Kinda sucks. Again I blame more Ubuntu support (since we pay for it) than rust or rust utils.I hope to eventually switch all systems to using the library when they hit 100%. Its going to be so fast :)

    • bluGill@fedia.io
      14·
      21 hours ago

      What broke? If it was a GNU ism that wouldn’t work on *BSD either, than it is your own stupid fault. There are other linux distros that also don’t use the gnu core utils that would break things do.