ruffsl
I’m a robotics researcher. My interests include cybersecurity, repeatable & reproducible research, as well as open source robotics and rust programing.
- 96 Posts
- 46 Comments
Joined 3 years ago
Cake day: June 9th, 2023
You are not logged in. If you use a Fediverse account that is able to follow users, you can follow this user.
5·4 months agoI really appreciate the comma command.
I only have 3 installs of NixOS already, two for work (a server and laptop), and a third for a personal use (desktop). I largely started out by copying a public config from the community. Now I just copy a few kilobytes between the three from time to time via git repo to keep all my kernels, kernel modules, patches, net config, package versions, and system users/groups permissions in sync via lock files. And my user dot files too, but you don’t need nix for that last one.
If I have to do something multiple times, like copying a distro across even a few systems more than once, then I figured I’d just revision control it via lockfiles like any other software project.
That all said, NixOS is a hell of a rabbit hole; great for lazy admins and hobby tinkering alike:
The top graph reflects my stable work install for robot software development,
but the bottom graph is my personal install for hobbies and home lab.
I love the comma command. Great for things I only use every blue moon and am fine with being cleaned up by garbage collection.
The article veers off about Flox, but I’m unsure what Flox adds over stock Nix?
Congrats on solving your issue, and thanks for updated the post with the solution! It’s really slick how NixOS makes adding a kernel patch to your config no more complex than it would take patching any dot file. Hope the up streaming of your device info goes smoothly.
Encountered an odd Bluetooth issue last week with a motherboard that had a combined Bluetooth and Wi-Fi radio chip set. Wi-Fi worked, but the Bluetooth hardware wasn’t even detected. This was after migrating from a Windows install with known working Bluetooth drivers on the same motherboard.
Found a solved thread for the same motherboard SKU where power cycling after disconnecting the desktop power supply from AC for 30 sec resolved it. Didn’t believe it, but tried it anyway and it worked. Guessing the Windows driver must have put the Bluetooth transceiver in a funny state that the mainline Linux kernel couldn’t recover, but resting the chipset with a through power cycle with internal voltage supplies zeroed made the difference in re-initializing the hardware.
Just a wild suggestion…
I’ve observed some notable improvements when benchmarking with the CachyOS kernel on NixOS via Chaotic’s Nyx using moderately old hardware:
https://programming.dev/post/38304031
Haven’t yet tried replicating the same comparison on newer hardware, but would be interested to see what others have tested. Any observations?
You should be able to rebuild offline if the minimal change set is self contained enough, as in purely local. Did you update any other inputs? I guess you could be missing some kind of extra TLS or CA store dependency for adding custom CAs, but that doesn’t seem likely for regular NixOS install. I use flakes instead of channels, so I wouldn’t know what else may be blocked you. A stdout log may showcase your error more clearly.
I think you may need a successful switch to actually apply the addition of the proxy CA to your root CA store before attempting any other changes that could require reaching out across the network. At least that was the order of operations I had to follow to remove an offline remote cache before attempting any package updates.
@Ategon@programming.dev , this project’s logo reminds me of your fun community icon artwork here.
Appreciate the detailed context, and thank you for your work!
The comment thread sparked a few new questions for me.
That will likely soon stop working because steam-run is no longer a grab bag for literally every library out there.
What recently changed with steam-run?
Is using
pkgs.appimageTools.defaultFhsEnvArgswithpkgs.buildFHSUserEnva suitable alternative?#!/usr/bin/env nix-shell { pkgs ? import <nixpkgs> { } }: ( let base = pkgs.appimageTools.defaultFhsEnvArgs; in pkgs.buildFHSUserEnv (base // { name = "FHS"; targetPkgs = pkgs: (with pkgs; [ /* add additional packages here e.g */ pcre tzdata ]); runScript = "bash"; extraOutputsToInstall = [ "dev" ]; }) ).env
I’m basically deep into my learning phase of nix, and whenever I find something worthwhile, I like cross posting to read what others may think. It’s also a handy means of “bookmarking”, recalling what authors I’ve found so far and when I personally discovered them. Glad you appreciate the current deluge of posts.
That’s a good one. Definitely seems selecting substituters closer to runtime is more flexible. Especially when the system may be roaming across networks like a laptop that may move outside your home LAN that links to your local desktop cache.
deleted by creator
Check out the nix config repo from Unmoved Centre:
Hello Patrick! Thanks for the writeup; gradually incorporating it into my config.
BTW, I recall reading a PR you started on fixing the fallback from failing substituters? This may be of interest to you:
That is a bizarre looking error. What architecture is your host system? Is your config repo publicly viewable? Installing tail scale is your only build issue?
Only not by itself, no? Couldn’t it be combined with any of those X11 server apps for hosting a display socket over the local loop back?
I’m not the author, but I agree it feels nice on mobile, and the dark and light mode is a nice touch. I think it takes a hint from the browser system settings too.