| 11 Dec 2025 |
 emily | so it's that that probably needs rebuilding… which AIUI cannot be done without changing the hash because of Hydra/cache limitations… and will probably throw away a ton of builds since it's in autoreconfHook | 18:02:49 |
 vcunat | Changing the hash for a particular package-platform combination is easy enough, though, it will take lots of machine time, as you wrote. | 18:11:13 |
| vcunat | I don't know a way of rebuilding for cache.nixos.org without changing the hash. | 18:11:45 |
| emily | manually deleting from cache and rebuilding? | 18:11:59 |
| vcunat | Sounds risky. | 18:12:12 |
| vcunat | You'd be punching a hole. | 18:12:32 |
| vcunat | The cache is assumed to be closed on dependencies. | 18:12:46 |
 Randy Eckenrode | I wonder if we need a `no broken signatures’ hook on Darwin. | 18:12:50 |
| vcunat | * The cache is assumed to be closed on dependencies. (or whatever you'd call the property) | 18:12:55 |
| Randy Eckenrode | Like that symlinks one but for signatures. | 18:13:07 |
| emily | I see no alternative other than rerolling the hash for aarch64-darwin then | 18:13:27 |
| emily | though should try to rebuild it locally first to make sure that fixes it | 18:13:33 |
| emily | (cannot use --rebuild or --check, those break signature themselves) | 18:13:40 |
| emily | (need to just build it without substituting on a machine without it in the store) | 18:13:49 |
| vcunat | It does seem to fix ./result/bin/autogen --help on this machine. | 18:18:35 |
| vcunat | * It does seem to fix ./result-bin/bin/autogen --help on this machine. | 18:19:21 |
| vcunat | OK, pushed as e0d2da7967a3. Thanks. | 18:25:03 |
| vcunat | Oh good, the rebuild seems to have trashed (almost?) no successful builds. | 19:03:29 |
| 12 Dec 2025 |
| emily | Randy Eckenrode: wondering if dropping Darwin exclusion from FFmpeg's withVulkan works on KosmicKrisp… | 17:26:51 |
| emily | (probably it works with MoltenVK, I didn't test) | 17:26:57 |
| Randy Eckenrode | What does it do? | 17:27:48 |
| Randy Eckenrode | If it’s using Vulkan video extensions, those are not implemented on either. | 17:28:23 |
| emily | no, there are Vulkan-accelerated filters etc. | 17:29:33 |
| emily | I believe that's just compute stuff. | 17:29:44 |
| emily | might be wrong though… | 17:29:51 |
| emily | but I don't mean video decoding, yeah. | 17:30:07 |
| Randy Eckenrode | Ah, maybe. How do we know it doesn’t work? Test failures? | 17:30:07 |
| emily | well, the proximate cause of me wondering this is
Option vf: 'bwdif_vulkan' isn't supported.
Error parsing option vf (option parameter could not be parsed)
Setting commandline option --vf=bwdif_vulkan=mode=1 failed.
| 17:30:46 |
| emily | so I guess seeing if mpv can use the Vulkan-accelerated filters would be the test case :) | 17:31:15 |
| Randy Eckenrode | I can try building it and see. | 17:31:32 |
