| 10 Mar 2026 |
 Lun | I can take a look | 17:07:38 |
 Picnoir | Size-wise, it seems to progressively grow: https://hydra.nixos.org/job/nixos/unstable/nixpkgs.triton-llvm.aarch64-linux#tabs-charts | 17:13:09 |
| Picnoir | Nearly doubled in 2 years. | 17:13:17 |
 hexa (signing key rotation when) | Would be annoying to give it a chance and it continues the growth | 18:05:08 |
| Picnoir | That's the likely outcome :) | 18:18:52 |
| Picnoir | The x86 variant suffers from the same symptoms. It's a matter of time before it reaches the 4GB limit as well. | 18:19:36 |
 Sergei Zimmerman (xokdvium) | Eh ok you nerd sniped me and it seems that a bunch of binaries are huge because they link statically to mlir libraries? | 18:38:53 |
| Sergei Zimmerman (xokdvium) | I’m not familiar with the package but I can try poking and see if one can build with shared libs | 18:41:42 |
 Gaétan Lepage | FYI: https://github.com/NixOS/nixpkgs/pull/497817#issuecomment-4033492850 | 18:48:35 |
| Sergei Zimmerman (xokdvium) | In reply to @xokdvium:matrix.org
I’m not familiar with the package but I can try poking and see if one can build with shared libs Building with BUILD_SHARED_LIBS now. Will report once (looks at the builds logs) whopping 7k objects are built | 18:52:02 |
| Lun | Might prefer LLVM_TOOL_LLVM_DRIVER_BUILD, iirc there was some cursed issue with multiple differing llvms in the same process with shared libs when you got further out to things like torch. | 19:16:54 |
| Lun | that only saves about 500MiB :c | 19:28:40 |
| Sergei Zimmerman (xokdvium) | for x86-linux the diff is 1.8G -> 200M | 19:47:17 |
| Lun | * that (LLVM_TOOL_LLVM_DRIVER_BUILD) only saves about 500MiB :c | 19:49:06 |
| Sergei Zimmerman (xokdvium) | Ah yeah, but having a static and a shared library in the same process is even more cursed. | 19:51:16 |
| Lun | If you put something up give me a ping so I can test some leaf packages with highest chance of hitting the cursed | 19:53:29 |
| hexa (signing key rotation when) | The answer is always: reluctantly | 19:55:31 |
| hexa (signing key rotation when) | And most of the time for the graphical ISO | 19:55:52 |
| hexa (signing key rotation when) | We've not established precedent for AI/ML packages and that's a good thing | 19:56:21 |
| Gaétan Lepage | Got it! Just to be sure I get it right, when some output is too big, the thing is just... not cached, right? | 22:22:56 |
| hexa (signing key rotation when) | yep, it means it does not get pushed to s3 | 23:10:37 |
| 11 Mar 2026 |
 yorik.sar | Please retrigger https://hydra.nixos.org/build/323649912 - configure failed with segfault again. It looks like we'll never have both node 20 and 24 built in one eval... | 13:41:29 |
| yorik.sar | (the same package on x86_64-darwin went much further, but died with No space left on device) | 13:42:04 |
| hexa (signing key rotation when) | rebooting the two macs with jobs stuck at sending inputs | 13:46:14 |
|  Theuni changed their display name from Theuni to Christian Theune. | 14:12:14 |
| 12 Mar 2026 |
| Theuni changed their display name from Christian Theune to Theuni. | 07:18:17 |
| 13 Mar 2026 |
| yorik.sar | Please retrigger https://hydra.nixos.org/build/323621817 - it was failing because of the dependencies that got rebuilt successfully earlier. | 12:37:00 |
| yorik.sar | Thanks a lot! Finally we have all dependencies and github-runner itself in the cache. | 12:59:50 |
|  Reshad Ahammed Ayon joined the room. | 15:21:18 |
| Reshad Ahammed Ayon | I have a Gigabit internet but the download speed I'm getting while updating are not great and very inconsistent. Here is the results of this diagnostics script I got from cache.nixos.org. | 15:32:32 |
