| 7 May 2026 |
 siraben | i'll just wait to see what comes out of the slop machine and keep or discard | 16:23:30 |
 K900 | But long term I don't think it's worth doing for nixpkgs unless we can have reasonable confidence that the bootstrap will not take months | 16:23:34 |
| siraben | 
Download Screenshot 2026-05-07 at 09.23.35.png | 16:23:42 |
| K900 | We are already way slower than where we'd like to be | 16:23:55 |
| K900 | For end to end world rebuilds | 16:24:02 |
| siraben | what areas need most attention that people don't want to really touch? | 16:24:21 |
| K900 | Those areas are also areas where I'd like to see the least LLM use | 16:24:50 |
| siraben | yeah of course, im limiting it to very routine things atm that would take hours to measure and configure | 16:26:26 |
| siraben | Ok I can see why people don't want rustc bootstrap lol | 23:08:24 |
| siraben | it's taking forever to build, finally on the last release | 23:08:31 |
| 8 May 2026 |
|  jopejoe1 changed their display name from jopejoe1 (4094@epvpn) to jopejoe1. | 08:42:36 |
| siraben | openjdk 17 bootstrap via iced-tea works | 15:06:59 |
 dish [Fox/It/She] | In reply to @siraben:matrix.org
openjdk 17 bootstrap via iced-tea works I've discussed this with jdk maintainers and they're not currently interested in dealing with full source bootstrap atm since they have not enough maintainers for many things, they're currently working on cleaning up a lot of the java ecosystem atm | 18:57:35 |
| dish [Fox/It/She] | discussion in #jvm:nixos.org | 18:57:47 |
| 9 May 2026 |
 Randy Eckenrode | Sadly, Swift is having to give up the source bootstrap. 😕 | 10:54:33 |
| 10 May 2026 |
|  w4tsn changed their profile picture. | 12:08:24 |
| 12 May 2026 |
| siraben | Is trofi on matrix? | 00:39:18 |
| siraben | found them on irc | 00:39:28 |
| 13 May 2026 |
| siraben | prs like https://github.com/NixOS/nixpkgs/pull/519568 are nice but I've been working on the mescc tools recently and they seem like they still need a lot of improvement, they are prone to segfaulting if not used correctly | 20:58:29 |
| siraben | e.g. https://github.com/oriansj/mescc-tools/pull/52 | 20:58:31 |
| siraben | is this a problem given that we use kaem/catm etc. in minimal bootstrap? | 20:58:49 |
| siraben | we can ask mescc-tools to cut a new release | 21:02:28 |
| dish [Fox/It/She] | In reply to @siraben:matrix.org
is this a problem given that we use kaem/catm etc. in minimal bootstrap? not really, the idea is we use early-stage tools for as little as possible before getting to stuff like coreutils | 21:36:47 |
| dish [Fox/It/She] | if there are issues with our usage we should patch the tools or fix our usage but ideally we use them as little as possible | 21:37:13 |
| 14 May 2026 |
|  tuhana joined the room. | 15:12:59 |
| 4 Aug 2022 |
|  Winter (she/her) joined the room. | 03:27:09 |
|  [0x4A6F] joined the room. | 22:08:01 |
| 6 Aug 2022 |
| Winter (she/her) | Does anyone know where the fact that the Darwin stdenv builds CMake twice comes from? As far as I can tell, it's from stage 0, and then just gets used in the other stages from there. Am I missing something here, is it something with the overrides? It looks like it might be, but then the fact that those are only allowed in the final stage (per booter.nix) (when that doesn't seem true, since then they wouldn't be defined...?) comes up.
(Isn't this the same pattern (defining in one stage and referencing in the others) that makes Glibc only build a limited number of times in the Linux stdenv?) | 08:00:17 |
 trofi | You think cmake should be rebuild less? Or more?
glibc's is probably a bit different as it's a part of stdenv.cc.libc and mainly used by that I would guess. Also, if depends if the package is used or not by other packages in the derivation would affect rebuild count as well.
| 14:59:09 |
| trofi | Looking at stdenv's dep tree I see 2 cmake-boot hashes and one cmake hash: https://dpaste.com/8GGM6P9BF.txt | 15:03:11 |
