| 3 Dec 2025 |
| *  Qyriad cries in rustc bootstrap | 20:33:01 |
 dish [Fox/It/She] | I would like to get the current pt 1 PR I made merged, then your improvements to i686/x64/riscv, then my statics, then migrate bootstrap-files to minimal-bootstrap for supported arches | 20:34:00 |
| dish [Fox/It/She] | last part is the most complicated and one I'd need the most help with since stdenv is... annoying | 20:34:27 |
 helle (just a stray cat girl) | I mean I may just end up maintaining some of these extremely long bootstraps, because I see value in them, but yeah, they are a mess and sloooow | 20:35:18 |
| dish [Fox/It/She] | In reply to @qyriad:katesiria.org
cries in rustc bootstrap oof yeah | 20:36:34 |
| dish [Fox/It/She] | mrustc needs to keep up for rustc bootstrap to be even partially viable | 20:36:55 |
| dish [Fox/It/She] | * mrustc needs to keep up for rustc bootstrap to be even somewhat viable | 20:37:08 |
| dish [Fox/It/She] | In reply to @helle:tacobelllabs.net
I mean I may just end up maintaining some of these extremely long bootstraps, because I see value in them, but yeah, they are a mess and sloooow oh yeah there is 100% value in it | 20:37:26 |
| dish [Fox/It/She] | but atm I would rather have an imperfect bootstrap be used than a perfect bootstrap that never gets merged | 20:37:53 |
| dish [Fox/It/She] | then we can improve it over time | 20:37:59 |
| dish [Fox/It/She] | ~~which would involve a lot of mass rebuilds but if we can do it in big sets and also maybe get a hydra jobset then its more reasonable~~ | 20:38:38 |
| helle (just a stray cat girl) | oh yeah, part of ours is intentionally not going to get merged any time soon over this | 20:39:01 |
 aleksi | Definitely agreed | 21:45:44 |
| dish [Fox/It/She] | question about your patches, is there anything in them that would be useful to improve i686 bootstrap? or is it just improvements for x86_64/rv64? | 21:57:00 |
| dish [Fox/It/She] | just trying to understand the scope of the patchset relative to if I want to take any changes into my existing upgrade branch | 21:57:14 |
 Alyssa Ross | We have runInLinuxVM! | 22:04:11 |
| aleksi | Hmm, yeah there might be little things: - GCC v8 upgraded to v10 (for better RV64 backend, mostly, but can be good for i686)
- bash 5.2 to 5.2.37, which fixes the strtoimax issue
- fixed egrep, the makefile from live-bootstrap is wrong
- fixed strncasecmp in heirloom stubs, the old implementation can segfault if you give it a string literal as an argument, which heirloom does
| 22:04:21 |
 Tristan Ross | Would be cursed to wrap everything in that | 22:04:54 |
| aleksi | Actually I see a bug in my own strncasecmp now, when the strings have different lengths, I will have to fix that | 22:04:55 |
| aleksi | Oh, and I think the printf patches in mes/libs.nix can affect i686 | 22:07:00 |
| 4 Dec 2025 |
|  GrqP joined the room. | 03:15:52 |
| GrqP | Is this the right channel to ask newb questions about makeWrapper and setup hooks? | 03:18:15 |
 rosssmyth | Don't ask to ask | 04:38:45 |
| rosssmyth | just ask | 04:38:47 |
| GrqP | I'm trying to figure out how to navigate the sources to determine where wrapProgram, makeWrapper are populated. I can see in github the shell script, and that pkgs.makeWrapper copies to setup-hook, but can't find who calls makeSetupHook to trigger that.
Is there a fast way to figure this out without grepping the repo directly?
| 04:54:53 |
 Winter | grep, tbh… or something like builtins.unsafeGetAttrPos "makeWrapper" pkgs
nonetheless. https://github.com/NixOS/nixpkgs/blob/821f1a2ebab0f13d6d65170d6bd7d2b3a182efdb/pkgs/top-level/all-packages.nix#L728
| 05:19:23 |
| Winter | * grep, tbh… or something like builtins.unsafeGetAttrPos "makeWrapper" pkgs
nonetheless: https://github.com/NixOS/nixpkgs/blob/821f1a2ebab0f13d6d65170d6bd7d2b3a182efdb/pkgs/top-level/all-packages.nix#L728
| 05:19:30 |
| GrqP | I forgot about unsafeGetAttrPos. I thought nix repl :e would get me there but not so much. | 05:24:55 |
| Winter | :doc miiiight | 05:47:08 |
| Winter | but i forget if upstream nix has this | 05:47:17 |
