| 3 Oct 2025 |
 Lun | iiuc bootstrap compilers being built with this flag basically doesn't matter because we have multiple stages and nothing should really survive from that to be used at runtime on a nixos system, so it would have been ok to flip it off for that.
i like the idea of having aslr for them just so everything's the same but i'm not sure what the threat model is where someone is relying on attacking some memory corruption issue in the bootstrap tools | 14:46:22 |
| Lun | * iiuc bootstrap compilers being built with this flag basically doesn't matter because we have multiple stages and nothing should really survive from that to be used at runtime on a nixos system, so it would have been ok to flip it off for that.
i like the idea of having aslr for them just so everything's the same but i'm not sure what the threat model is where someone is relying on attacking some memory corruption issue in the bootstrap phases | 14:47:07 |
 dramforever | i have no idea why the "arm64" in whatever thing isn't breaking anything else | 14:50:15 |
| dramforever | i wonder if it's some lto test that only happens if some specific supported setup is created | 14:59:58 |
| dramforever | like llvm_21-built-llvm_21 | 15:00:37 |
| dramforever | i posted my stdenvBootstrapTools.x86_64-apple-darwin.test resource-dir fix here https://github.com/NixOS/nixpkgs/pull/444862#issuecomment-3366730973, idk if it's good but whoever has a x86_64-darwin can check it out | 18:21:30 |
| 4 Oct 2025 |
 Grimmauld (migrated to @grimmauld:m.grimmauld.de) | nixd is still failing to that meson bug. emily what was the fix again if llvm was not being found as part of runtime inputs? | 07:25:00 |
 K900 | Ugh I need to do the qt thing | 07:25:25 |
| K900 | That I completely forgor | 07:25:28 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | ah nvm found your old messages | 07:27:22 |
| K900 | Actually | 07:28:31 |
| K900 | @vcunat what do you think about eating a qtdeclarative rebuild on next | 07:28:39 |
| K900 | It's something like 3k jobs | 07:28:43 |
| K900 | (total) | 07:28:49 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | because darwin shenanigans? | 07:29:24 |
| K900 | No | 07:29:43 |
| K900 | Because there's an annoying crasher | 07:29:50 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | If we are considering eating rebuilds, we might also want to do https://github.com/NixOS/nixpkgs/pull/448259
Because it is now cached, but a source build fails. ~1.2k rebuilds. | 07:30:58 |
| K900 | OK I guess scratch that | 07:40:28 |
| K900 | The crasher fix does not apply cleanly to 6.9.2 | 07:40:34 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | Okay, three more fixes and i'll have a system running on -next | 08:27:22 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | 2/3 already done, leaves ghostscriptX | 08:27:52 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | which is cached but somehow i get a rebuild and that fails, so i am confused | 08:30:02 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | ohhh its pkgsi686Linux.ghostscriptX that is broken | 09:20:52 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | yikes | 09:20:54 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | its because size_t and int64_t are incompatible types | 09:23:46 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | on 32 bit | 09:23:52 |
| K900 | Why the fuck are you building ghostscript on i686 | 09:24:41 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | 
Download image.png | 09:25:05 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | bottles pulls i686 stuff via dosbox | 09:25:19 |
