| 30 Jan 2024 |
adamcstephens | * time to open a PR to add myself | 13:35:47 |
hexa | 80 cores and different thermal limits will do that š | 13:40:10 |
adamcstephens | and more memory too | 13:42:37 |
adamcstephens |  Download image.png | 13:43:07 |
| 31 Jan 2024 |
adamcstephens | adam@silver-vm nixpkgs (49467e7) (BISECTING) took 10h16m7s
| 04:20:52 |
adamcstephens | it did produce the same commit as you, 1cf2d7357c61b9c9ca5c92cb0e810571edee948a | 04:21:14 |
adamcstephens | * it did produce the same commit as you, 1cf2d7357c61b9c9ca5c92cb0e810571edee948a | 04:37:34 |
adamcstephens | i'm going to bed though, so i kicked off a build with that commit reverted to see if it can succeed | 04:38:44 |
adamcstephens | ok, this is odd | 13:43:25 |
adamcstephens | on aarch64 for some reason docbook2man fails the version check and falls through to this https://github.com/lxc/lxc/blob/3efa1c3037bff09d12e36727cd6fea2f97fc0a7c/meson.build#L327 | 13:43:54 |
adamcstephens | which is wrong, because we need it to be what's set on line 322 | 13:44:35 |
adamcstephens |
specifies the required version, see dependency() for argument format. The version of the program is determined by running program_name --version command. If stdout is empty it fallbacks to stderr. If the output contains more text than simply a version number, only the first occurrence of numbers separated by dots is kept. If the output is more complicated than that, the version checking will have to be done manually using run_command().
| 13:46:54 |
adamcstephens | which ours is wrapped apparently and the first line looks like
/nix/store/ja4sj1f5qxqx5f2py00jl0mzwfd42mda-docbook2X-0.8.8/bin/.docbook2man-wrapped (part of docbook2X 0.8.8)
| 13:47:44 |
adamcstephens | which is not a change from before | 13:52:02 |
adamcstephens | and a fix https://github.com/NixOS/nixpkgs/pull/285280 | 14:03:45 |
adamcstephens | i haven't worked with meson a lot, but it seems a pretty reasonable build system | 14:15:47 |
adamcstephens | clear semantics and good documentation | 14:16:54 |
hexa | it is | 14:20:47 |
aanderse | hey just out of curiosity... is [this](https://github.com/terraform-lxd/terraform-provider-lxd/issues/321) in anyone's plan of things to work on? | 23:15:02 |
adamcstephens | I'm not planning on it, but I've mostly stepped away from maintaining that provider | 23:52:47 |
| 1 Feb 2024 |
aanderse | thanks, good to know | 00:11:59 |
aanderse | are you not using that provider anymore? | 00:12:23 |
adamcstephens | Technically yes but Iām in the processĀ of moving to incus everything including terraform providerĀ Ā Ā | 02:01:22 |
adamcstephens | I have one more machine to convert to incus, but itās blocked on a couple other projects Iāve been workingĀ onĀ Ā | 02:03:55 |
hexa | In reply to @adam:robins.wtf Technically yes but Iām in the processĀ of moving to incus everything including terraform providerĀ Ā Ā I don't grok that sentence | 02:38:20 |
hexa | you are moving the terraform provider to incus? š | 02:38:31 |
adamcstephens | The provider was already forked by stgraber for incusĀ Ā | 02:39:25 |
adamcstephens | Iām switching my use to that since Iām migrating to incusĀ | 02:39:39 |
hexa | ok, not surprising | 02:39:52 |
hexa | I would expect most everyone to move to incus, after what ubuntu pulled | 02:40:06 |