| ▲ | s08148692 8 hours ago |
| Coming back to Nix (and Linux in general) this year has been an absolute pleasure. Not because it's suddenly got better, but because the learning curve has collapsed to a flat line. My problem with linux has always been how un-user friendly it is. Constant tinkering around with config files and googling how to fix problems. Now I just install claude code and tell it what I want my OS to be and how I want it to look. |
|
| ▲ | andrewla 7 hours ago | parent | next [-] |
| In some ways this makes Jonathan Blow's talk on the Bronze Age Collapse [1] even more poignant. There was a point where I was working heavily with Nix and increasingly frustrated with its arcane syntax and way of doing things that made a conceptually extremely simple system into one of almost nightmarish complexity; juggling strange default and environment variables and seemingly random command line tooling. Inscrutable documentation that absolutely refused to define very basic concepts but went into insane detail on irrelevant details. I had numerous ideas around fixing this and contributing to the project, and made some small contributions. But now... Claude lets me just work around this by figuring out how to make it work. So now I don't understand and don't have to understand. I still look at the generated flakes, etc., when I'm dealing with it, but I'm rapidly losing the motivation to do that if things are just working. I think this is bad but for reasons I can't quite put my finger on. Except to say that having complex tools with simple interfaces (Claude) is risky. [1] https://news.ycombinator.com/item?id=25788317 |
| |
| ▲ | iamnothere 7 hours ago | parent | next [-] | | I can relate, I was all in on Nix for a while (and it’s still the best Linux IMO) but I’m a bit afraid of the complexity of the whole stack in an extended global economic downturn. That said: the main fear here probably comes from the enormous size of nixpkgs and the overall cost of the infrastructure. Most individual package definitions should be relatively easy to maintain. So perhaps it isn’t such a big deal, if Nix infra built packages more slowly and reduced the scope of the repo then it could probably cope with having fewer maintainer hours available and less funding. Still, something about it feels like a Tower of Babel situation. It goes just far enough beyond most people’s understanding to feel like it has fractal complexity. (Although it really isn’t that bad once you’ve spent enough time with it.) These days I am more interested in simple, self-contained systems like OpenBSD than impressive feats of engineering. I still prefer Nix for most “work stuff”. | |
| ▲ | amelius 3 hours ago | parent | prev | next [-] | | But why don't we ask Claude to design a more sane version of Nix? And translate all the Nix files (or whatever they're called) to this user-friendly version? | | | |
| ▲ | WillAdams 3 hours ago | parent | prev | next [-] | | Or just document things well enough that they are explained and can be re-created from scratch? https://news.ycombinator.com/item?id=47300747 c.f., http://literateprogramming.com/ Last month I bought a flet.dev subscription (and tokens 3 times over --- the recent update seems to be far more efficient in terms of what one gets for a given token spend?) and have been using it to try to make some small apps for CNC work and I am currently dismantling one based on converting the generated .md documentation and re-writing it with the source code inserted at appropriate places and with added commentary and documentation and links --- I'm confident that when I'm done I'll have a tool which I understand and which if need be, could be re-created w/o AI help, or ported to some different UI toolkit/build system. | |
| ▲ | rafterydj 7 hours ago | parent | prev [-] | | Just wanted to chime in and say that is a very good talk, and I recommend people give it the time. |
|
|
| ▲ | graemep 8 hours ago | parent | prev | next [-] |
| > Constant tinkering around with config files and googling how to fix problems. i realised long ago this is usually a self-inflicted problem. Some of us (myself included) cannot resist tinkering with something that works reasonably well. When we use Windows its hard to tinker so we leave well along. Linux lets you tinker so we keep trying to reach perfection, and that breaks stuff. |
| |
| ▲ | mft_ 8 hours ago | parent | next [-] | | Disagree. Whether it’s Raspbian on a Pi, or Fedora or Mint on a modern laptop, issues still occur, and any minor issue immediately launches you into the world of the terminal, Google, StackOverflow, and Ubuntu forums. Claude has definitely helped to reduce this negative! | | |
| ▲ | yoyohello13 7 hours ago | parent | next [-] | | The difference is on Windows when I have an issue it’s usually just straight up not fixable. | |
| ▲ | ibobev 7 hours ago | parent | prev | next [-] | | I'm on Ubuntu 24.04 LTS, and things keep breaking after updates. When the video drivers break, YouTube starts dropping frames even at 1080p. When the audio drivers break, my headphones or microphone stop working. These kinds of issues were a nightmare before the LLM era. Now things are far easier. | | |
| ▲ | newsoftheday 7 hours ago | parent [-] | | On Ubuntu since 2006, Kubuntu the past several years on Dell, HP and Lenovo machines (multiple, home and work) and have not experienced what you're describing, odd. Wife too, complete non-techie, Ubuntu on 2 machines so far, no issues. | | |
| ▲ | graemep 7 hours ago | parent [-] | | I think its very dependent on hardware. The worst my family have had was an MS surface running a rolling release distro because it was the only way to get the touchscreen working which failed at a bad time. Now switched to a more stable distro and looks OK. On the other hand most laptops and all desktops have been trouble free. Even running a rolling release distro (Manjaro) has been fine on a laptop that was designed for Linux (and sold with Linux preinstalled). |
|
| |
| ▲ | graemep 7 hours ago | parent | prev [-] | | Claude is useful, but my experience when I have fewer issues than Windows users seem to. I think Raspbian and Fedora are unfair comparisons, and people using Ubuntu, Mint etc. seem to have more problems than Windows users. |
| |
| ▲ | wolvoleo 7 hours ago | parent | prev | next [-] | | > Some of us (myself included) cannot resist tinkering with something that works reasonably well. When we use Windows its hard to tinker so we leave well along. Linux lets you tinker so we keep trying to reach perfection, and that breaks stuff. I think that tinkering serves a purpose. If you don't fully understand your tooling, you won't be able to fix it when something breaks. Tinkering teaches you that. Also, you might miss out on improved workflow by leaving things alone. The whole reason I use FOSS is that I don't some big tech architect to decide for me how my computer should work. | |
| ▲ | 0x457 3 hours ago | parent | prev | next [-] | | IMO most of linux issues come from "my distro ancient package registry does not have package X, let me google magic commands I need to run to installed version I need" If I have issue with nixos, its 99 out of 100 times going to be package I pulled either from nixpkgs-unstable or 3d party flake. NixOS make it less of a problem because I can alwasy switch to previous generation and build all of my hosts before switching any of them. Some distros are worse then others though. Ubuntu (used to?) for some reasons loved switching nvidia drivers OSS version that does not work every update or break keyboard layout switcher. I never had such issues with NixOS, but with NixOS I have "kernel updated, reboot required" issue that I had setup alert for[1]. [1]: Only issue on a host that has nvidia card because nvidia being nvidia. | |
| ▲ | onefiftymike 7 hours ago | parent | prev | next [-] | | On windows I assume I cannot bend the OS to my will. On Linux I know I should be able to. The biggest issue is I am often so busy asking if I can do it that I don't stop to ask if I should do it. So I end up with weird configurations and random packages installed to tweak stupid stuff. Some of it is real pain points, and those are annoying that they aren't baked into the distro from the beginning. | |
| ▲ | M95D 6 hours ago | parent | prev | next [-] | | I only do tinkering once. After that, it usually stays that way for as long as the option/setting exists and doesn't break. For example, in 1996 I tweaked the buttons on Total Commander's main button bar (was called Windows Commander back then). I still use that same button bar today, 30 years later. Only some icons had to be replaced. I try to do the same in Linux, but... There are some programs where this just doesn't work. Firefox for example has a bad habit of deprecating settings and adding new ones (with wrong defaults, because... money probably). It needs tinkering all the time. | |
| ▲ | sigbottle 7 hours ago | parent | prev | next [-] | | But I love tinkering! | | |
| ▲ | graemep 7 hours ago | parent [-] | | Yes, but I think, especially if its a machine you rely on, you have to exercise a bit of self control. I tinker with one ARM based tablet, which never works quite right but because its a secondary device with limited use anyway its not a problem. My work laptop does not get messed around with unless necessary. |
| |
| ▲ | ferroman 3 hours ago | parent | prev [-] | | curiosity is good |
|
|
| ▲ | danslo 8 hours ago | parent | prev | next [-] |
| Nix as a concept is amazing, Nix as a language sucks. Combining it with a LLM really is a cheatcode. |
| |
| ▲ | ibobev 7 hours ago | parent | next [-] | | Yes. It is a shame they didn't use an established programming language and instead developed their own esoteric one—the same kind of issues as CMake, for example. I still don't understand why I should use a custom, crappy language to build C++ projects cross-platform. And the tragic part is that nothing else offers better functionality. | |
| ▲ | embedding-shape 7 hours ago | parent | prev [-] | | Guix :) It's a shame its package coverage is nowhere near NixPkgs, because it's so much nicer to read and write. I guess eventually we'll have "Compile-to-Nix" languages, seemingly these sort of languages tend to crop up after a while for languages with lets say "harder UX". | | |
| ▲ | ibobev 7 hours ago | parent [-] | | Maybe it would be a good idea to translate Nix packages to Guix automatically via LLMs. Then we could close the gap in available software relatively quickly. |
|
|
|
| ▲ | perrygeo 8 hours ago | parent | prev | next [-] |
| Nix still has its share of fiddly problems and esoteric solutions. The difference is, once you (or your LLM) figures it out, you can write down in declarative code and it's solved forever. If it doesn't work, try something else or revert. Fearless system configuration. |
|
| ▲ | vondur 5 hours ago | parent | prev | next [-] |
| I have to agree, I've been using Fedora Bluefin and had some issues and Claude was able to troubleshoot it all. Would have taken me a bunch of time to untangle it myself. |
|
| ▲ | TheJCDenton 6 hours ago | parent | prev | next [-] |
| This. Claude Code made NixOS affordable in term of time for us mere mortals. |
|
| ▲ | DanielHB 8 hours ago | parent | prev | next [-] |
| Yeah I few the same way about cloud services, impossible to humanly-parse AWS articles are finally _useful_. |
|
| ▲ | raffraffraff 2 hours ago | parent | prev | next [-] |
| I'm having kinda the opposite experience, but it's less to do with Linux and more to do with hardware, firmware and manufacturers. MiniPC network device doesn't have a Linux driver. At all. Had to get a vibe-coded, reverse engineered one. This was a first for me. NAS (ugreen) was a pain in the ass to install my own OS on (I didn't trust theirs, wanted OpenSUSE, and had to get a reverse engineered LED controller driver so I could display hard drive health) ASUS Laptop will not sleep properly, and would drain the battery flat in a day or do. Myself & Claude gave up after days of trying various tricks workarounds (up to BIOS hacks). The best I can do is hibernate (after about 5 minutes of sleep) but man, the hacky bullshit required to get there was incredible. Different laptop sleeps fine but will not, under any circumstances, hibernate. Even though I have all the crazy tricks up my sleeve from the ASUS that won't sleep properly and needs to hibernate. Different hardware, totally different bullshit problems. And then I recently got an Macbook M1 Max for local LLM hacking and everything just fucking works. I don't like MacOS but the hardware is amazing and the OS just fucking works with it (and I like that). |
| |
| ▲ | unicornporn an hour ago | parent [-] | | You expect Linux to work on anything you deicde install it on. That is the wrong approach. Get hardware that is well supported, then Linux works well too. |
|
|
| ▲ | Aurornis 7 hours ago | parent | prev | next [-] |
| > Now I just install claude code and tell it what I want my OS to be and how I want it to look. What does this have to do with Nix, though? If you’re using an LLM to run everything, you don’t even need as many layers of abstractions or tools. |
| |
| ▲ | 1una 7 hours ago | parent | next [-] | | It’s less scary because when an LLM messes up, you can roll back its changes, which is much easier to do in NixOS, as opposed to other Linux distros where you have to take filesystem snapshots. | |
| ▲ | ViewTrick1002 7 hours ago | parent | prev [-] | | In my experience LLMs tend to work far better when they have a tree of structured information to search through and change. Compared to poking at a mungy ball of accidental state where every change introduces complexity for the future which every downstream agent needs to correctly find. |
|
|
| ▲ | ThePowerOfFuet an hour ago | parent | prev | next [-] |
| >Now I just install claude code and tell it what I want my OS to be and how I want it to look. What could possibly go wrong. |
|
| ▲ | Markoff 7 hours ago | parent | prev [-] |
| yeah, so it's not like Linux is better, but you have now personal assistant to help you, not sure if that's benefit of Linux I remember trying to remap keys in Linux Mint and install Chinese language keyboard were both major PITA requiring Claude/ChatGPT, while on Windows I could do it without any help in few minutes (the keyboard in seconds) |
| |
| ▲ | hibikir 7 hours ago | parent | next [-] | | Remember when we were told only an expert should install Linux, and everyone else should just ask an enthusiast for help? Well, now we all have an expert at hand. Might not be a world expert, up to date in the very latest changes, but more than enough to make a lot of things that seemed impossible doable. | | |
| ▲ | ndriscoll 5 hours ago | parent [-] | | "World expert" might not even be that bad of a characterization. It's familiar with the ins-and-outs and every major distribution, every DE, is fluent in debugging at any level (knows every network utility, container technology, systemd option, sysctl, how various subsystems plug together and how to use them in practice, etc.), knows how to look up what it doesn't know if it's not up to date to within the literal last month or two, and if it came down to it, could patch/fix things, including reverse engineering hardware drivers. I wouldn't be surprised if it could better deal with Linux issues than Linus. |
| |
| ▲ | exitb 7 hours ago | parent | prev [-] | | It's the same as it ever was. You go for Windows and macOS for cohesive defaults. You go for Linux for agility. Agility comes at a cost, but it's now lower than ever before, as NixOS + the agents are the closest you can come to `import antigravity`[0]. [0] https://xkcd.com/353/ |
|