Login
You're viewing the mastodonapp.uk public feed.
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 7:06 PM

    RE: tech.lgbt/@nina_kali_nina/1174

    The new policies for the Linux kernel make it more or less impossible to support a slop-free fork of Linux, so if you're worried about the reliability of your system level software, or have ethical concerns about LLM usage on your computer, the time to act is, well, now.

    If you have time this weekend, I recommend you to try one of the slop-free systems: NetBSD, 9front, Haiku, or OpenBSD. If you're adventurous, you could try new AlpineBSD, or research smaller systems, like RedoxOS or FreeDOS. If you don't feel adventurous, you might want to check out anti-AI Linux distributions, like Elementary or Gentoo.

    There's no "one solution that fits all". But there's a solution that I chose for myself, and that's NetBSD: it gives me the most freedom, it supports most of my hardware, and can run a great deal of software I need. It's not easy to run, but it's a great learning opportunity. There's quite a few folks around using BSD and capable of giving hints and advice, so if you feel stuck, toot about #netbsd.

    1/2

    💬 63🔄 308⭐ 401

Replies

  • 💬 1🔄 1⭐ 4
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 7:14 PM

    @toots I feel there must be some financial incentives in play. But then if you try using LLMs, you might discover that they're built for the maximum engagement, they're really good at convincing people that they can do the job...

    💬 5🔄 0⭐ 19
  • Oct 15, 2026, 7:17 PM

    @nina_kali_nina yeah I think Linus' immigration into USA from Finland might have been weighed down by Transmeta or whatever, but I'm definitely not one to judge or suspect or being an amateour detective. Whatever; I actually suspect none of the things I listed has much to do with anything, but yeah the LLM train surely has incentives, beyond my interest really, since I try to ignore all of it.

    💬 0🔄 0⭐ 4
  • Oct 15, 2026, 9:02 PM

    @nina_kali_nina @toots I think it's just desperation. Like the "every bug is a CVE" thing. And dropping support for the 486. Any and every thing they can try while holding onto crazy complex stuff like cgroups and Microsoft/Google stuff that *does* generate dev hours and funding.

    It always amazes me that Linux, like, still boots and stuff. Truly a modern tower of Babel.

    I use it so I can't say much, but I can totally see how it would drive its creators insane!

    💬 0🔄 0⭐ 4
  • 💬 1🔄 0⭐ 1
  • Oct 15, 2026, 9:31 PM

    @PyrexContainer @nina_kali_nina I deeply doubt Linus Thorvalds is gaming the system like this. He's a super-upstanding citizen, his wife and family is beyond critiques, and he's got a ton of humble-gotten money in the banks, Linus won't turn cynically grubbing for some blind reason; I really think the chance of him being like that would be inexistent.

    💬 1🔄 0⭐ 1
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 9:33 PM

    @toots @PyrexContainer lately he came across as an asshole in mailing lists. And if not an asshole then just a tired disgruntled engineer who has ran out of care for the community

    💬 2🔄 1⭐ 7
  • Oct 15, 2026, 9:43 PM

    @nina_kali_nina @PyrexContainer yeah he's "always" been kind of crude in the lkml or those places but I still think it's a larger threshold to be hopefully not seen. We'll have to hold our popcorns, but he's from Finland, and , well but I really doubt he'll go totally Darth Vader, or your favourite villain, since I don't keep up with the marvel bs, but fingers crossed.

    💬 0🔄 0⭐ 4
  • 💬 0🔄 0⭐ 2
  • Oct 15, 2026, 9:42 PM

    @nina_kali_nina @toots I think it's a lot like nicotine: plenty of people aren't addicted to it until they try it, and then it's really, really hard to stop, because that's what it does. I've seen LLMs compared to gambling, and I believe it's using the exact same neural pathways. People talk about it and behave the same way someone with a gambling problem would. (Not to absolve people of their agency, either. I also believe it's easier to stop using LLMs than it is to stop gambling.)

    💬 1🔄 2⭐ 7
  • Oct 15, 2026, 9:45 PM

    @theorangetheme @nina_kali_nina I doubt Linus specifically is addicted to LLMs but I can also not critique his decisions, being that he's got like ages of experience being the BOFH, or inevitable dictator; can't really beat things subjectively down with a shovel, I feel.

    💬 1🔄 0⭐ 1
  • 💬 1🔄 1⭐ 3
  • 💬 0🔄 0⭐ 3
  • Oct 16, 2026, 1:18 PM

    @nina_kali_nina @toots

    I think Linus is dedicated to his craft, but in the last two decades, the complexity of the kernel has gone up exponentially, due to adding capabilities, supporting more advanced processors, and increasing speed/efficiency.

    He began by writing a kernel single-handed, for fun. And now his creation is simply beyond his, or any single person's ability to comprehend in its entirety. But now here is a technique that can be queried about any component or concept, and provide a generally reliable explanation or correction, or addition, or expansion, and he believes (and for the most part I would agree) that he is knowledgeable and skilled enough to evaluate the quality of the code produced, a genuine centaur as defined by @pluralistic .

    The risk, of course, is that this will greatly expand what Linus believes is under his control to maintain, modify, and improve, with greater and greater reliance on the tools over time.

    In finance, the caution has always been "past performance is not indicative of future results", but humans, by their nature, have gone broke for centuries by ignoring that adage.

    The result will be elements of the kernel that have not been as carefully scrutinized, or written as comprehendibly (and let's face it, without years of experience, a significant part of Linux isn't comprehendible *now*), or clearly documented (ibid.).

    Others will try to emulate Linus' workflow, with varying degrees of success, and the result will be bodies of code that can only be maintained or repaired by using the tools that generated them in the first place, and the level of abstraction will increase beyond that developer's ability to comprehend, ad infinitum.

    Right now, I've stopped updating my various machines running Debian, because I have no idea what's going to be introduced, and I'm nervous about moving to NetBSD because of (a) the learning curve, and (b) what functionality I'm going to lose because one or more of the tools I'm using now won't be available…

    It's like those factories where there's one dusty old PC running Windows 95 that can't be replaced (or even touched) because it's critical to the operation of a particular machine, and there's no viable alternative.

    💬 0🔄 0⭐ 0
  • Oct 15, 2026, 7:10 PM

    @nina_kali_nina Doing one last Arch Linux backup, and then I'm going to try NetBSD on my desktop. It didn't like my wifi card on my laptop. T.T

    Maybe I should learn to write drivers for Intel Wifi cards....

    💬 2🔄 0⭐ 8
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 7:15 PM

    @xilatsad OpenBSD has better support for intel WiFi and a compatible license. AFAIK it might not be trivial to port the drivers from one to the other in this case, though

    💬 2🔄 0⭐ 5
  • 💬 1🔄 0⭐ 5
  • Oct 15, 2026, 10:01 PM

    @xilatsad @nina_kali_nina the nice thing about 9front is that it doesn't really do much, so you'll spend more time outside instead lol. Seriously though, it's a very cool OS and I like it.

    💬 1🔄 0⭐ 4
  • Oct 16, 2026, 12:36 AM

    @josh @nina_kali_nina It is incredibly charming. I do love how the documentation is very much upfront about questioning the life choices that brought you here, to their doorstep.

    💬 0🔄 0⭐ 2
  • 💬 0🔄 0⭐ 0
  • 💬 0🔄 0⭐ 2
  • 💬 1🔄 0⭐ 2
  • 💬 0🔄 0⭐ 1
  • 💬 0🔄 0⭐ 0
  • Oct 15, 2026, 7:09 PM

    @nina_kali_nina Imagine we forked from last summer or whenever right before the first pro-slop policy was (ie the documentation policies that predated the code policies).

    Aside from the problem of getting a team together, what do you think would be the limitations on developing from that point?

    (To be clear this is not my preferred solution. I'm just trying to understand what the options are.)

    💬 1🔄 1⭐ 23
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 7:21 PM

    @mcc well, the first problem is that it'd have to be a hard fork; it won't be possible to import fixes from upstream because they are all going to be tainted, due to the new policies. The second problem is that Linux doesn't have stable ABI, and its API is also fairly volatile, which means in the near future the binaries for Linux and the binaries for neverslop-Linux will not be compatible (which means things like flatpak, appimage and docker will be very confusing or difficult to run). And then it'd be difficult to get any support from Intel, AMD and Nvidia for their hardware, because they and the main vendors (Ubuntu and Redhat) and the main users (Google, Amazon, Microsoft, Meta) will not care about the neverslop-Linux. And then vulnerabilities found and fixed in upstream will have to be fixed in neverslop-Linux if they're old enough, but Linux now uses a horrendous practice of calling every bug a CVE, with 1000 CVEs a month, making it impossible to triage and fix.

    💬 3🔄 5⭐ 30
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 7:23 PM

    @mcc in terms of supporting security long term: it was done by a project called Linux-CIP. But the Linux-CIP style project is only possible if there's sensible CVE reporting in upstream and the possibility to port the patches. The new policies, as I said, mean that everything is potentially and maybe even likely to be tainted

    💬 2🔄 0⭐ 13
  • Oct 15, 2026, 10:52 PM

    @nina_kali_nina
    Are you sure ABI/API are unstable? I have compiled a niche script interpreter on Linux 2.?.? and same binary did run on my recent Linux installation, which was 5.? or 6.? then. I remember that I had to backport the program to the old libc, but it was doable.
    I suppose the „glue“ is libc which has to fit the kernel.
    @mcc

    💬 1🔄 0⭐ 1
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 11:02 PM

    @hierkiosk @mcc I wouldn't be surprised if libc was doing a lot of heavy lifting there. I also wouldn't be surprised that for relatively simple applications there wouldn't be any problems with running a program that was statically compiled for 2.6.x on 5.x or 6.x kernels. However, I doubt it'll be easy to run a program compiled and linked for 5.x kernel on an older kernel. Stuff like that is a problem for both emulation layers (NetBSD compat_linux and FreeBSD Linuxulator) and hard forks (that will either have to stay somewhat frozen in time or will have to catch up to the upstream). E.g. let's say Valve ships a new Steam version that requires kernel 7.2 - this will happen almost inevitably; how much work will be needed to figure out what parts of the Linux 7.2 need to be re-implemented in the fork and in the emulators?

    💬 1🔄 0⭐ 6
  • Oct 16, 2026, 12:46 PM

    @nina_kali_nina @hierkiosk @mcc I would rather wager that the program had run without changes if it hadn't depended on glibc in the first place.

    Compared to whatever the hell glibc does, kernel ABI is rock-solid.

    💬 0🔄 0⭐ 0
  • Oct 16, 2026, 3:28 PM

    @nina_kali_nina @mcc Also, Linux-CIP works on a heavily restricted set of industrial-grade hardware; if you're not a sponsor, your machine very likely isn't supported.
    For instance, Linux 4.4 on CIP only works on two architectures (can't remember which) and only on specific hardware.
    It's meant for big actors (like the railway or medical industries) who absolutely cannot upgrade the kernel beyond mandatory security patches because of certifications/safety constraints.

    💬 0🔄 0⭐ 0
  • Leelooleeloo@c.im
    Oct 15, 2026, 10:45 PM

    @nina_kali_nina @mcc
    Not the "stable ABI" thing again.

    I remember when Slashdot Linux posts alternated between "Linux doesn't have a stable ABI" and "Linus yells at someone for making a tiny change to a 30 year old ABI that is still used by one application from 1999".

    Which is it?

    💬 2🔄 0⭐ 2
  • Oct 15, 2026, 10:47 PM

    @leeloo @nina_kali_nina Is it possible that different people at different times have wanted different things for different reasons?

    Anyway, from my perspective a stable kernel ABI is pointless as long as LKML/Linus Torvalds remain trustworthy entities and extremely necessary if I'm trying to make an alternate OS which is capable of consuming Linux kernel modules. Moreover if I want forward compatibility, then de jure stability can actually be more important than de facto

    💬 0🔄 1⭐ 4
  • 💬 0🔄 3⭐ 2
  • 💬 1🔄 0⭐ 3
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 10:54 PM

    @aburka @mcc well, there is Linux Compat for NetBSD that is somewhat compatible with Linux 4.x and can run a bunch of software, and there's Linuxulator for FreeBSD that tries to catch up with the Linux kernel, both are successful but only to an extent.

    Speaking of docker, there's podman for NetBSD that is backed by qemu, running real Linux kernel with hardware virtualization. I didn't have much success with running it, but if I figure out how to make it work, it should be possible to run a lot of stuff this way.

    💬 1🔄 0⭐ 7
  • Oct 16, 2026, 1:57 AM

    @nina_kali_nina @aburka @mcc It’s been a long time since I last used BSD (FreeBSD). Docker didn’t exist back then (chroot as a fs-level isolation on Linux and FreeBSD jails) The advantage of Docker (among others) is full native virtualization; If i understand correctly Podman is the same. Problem here is that relies on BSD kernel, so Linux is the overheat. However, it would be possible to have applications with full native virtualization, such as AppImage or Flatpak, if they run on a BSD kernel

    💬 1🔄 0⭐ 2
  • 💬 0🔄 0⭐ 1
  • 💬 2🔄 0⭐ 0
  • 💬 2🔄 0⭐ 0
  • Oct 15, 2026, 7:28 PM

    @nina_kali_nina @lanodan did XFCE get slopped? :blobcatsob:

    I'm so tired I honestly don't know I have the spoons to move off Linux... I think I have to just limit future exposure when using new/updated software.

    (Also very hard to move to OpenBSD full time, for gaming reasons)

    💬 3🔄 0⭐ 1
  • 💬 2🔄 1⭐ 0
  • 💬 0🔄 0⭐ 1
  • 💬 1🔄 0⭐ 0
  • 💬 0🔄 0⭐ 0
  • 💬 1🔄 0⭐ 0
  • 💬 1🔄 1⭐ 0
  • 💬 0🔄 0⭐ 2
  • Oct 15, 2026, 9:45 PM
    @sackofbones @nina_kali_nina @jessienab At least looking at syscalls(2) manpage it doesn't looks like there's been much recent activity there outside of entirely skippable ones (like I disabled stuff like io_uring support on my gentoo machines).

    So I think I'd more expect slight compatibility issues due to different behavior rather than missing syscall support.
    (That said there's also the pain that are ioctl, fcntl, …)
    💬 0🔄 0⭐ 0
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 9:36 PM

    @sackofbones @jessienab @lanodan that's pretty great actually! I think the Linux compat code and the nvmm hypervisor both need a bit of TLC. I think it should not be impossible to get podman running with Linux kernel that is hardware acceleration-virtualised

    💬 0🔄 0⭐ 0
  • Oct 15, 2026, 11:41 PM

    @nina_kali_nina @jessienab @lanodan

    I've been following this thread, and interested in others' experiences. I tried to experiment with NetBSD, OpenBSD, GhostBSD in VMs, but my main PC is mostly used for desktop and gaming. I recently moved from Win11 to CachyOS and it's mostly a huge improvement, most apps and games run great and I like the desktop experience with KDE. Running say NetBSD, would I be able to have a CachyOS or Windows VM with GPU pass-through? Would that run games well?

    💬 1🔄 0⭐ 0
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 11:56 PM

    @skylark13 @jessienab @lanodan afaik GPU pass-through is not supported right now, but I have looked into it and it seemed at least theoretically possible to implement without any corporate backing/multi year time investment. So that might be an option in the future if someone implements it.

    Another option might be to use a hypervisor and run both NetBSD and Linux on top; I have not researched this option, mostly because all the powerful hypervisors I know about are slop, but perhaps I should. I'll report on it if I'll get to it

    💬 0🔄 0⭐ 0
  • 💬 0🔄 1⭐ 0
  • 💬 0🔄 0⭐ 0
  • 💬 0🔄 1⭐ 0
  • 💬 0🔄 0⭐ 0
  • Oct 15, 2026, 7:35 PM
    @nina_kali_nina Same but well I'm more on the sway side of things, where I guess if it's stuck with slop dependencies, something like velox could be used.

    That said right now I'm more considering moving server stuff first as there's much less software involved there, and could pave the way for desktop migration later on.
    (Most of the things I care about being TUI anyway, so could be tested on a server install)
    💬 1🔄 0⭐ 0
  • 💬 1🔄 0⭐ 0
  • Nina Kalininanina_kali_nina@tech.lgbt
    Oct 15, 2026, 7:44 PM

    @lanodan I chrooted into Debian from NetBSD and it was okay. I could get X11 working but not GL. So uhhh :)

    💬 1🔄 0⭐ 0
  • 💬 0🔄 1⭐ 0