home.social

#lkml — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #lkml, aggregated by home.social.

fetched live
  1. @littlealex @cR0w Yup. That is exactly the rule of the game. Very publicly known since ages. BDFL and all.
    Everyone who is even modestly involved in it knows Mr Torvalds approach to things past his threshold of fucks to be given.

    To summarize: High qualify FOSS 🍿 drama. More in news at eleven. 😂

    Here's the relevant actual LKML link: lore.kernel.org/linux-media/CA

    #lkml #linux #torvalds #foss #fossdrama #ai #llm #opensource

  2. Slop pushers should not be debated, they should be removed without debate.

    If I were a #linux kernel developer I would have immediately put up a vote of no-confidence in Linus on the #LKML. Either the majority of kernel devs are for, or against this — pointless debate *always* allows the technofascists to win because they never had any intention of finding a working compromise or best solution.

    If Linus is so certain of AI it’s he that should have to fork Linux because I doubt that he’s the majority.

    If bad leaders can not be removed, forcibly, from #opensource projects then #FLOSS is no better than fascism.

    #programming #noai #linux #lkml #opensource #floss

  3. While this is obviously not something that's taught to enough people in engineering school (let alone business school)...

    People who develop technology have a fundamental responsibility to consider the ethical implications of the things they create and use.

    Just look at history... Humanity has just sleepwalked through 100 years of ethnic cleansing, radioactive contamination, human experimentation, nuclear and chemical warfare, censorship, human rights violations, and climate change.

    Will we learn nothing from all of that?

    What will the next century bring if we wait another 100 years to begin asking and answering the ethical questions surrounding the technologies that we are building today?

    #technology #ethics #society #history #ai #linux #lkml

  4. #LKML #QOTD from Tytso in reply to a #ext2 backporting request to various older #Linux longterm #kernel series:

    ""[…] And this is why the patches have not been backported. It requires work, and an AI generated request doesn't change the reality that *someone* has to do that work,

    I invite you to figure out a way to figure out an AI mediated tool that can attempt the backport, and then run the moral equivalent of "gce-xfstests -c ext4.all -g auto" to verify that the backport doesn't result in any regressions. (Some previous attempts to backport to older LTS kernels have resulted in the kernels crashing as a result.)

    Otherwise, I recommend that most users consider switching to a newer LTS kernel, or if they can't to pay $$$ to an enterprise Linux distribution that pays engineers to do that hard work.""

    lore.kernel.org/all/alDWUmORy7

    Side note, regarding the "switching to a newer LTS kernel" aspect: running at least the latest longterm #LinuxKernel is what most users should do anyway, as explained by this post from @gregkh:

    kroah.com/log/blog/2018/08/24/

  5. #LKML #QOTD from Linus:

    ""I've pulled this, but under protest. Proper hierarchical filesystems have been available since 1965.""

    [This was in a reply to a #Linux PR that added five files starting with "ext_" to kernel/sched/]

    lore.kernel.org/all/CAHk-%3Dwg

    #kernel #LinuxKernel

  6. That moment when old #lkml mails of yourself appear on screen.

    :blobeyes:

  7. ""The #Linux rule for regressions is basically based on the philosophical question of "If a tree falls in the forest, and nobody is around to hear it, does it make a sound?".""

    Linus wrote that today on #lkml while detesting the whole notion of "ABI changes": lore.kernel.org/all/CAHk-%3Dwg

    To quote more: ""Pretty much any change can be an ABI change - even totally new interfaces change behavior in that something that didn't use to do anything now does something.

    […]

    So I absolutely detest the whole notion of "ABI changes". It's a meaningless concept, and I hate it with a passion, because it then results in the "opposite" situation where some projects seem to think that ABI changes are perfectly fine as long as they go along with version number changes.

    […]

    So the only thing that matters is if something breaks user-*conscious* behavior.""

    And when that happens, the distinction between "bug fix" and "new feature" and "ABI change" matters not one whit, and the change needs to be done differently.

    #LinuxKernel #kernel #regression

  8. My new favourite Rust hack: you can trick rustfmt into formatting imports with one symbol per line. Found this gem in LKML. It's perfect for large import lists!

  9. Linus today on #LKML in reply to "A formal request for process clarifications" regarding the non-merge of the TSEM LSM – a Linus Security Module which provides a framework for generic security modeling:

    ""I already think we have too many of those pointless things. There's a fine line between diversity and "too much confusion because everybody thinks they know best". And the linux security modules passed that line years ago.

    So my suggestion is to standardize on normal existing security models instead of thinking that you can do better by making yet another one. Or at least work with the existing people instead of trying to bypass them and ignoring what they tell you.

    Yes, I know that security people always think they know best, and they all disagree with each other, which is why we already have tons of security modules. Ask ten people what model is the right one, and you get fifteen different answers.

    I'm not in the least interested in becoming some kind of arbiter or voice of sanity in this.

    Linus""

    lore.kernel.org/all/CAHk-=whqz

  10. Every goto in the Linux kernel / Just another day on the linux-kernel mailing list: youtube.com/watch?v=v1Mfirg2-Z

    > Visualization of every goto statement in the Linux 6.17 source code.Commentary from a 2003 linux-kernel mailing list discussion about the use of goto. #lkml #data #music #visualisation

  11. Coming from software engineering, I can't stand this legislative practice of lumping tons of disparate things in one body and pushing them through legislature as one. Specifically
    *is* a series of 190+ *PATCHES* to many laws, wrapped into a single text document with chapters and paragraphs. Look at and tell me more about your problems, making you lump together adding powers to breach anyone's data integrity, and updating rules on HAVING SEX WITH A CORPSE.

  12. ""WE ARE NOT PREEMPTIVELY SUPPORTING BIG-ENDIAN ON RISC-V""

    Linus send that to #LKML a few hours ago, after somebody asked if some of the big-endian work will make it into #Linux 6.18.

    For the full thread, see: lore.kernel.org/lkml/CAHk-%3Dw

    There he calls the reasons documented on riscv.org as "craziness" and insane:

    ""In other words, it is suggesting that RISC-V add a big-endian mode due to

    (a) internet protocols - where byte swapping is not an issue

    (b) using "some RISC-V implementations don't do the existing Zbb extension" as an excuse

    This is plain insanity. First off, even if byte swapping was a real cost for networking - it's not, the real costs tend to be all in memory subsystems - just implement the damn Zbb extension.""

    That's from lore.kernel.org/lkml/CAHk-%3Dw

    #riscv #kernel #LinuxKernel

  13. Linus still did neither remove bcachefs from #Linux #kernel nor pulled the updates for 6.17 Kent submitted.

    The latter meanwhile wrote a few mails to #LKML which in diplomatic phrases might be called "not really helpful", like this one lore.kernel.org/all/3ik3h6hfm4

    It resulted in a few good replies from respected developers that are worth a read if you are followed the topic, among them from Josef Bacik (lore.kernel.org/all/2025080919 ), Matthew Wilcox (lore.kernel.org/all/aJfTPliez_ ), Sasha Levin (lore.kernel.org/all/aJgaiFS3aA ) and Theodore Ts'o (lore.kernel.org/all/2025081002 & lore.kernel.org/all/2025081005).

  14. Does anyone have a good way to read kernel mailing list threads on mobile (Android)?

    K-9/Thunerbird are better than Gmail at threading and can use fixed font size but it's often not good enough. Lore is an awesome resource but the web view is not great for reading long threads.

    Maybe the only way is to use a terminal app to access mutt remotely?

  15. Linus Torvalds has proper motivated reasons for really disliking file systems without a case sensitivity.

    Read this with me from the kernel lkml, regarding bcachefs.

    Re: [GIT PULL] bcachefs fixes for 6.15-rc4 - Linus Torvalds
    lore.kernel.org/lkml/CAHk-=wja

    🖋️ #bash #sh #zsh #ksh #csh #tcsh #fish #git #Linux #lkml #POSIX #FOSS #100daysofCode #640DaysOfCode #coding #1024DaysOfCode #github #programming #Torvalds #filesystem

  16. [Перевод] Линус Торвальдс жёстко разнёс регистронезависимые ФС

    Линус Торвальдс сегодня в привычной для себя прямой и резкой манере высказался о файловых системах с поддержкой case folding (регистронезависимых файлов и папок). Поводом послужила проблема с поддержкой case folding в Bcachefs, обнаруженная на этой неделе и уже имеющая фикс для Linux 6.15. Линус написал огромное сообщение в рассылке разработчиков Linux (LKML), изложив своё мнение о реализации case folding. Стоит отметить, что проблема с case folding в Bcachefs — не первая для Linux: ранее уже возникали баги, связанные с обработкой эмодзи и других специальных символов Unicode.

    habr.com/ru/articles/904564/

    #linux #torvalds #торвальдс #линус #lkml #mail #фс #fat

  17. Ohh, there was another discussion on about "modern distros should be more careful mounting untrusted storage devices, as they might contain maliciously corrupted filesystems that can cause the to fail"

    Good entry point to the discussion: lore.kernel.org/all/Z8948cR5ak

    "[…] We've tried for years to get userspace to adopt a more security-aware model for untrusted devices, but have made pretty much no progress. […]"

  18. Wenn ihr ansonsten auf der #LKML schreibt, mein Rat: Nur über so was wie Firefox Relay schreiben / Adresse im Mailclient dahin modifizieren (bin mir gerade nicht sicher, ob das dann durchgeht), weil die Webscraper des Mailarchivs euch nachher Spam bescheren.

  19. Wann man auf der #LKML beantragen, dass die eigene Mailadresse da rausgelöscht wird? Seit ich vor ~3 Jahren geschrieben habe, bekomme ich auf der Adresse Spam, es ist ärgerlich, weil ich auch sonst immer aufgepasst habe.

  20. Torvalds finally steps in and calls out the very same behaviour that Hector Martin was.

    lore.kernel.org/rust-for-linux

    Turns out LKML was just having connectivity issues, like very VERY bad latency: several proper responses took 3 weeks to get there. /s

    “Wait and see” while people burn out is not a strategy I feel I can get behind.
    #linux #rust #lkml

  21. Does anyone have any tips on adding a new game controller to the Linux kernel? I have this Nintendo switch knock off controller that doesn’t work but I would like to use. I tried adding the vendor and device id to xpad.c, but that didn’t work. Any ideas?

  22. 2/ For completeness, as it's easy to miss in Kent's long post:

    Kent refuses to send a public apology for a remark to a mm developer that lead to the escalation to the COC. Search for "you should probably send him an apology" in his Patreon post to find a good place to start.

    Also note that Kent resurrected the thread with the remark yesterday; new messages start here: lore.kernel.org/all/vvulqfvftc

  23. Gah lore.kernel.org is being hugged to death and I want to read #lkml for the drama ;-)

  24. Linus on today:

    """Honestly, I'm pretty damn fed up with buggy hardware and completely theoretical attacks that have never actually shown themselves to be used in practice.

    So I think this time we push back on the hardware people […]

    Because dammit, let's put the onus on where the blame lies, and not just take any random shit from bad hardware and say "oh, but it *might* be a problem".

    Linus"'"

    lore.kernel.org/all/CAHk-=wiUa