| 19 Oct 2025 |
matthewcroughan | which makes core-utils weigh 7MiB more | 17:23:58 |
matthewcroughan | * which makes coreutils weigh 7MiB more | 17:24:01 |
matthewcroughan | and it's only needed by systemd for a few small thigns | 17:24:12 |
matthewcroughan | * and it's only needed by systemd for a few small things | 17:24:15 |
matthewcroughan | probably not arithmetic expressions | 17:24:19 |
matthewcroughan | btw, it turns out that the closure size of cross-compiled outputs tends to be larger, for some reason | 17:32:47 |
matthewcroughan | * btw, it turns out that the closure size of natively-compiled outputs tends to be larger, for some reason | 17:33:17 |
matthewcroughan | Hah damn, I'm getting to the point where compression isn't making a huge difference, 40MiB now by removing some dbus systemd stuff | 17:34:48 |
matthewcroughan | 60MiB uncompressed, 40MiB compressed | 17:35:02 |
matthewcroughan | if I throw -Oz on systemd it will chop off 2MB | 17:35:25 |
matthewcroughan | 39.3 MiB, image.raw.zst) | 17:43:10 |
matthewcroughan | Okay, maybe I should stop now | 17:43:14 |
| 20 Oct 2025 |
Grimmauld (any/all) | matthewcroughan: https://github.com/NixOS/nixpkgs/pull/453557/commits/f3b1b7752116a278b0d9e63b956cb44b832941fa @Sigmanificient has managed to make the musl build work, and forcing the musl version of the package still has a succeeding test:
diff --git a/nixos/tests/login-nosuid.nix b/nixos/tests/login-nosuid.nix
index cdd14478d02c..7f6242294fe0 100644
--- a/nixos/tests/login-nosuid.nix
+++ b/nixos/tests/login-nosuid.nix
@@ -21,6 +21,8 @@
security.enableWrappers = false;
security.pwaccess.enable = true;
+ security.pwaccess.package = pkgs.pkgsMusl.pwaccess;
+
environment.systemPackages = [ pkgs.which ];
# pam debug without giant rebuild
So, you may be able to just take that whole PR, set security.pwaccess.enable = true; and security.enableWrappers = false;, and then have suid-less login!
| 09:40:19 |
Grimmauld (any/all) | who needs suid anyways :P | 09:42:52 |
| 23 Oct 2025 |
Electro | Trying to cross compile the linux kernel with clang, finding that for some reason pkgsCross.aarch64-multiplatform.buildPackages.clang does not not have arm_neon.h. Looks like for some reason it's set up to just use --gcc-toolchain= pointing to the aarch64 gcc toolchain, which in my experience always runs into these incompatible header issues. The build finds this one, but it seems some of the types are messed up when it's used for clang. I've always been baffled by clang's intent to be a cross-compiler, but always being so difficult :(
Would appreciate if anyone has any suggestions on how to approach these kinds of problems.
| 00:22:26 |
Electro | * Trying to cross compile the linux kernel with clang, finding that for some reason pkgsCross.aarch64-multiplatform.buildPackages.clang does not have arm_neon.h. Looks like for some reason it's set up to just use --gcc-toolchain= pointing to the aarch64 gcc toolchain, which in my experience always runs into these incompatible header issues. The build finds this one, but it seems some of the types are messed up when it's used for clang. I've always been baffled by clang's intent to be a cross-compiler, but always being so difficult :(
Would appreciate if anyone has any suggestions on how to approach these kinds of problems.
| 00:22:40 |
Electro | Interestingly the pkgsCross.aarch64-multiplatform.clang package does have its own arm_neon.h that presumably works, though of course I want to cross compile... | 00:25:56 |
matthewcroughan | Grimmauld (any/all): ping | 12:24:39 |
matthewcroughan | what romo is this? | 12:24:41 |
matthewcroughan | * what room is this? | 12:24:44 |
matthewcroughan |  Download image.png | 12:24:50 |
matthewcroughan | matrix :( | 12:24:55 |
Grimmauld (any/all) | cross-compiling | 12:24:57 |
matthewcroughan | this is where I was in, not exotic targets | 12:25:05 |
matthewcroughan | How do you fix Matrix amnesia? | 12:50:33 |
| Mr Argoz joined the room. | 20:53:40 |
| 24 Oct 2025 |
matthewcroughan | Alyssa Ross: can https://github.com/NixOS/nixpkgs/pull/452642 be merged or do we wait for Perl itself to be fixed? | 00:15:35 |
matthewcroughan | Also what about https://github.com/NixOS/nixpkgs/pull/445833 ? | 00:58:19 |
Alyssa Ross | That same fix would have to be made for every other package using that perl header, and everywhere we apply that hack, we'd have to undo it when perl is fixed properly. | 08:23:33 |
Alyssa Ross | I'm still waiting for a response on that one. https://github.com/NixOS/nixpkgs/pull/445833#discussion_r2384088584 | 08:23:42 |