27 Apr 2024 |
adamcstephens | Many of these deps depend on how you are holding incus | 14:48:59 |
adamcstephens | Like I’ve never considered passing though a wireless device :) | 14:49:18 |
adamcstephens | * Like I’ve never considered passing through a wireless device :) | 15:01:16 |
adamcstephens | I even pondered for a moment how I was going to test it, then I remembered I have incus installed on my laptop | 15:18:06 |
rungmc | I have a fairly extensive track record of trying to pass hardware devices through to VMs/containers just to see how much of a pain in the ass it'll be. It's a morbid curiosity thing and Incus is weirdly really good at just doing a lot of that nonsense without any sort of fuss. | 15:52:24 |
rungmc | Stephane is clearly some sort of wizard because containers are usually really stubborn in my experience. | 15:53:30 |
rungmc | But yeah, I have a couple wired up machines with totally unused wireless devices and just happened to see openwrt in the image repo 😉 | 15:57:38 |
adamcstephens | Well I strive to support everything incus does, out of the box, so we should add it | 16:01:51 |
| nadir joined the room. | 18:24:21 |
28 Apr 2024 |
hexa | In reply to @hexa:lossy.network and everything coming crashing down right now I dropped the ball here, sorry | 23:11:56 |
adamcstephens | No worries. As I said, when you get a chance. If you take too long I may roll back the testing refactor ;) | 23:31:45 |
adamcstephens | I spent most of my free time today outside anyway | 23:33:24 |
29 Apr 2024 |
| NixOS Moderation Botchanged room power levels. | 15:28:29 |
adamcstephens | lol, well adding in the suid wrapper path fixed subuid/subgid handling in incus | 20:49:48 |
adamcstephens | laughing because i have 65534 mapped to the same in my containers (for some legacy file sharing purposes) and my containers refused to start after | 20:50:25 |
adamcstephens | fixed by adding:
users.users.root = {
subGidRanges = [
{
count = 1;
startGid = 65534;
}
];
subUidRanges = [
{
count = 1;
startUid = 65534;
}
];
};
| 20:51:02 |
1 May 2024 |
| NixOS Moderation Botchanged room power levels. | 15:06:04 |
rungmc | On a totally non-specific and overly broad note, thanks for all the hard work hexa | 17:07:28 |
hexa | wdym? 😄 adam is doing the hard work! | 17:07:44 |
hexa | thanks 🙂 | 17:08:34 |
adamcstephens | i suspect that was a broader category than just the LXC related work :) | 17:16:27 |
2 May 2024 |
adamcstephens | ok, i did remove the testing refactor from https://github.com/NixOS/nixpkgs/pull/307039 | 14:09:41 |
adamcstephens | if nothing else, some input on the name of the option is desired | 14:10:08 |
4 May 2024 |
rungmc | Just roll with that. Communicates what the option is pretty well. I feel like something like that softReload suggestion would EVENTUALLY have me looking it up down the line to see why I set it in my config. | 18:13:17 |
rungmc | Is it an accurate read of what's going on here to say that if you were to set the option and alter a profile in the preseed that the affected containers would update individually on their restart? Trying to work through how I'd want to mesh that with autoUpgrade. | 18:24:30 |
adamcstephens | I actually don’t know what happens if you try and modify a profile that running containers use. I’d have to test that. | 18:59:49 |
rungmc | I think Incus typically tries to make changes immediately. | 19:16:19 |
adamcstephens | K. Anyway I don’t think this change affects changing preseed. That’s already a standalone service unit | 19:29:52 |
adamcstephens | This more about not shutting down instances when the incus service is stopped. Mostly the benefit is allowing the host incus to be updated without downtime to instances | 19:30:36 |
rungmc | Fair. I suppose I'm barking up the wrong tree a bit trying to figure out if there's a trade-off there that I care about. | 19:36:14 |