There’s been some Friday night kernel drama on the Linux kernel mailing list… Linus Torvalds has expressed regrets for merging the Bcachefs file-system and an ensuing back-and-forth between the file-system maintainer.

On Friday a set of fixes were submitted for merging into the current Linux 6.11 cycle. There were little fixes plus two big “fixes” around an rhashtable conversion and a new data structure for managing free lists in the BTree key cache. That later one eliminates the BTree key cache lock and avoids some locking contention that can appear in some multi-threaded workloads.

But this “fixes” pull request touches more than one thousand lines of code and we’re now more than half-way through the Linux 6.11 cycle. This is far from the first time that big “fixes” pulls for Bcachefs have been submitted post merge window and not the first time that it’s not strictly bug fixes but also heavier more feature-like additions being made via fixes pull requests. Linus Torvalds had enough and responded to the pull request.

  • Bassman1805@lemmy.world
    link
    fedilink
    arrow-up
    67
    ·
    edit-2
    20 days ago

    “You guys are freaked out because I’m moving quickly and you don’t have visibility into my own internal process, that’s all.”

    Uh, yeah?! Maybe add on “and you refuse to see why that’s a problem”

    • lad@programming.dev
      link
      fedilink
      English
      arrow-up
      2
      ·
      19 days ago

      I was amazed to read that, too. At least, they seem to keep it polite and professional. Kent even agrees that Linus is acting because of the responsibility of the maintainer, not on a whim or out of spite

  • 🐍🩶🐢@lemmy.world
    link
    fedilink
    English
    arrow-up
    68
    arrow-down
    2
    ·
    20 days ago

    The arrogance of Kent is ridiculous and he sounds like a man-child throwing a neck beard flavored tantrum whenever someone questions the bullshit reality that doesn’t actually exist. This isn’t some dumb application you can run into the ground because you can’t play well with others. This is the fucking linux kernel, and if you can’t fathom how bad it is to throw random “fixes” at the last minute instead of waiting for the next development cycle, you are the problem. I see that shit all the damn time in corporate environments and I am sick of arrogant programmers who can’t understand processes, why they exist, and why they need to be followed.

  • These are all factors that let me say, with confidence, that there really aren’t any bugs in this this pull request.

    That kind of thinking from Kent sounds like act one of a Greek tragedy.

      • recursive_recursion [they/them]@programming.dev
        link
        fedilink
        English
        arrow-up
        34
        arrow-down
        1
        ·
        20 days ago

        Linus is the head of Linux because he’s trustworthy and acts responsibly (esp more so nowadays than previously)

        If at any point he were to act in a way that tarnishes the trust built behind Linux, I wouldn’t be surprised if fellow maintainers forked Linux just like Redis and decided to put their weight behind the new project

        Same like me or any of the mods or admins here; I would hope my ass gets banned faster than the speed of light if I were to ever act irresponsibly with mod/admin powers


        “Remember, with great power comes great responsibility.” - Uncle Ben

      • Avatar_of_Self@lemmy.world
        link
        fedilink
        English
        arrow-up
        32
        ·
        20 days ago

        It does represent freedom.

        Kent can fork the kernel if he wants with all the fixes he wants in it and distribute it as he sees fit. This particular instance of the kernel (which happens to be original – the upstream), Linus has to balance allowing some fixes other developers want to include versus a ‘minor’ release of the kernel during this cycle (because it is a minor version release, not a major one). Kent could then also stop other developers from contributing to his fork but then those people could just fork his kernel fork and do what they want.

        You as a user are free to use any of them. You’re even free to take Kent’s PRs right now with everything done in the kernel at this point, compile it and run it yourself if you want. You could even market it as something and sell it all if you want for a profit if you can get the customers. You’re free to do all of that. You can do it right now if you want.

      • wizardbeard@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        28
        ·
        20 days ago

        This guy is free to do all the cowboy shit he wants in his own fork of the kernel. The problem is that he’s trying to force his way with the main one without proper care for how much a small mistake of his could damage.

      • lad@programming.dev
        link
        fedilink
        English
        arrow-up
        5
        ·
        19 days ago

        And freedoms of speech is why one can badmouth others and act racist /s

        No, freedom is not absence of any kind of process or rules

  • khorak@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    30
    arrow-down
    1
    ·
    20 days ago

    Just went through the newer messages of the thread. Really interesting to see this kind of exchange out in the open. Getting my popcorn to see if any feelings will be hurt. And perfectly understandable, that this is not the right way or process to do things. Merging something like this in the middle of a release says a lot for the current state of bcachefs.

  • 5714@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    8
    ·
    19 days ago

    I don’t know what bcachefs does exactly, but Overstreet seems to perceive Torvalds as some personal tutor or tester, almost as if Overstreet doesn’t understand the merits of division of labour.

  • modifier@lemmy.ca
    link
    fedilink
    arrow-up
    5
    ·
    20 days ago

    I don’t understand any of this on a technical level but it is interesting to see play out nonetheless.