| 17 Apr 2024 |
 hexa | opened an issue | 15:33:18 |
| hexa | referenced what suse is doing | 15:33:22 |
 adamcstephens | cool, thanks | 15:33:27 |
| hexa | took their rule and dropped the x86_64 constraint | 15:33:35 |
| adamcstephens | In reply to @hexa:lossy.network
took their rule and dropped the x86_64 constraint what is the "upstream" you speak of here? | 16:13:08 |
| hexa | possibly incus agent? | 16:13:30 |
| hexa | also we should rebrand our stuff | 16:14:34 |
| adamcstephens | lxd -> incus ? | 16:14:44 |
| hexa | yep | 16:14:47 |
| hexa | ubuntu has incus-agent.service, we have lxd-agent.service | 16:14:56 |
| adamcstephens | which ubuntu image are you using ? the linuxcontainers image? | 16:15:27 |
| hexa | yep | 16:15:34 |
| hexa | ubuntu/24.04 | 16:15:39 |
| adamcstephens | i've thought about changing the agent and renaming the release artifacts, though we may still want aliases for the release artifacts | 16:15:53 |
| hexa | mkRenamedOptionModule? | 16:16:12 |
| adamcstephens | i've accepted leaving lxd in as an lts for now, so we need to keep it in mind. | 16:16:30 |
| adamcstephens | the linuxcontainers images only need to target incus | 16:16:44 |
| hexa | In reply to @adam:robins.wtf
i've accepted leaving lxd in as an lts for now, so we need to keep it in mind. until 2027? š¤ | 16:34:43 |
| hexa | that seems excessive | 16:34:49 |
| adamcstephens | No, for now :) though Iām still debating marking it deprecated for 24.05 | 17:03:17 |
| adamcstephens | Wish we had usage data.Ā | 17:03:50 |
| hexa | well, I consider all relevant users to be ā¦ in this room? | 17:05:03 |
| hexa | it is the best data we have š | 17:05:17 |
| adamcstephens | indeed | 17:47:21 |
| adamcstephens | though jnsgruk isn't in here and i know he uses lxd because of work | 17:47:41 |
| adamcstephens | to be clear i think it's his personal machine use, since he works for canonical and they surely don't deploy on nixos :) | 18:10:04 |
| 18 Apr 2024 |
| adamcstephens | āāÆ incus config set mighty-anteater limits.cpu=2
Error: Key "limits.cpu" cannot be updated when VM is running
| 13:51:43 |
| adamcstephens | aarch64.... | 13:51:50 |
| adamcstephens | maybe i'll leave the x86 condition in the udev rule | 13:51:57 |
| adamcstephens | was trying to dig into aarch64 nested virtualization because i'd love to be able to run VM tests on this architecture, but i don't even think qemu supports this for aarch64 | 14:16:23 |
