What an absolute shitshow

  • Arthur Besse ( cypherpunks@lemmy.ml ) 
    link
    fedilink
    English
    arrow-up
    45
    ·
    4 months ago

    What an absolute shitshow

    I’d say the month of June is actually a good time to be breaking and fixing things in a release that is due to come out in (checks notes) October.

    • JoYo ( JoYo@lemmy.ml ) 
      link
      fedilink
      English
      arrow-up
      21
      ·
      4 months ago

      I like staying up to date about open source but holy cow is there too many of these “omg they broke something in testing”. Yah, that’s the point.

    • gian  ( gian@lemmy.grys.it ) 
      link
      fedilink
      English
      arrow-up
      2
      ·
      3 months ago

      No, it is not a good time. A project like Ubuntu should now be in freeze as they had about 3 months before release and definitely it should not have a break in something basic just because the language used to write the command break backword compatibilty

      • Arthur Besse ( cypherpunks@lemmy.ml ) 
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        3 months ago

        No, it is not a good time. A project like Ubuntu should now be in freeze as they had about 3 months before release

        Jeff "The Dude" Lebowski (Jeff Bridges), Walter Sobchak (John Goodman), and Donny Kerabatsos (Steve Buscemi) in the 3rd bowling alley scene in The Big Lebowski (1998), with subtitle "Year? Well, you know, that's just like your opinion, man."

        This bug was reported (and resolved by rolling back to the GNU coreutils version of cp) on June 30, a little over 15 weeks prior to the scheduled release date.

        Which distros have a feature freeze that far in advance?

        Ubuntu hasn’t even scheduled theirs for this release yet; if you edit that url to look at previous releases’ schedules you can see their feature freeze and debian import freezes are typically about 2 months prior to release. (See here for descriptions of all of the different types of freezes…)

  • ZeStig ( zstg@programming.dev ) 
    link
    fedilink
    English
    arrow-up
    36
    ·
    4 months ago

    The project hasn’t had a stable release, and yes, it does certainly need more testing to uncover edge cases.

    Yes, MIT bad, but one must not diss on the project just because it has been written in Rust.

      • MIT is terrible if it replaces current GPL projects. Companies will always provide their spyware infested proprietary version of the exact same thing which have one or two additional features, making open source software always behind rhe propruetary counterparts. See: Chromium->Google Chrome, Aosp->any Android os vendor

        • Why do you think the MIT License is bad? I am not the one making the claim it being bad, so I’m not the on in defending position. It’s an open source license and I like to use it too (granted my work is just little small hobby tools). I think the MIT License has pros and cons, but isn’t straight a bad license in this context.

          • pineapple ( pineapple@lemmy.ml ) 
            link
            fedilink
            English
            arrow-up
            2
            ·
            3 months ago

            Because it isn’t a free software license. Software licensed by the MIT license can be copied and made into proprietary software. Since (I hope) we agree proprietary software should be minimised licensing under a free software license ensures big tech can’t make there own corporate software from it without ever giving back.

            • It IS free software license. It just gives the freedom to turn it into proprietary too, in which case the new proprietary product is no longer licensed under MIT. Which in turn does not violate the MIT being free, as it became a different thing.

                • Its not about being bad or worse or better, its being different that grants different rights. MIT is more permissive, which you may like or may not. Some people don’t like GPL in example, because you cannot mix it with proprietary license. Or they want to keep a change secret, which is a right I would want to give. I’m not saying its better or worse, but I want to give the people the right to do what they want. This can lead to better or worse outcome.

                  Its only worse than GPL, if you want to enforce all modifications to be Open Source too.

          • ℍ𝕂-𝟞𝟝 ( HK65@sopuli.xyz ) 
            link
            fedilink
            English
            arrow-up
            2
            ·
            3 months ago

            I guess it makes coreutils vulnerable to EEE. Corps with significant stakes in Linux would be able to extend the API with proprietary functions, build ecosystems on top of that, and lock out independent development.

            Imagine being unable to distribute a Linux based OS that is compatible with most of the world without proprietary age verification built in for example.

            • If its proprietary, then it can’t be distributed in an Open Source system anyway. We are free to use the Open Source version instead. I’m actually in favor of companies having the option to do what they want with the code, that is true Open Source in my opinion. In example a different distribution or even Microsoft takes the coreutils, and makes changes and then distributes it as proprietary software. We wouldn’t need to use it anyway.

              Also which MIT Licensend software happened to this in our Linux eco system, that it became to a problem? Are there important examples?

                • Who says it will be better? It might also be worse. It might be bloated with functionality we don’t care, it might get telemetry. If its proprietary, we can’t trust it anymore. I don’t think this would be “better” just because Microsoft did something add proprietary features to it. Even the general public don’t think that Microsoft software is the best software.

                  Besides that, just because Microsoft does it better does not mean ours would get worse. It wouldn’t affect Linux at all.

  • CommanderCloon ( CommanderCloon@lemmy.ml ) 
    link
    fedilink
    arrow-up
    25
    ·
    edit-2
    4 months ago

    I love rust, but I absolutely hate how it’s used to jam MIT licenses where GPL belongs. Maybe it’s time we consider using corpos tools against them, and use an AI to rewrite GNU utils to Rust, so that people can continue contributing to Rust while not feeding corps?

    Edit: Though licensing AI software is iffy at best, you’ve got to own the copyright to something to licence it: Non-human productions are legally non-copyrightable. Also it might be better to just have humans do it anyway. The intent of my message was just that maybe we ought to deprive MIT-licensed projects from FOSS-motivated developers by providing Rust GPL alternatives to MIT/corporate Rust projects

      • My issue isn’t with Rust as a language at all, I quite enjoy making my projects with it. My issue is with “Rust rewrites” of GPL software, only to have those rewrites be licensed under MIT/Apache. To me it signifies that these rewrites were never about the safety features of Rust, but that they are attempts at pushing out the GPL

    • iByteABit ( iByteABit@lemmy.ml ) 
      link
      fedilink
      arrow-up
      11
      ·
      4 months ago

      cp of all things

      cp might sound simple because its a very necessary thing for an OS to do, but there’s quite some technical depth to each of the core utils, if it were simple people would just be pumping out coreutil practice projects just like they do with “generic CRUD web app 5000”