| 11 Mar 2026 |
Stas | but that later :D | 22:06:44 |
Stas | mine still has the stock hdd | 22:07:03 |
Puna | btw, just to tamper expectations: i don't think you can actually install nixos yet even if you build an ISO. at the very least, there's prolly some stuff missing in the boot.loader.grub module to handle the different grub package + platform-specific stuff. haven't tried going past booting the installer yet cus i only have a single disk available rn, and i didn't wanna risk losing my working debian installation. | 22:18:10 |
Puna | * btw, just to temper expectations: i don't think you can actually install nixos yet even if you build an ISO. at the very least, there's prolly some stuff missing in the boot.loader.grub module to handle the different grub package + platform-specific stuff. haven't tried going past booting the installer yet cus i only have a single disk available rn, and i didn't wanna risk losing my working debian installation. | 22:19:19 |
| 12 Mar 2026 |
Stas | Sure! I am not expecting smooth sailing. Managed to finish and boot minimal Sid yesterday and went to sleep | 06:10:44 |
Stas | Will start the builds today and see where it takes me. 99% will add storage | 06:11:23 |
Stas | Managed to cross compile nix and install it on the Debian sid G5 | 12:59:32 |
Stas | Puna, I have started a build from here: https://github.com/OPNA2608/nixpkgs/commit/848a9e2f68e726b3727d10e759074eae3c6414e6 | 13:10:43 |
Stas | not sure if it is still current | 13:10:52 |
Puna | https://github.com/OPNA2608/nixpkgs/tree/wip/ppc64-installer | 13:11:45 |
Puna | trying to always push my last tested states with all patches to that branch | 13:12:15 |
Stas | thanks! Will do that | 13:13:22 |
Stas | found a 1T barracuda, will screw it in too | 13:28:05 |
Stas | as the poor old Samsung sounds too busy :D | 13:28:53 |
Stas | I can also get iSCSI to it over both of the 1G ethernets. I have a TGT running with 2 modern HDDs in stripe | 13:29:49 |
Stas | might be faster than a single local 1T HDD | 13:29:58 |
Puna | K900: anything that can be done to get the mesa opencl thing closer to a merge? been ~ a month https://github.com/NixOS/nixpkgs/pull/456839 | 14:04:29 |
K900 | Honestly | 14:06:58 |
K900 | It's mostly the fact that I don't like it | 14:07:02 |
K900 | It's extremely non-specific | 14:07:09 |
Puna | mmh… | 14:09:17 |
Puna | the alternative is to figure out & fix all of the endianness issues in glslang, spirv-tools, and spirv-llvm-translator, and then check if mesa's mesa_clc tool still has any parsing issues. which sadly takes alot more spoons than i can allocate to this rn | 14:18:25 |
Puna | i'll see if i can get https://github.com/NixOS/nixpkgs/pull/480841 ready this week - that'll at least further document in one of these packages that parsing on non-LE is just messed up | 14:22:02 |
K900 | I mean that's not my concern really | 14:33:46 |
K900 | I just really don't like the nixpkgs side implementation | 14:33:51 |
K900 | At least I think we should flag every package that's known broken on BE as such | 14:34:08 |
K900 | And then maybe hoist the conditionals somehow | 14:34:18 |
K900 | Which sucks | 14:34:21 |
Puna | can mark those packages as broken, but i think we had smth (at the very least a preference maybe?) against making features of thing depend on whether other things are marked broken, cus it'd randomly flip stuff on n off? so the condition in mesa would still p much be platformOpenCLWorks = stdenv.buildPlatform.isLittleEndian or smth like that | 14:43:02 |
| 13 Mar 2026 |
Stas | the G5 was compiling all through the night. Managed to bootstrap gcc, and is now on python | 09:19:31 |