| 28 Aug 2025 |
 dramforever | i'm looking at that as well but yes i think we should not disable pam support in buildPackages | 10:04:21 |
 Grimmauld (any/all) | i am all for it if it can be fixed in the freebsd mkderivation, but i don't know enough freebsd/stdenv wizardry to fix it there. I knew how to fix it in util-linux, but i won't make a claim about that being the best fix | 10:05:45 |
 Alyssa Ross | Yep, I have a fix. | 10:06:11 |
| dramforever | In reply to @grimmauld:grapevine.grimmauld.de
i am all for it if it can be fixed in the freebsd mkderivation, but i don't know enough freebsd/stdenv wizardry to fix it there. I knew how to fix it in util-linux, but i won't make a claim about that being the best fix okay i would like to clarify that i am saying that making util-linux depend on targetPlatform is not acceptable. that would make anyone cross compiling to rebuild everything in buildPackages that depends on util-linux | 10:07:23 |
| Grimmauld (any/all) | right. | 10:07:50 |
| dramforever | and random stuff will depend on util-linux | 10:07:55 |
| Grimmauld (any/all) | this was llvm -> libxml2 -> python3 -> libuuid (which is util-linuxMinimal) | 10:08:18 |
| dramforever | my personal opinion: hypothetically if a long time to fix freebsd cross, i would rather leave freebsd broken than make util-linux depend on targetPlatform | 10:09:00 |
| dramforever | * my personal opinion: hypothetically if it took a long time to fix freebsd cross, i would rather leave freebsd broken than make util-linux depend on targetPlatform | 10:09:14 |
| Grimmauld (any/all) | though i am also confused, because util-linuxMinimal has pamSupport = false;, it shouldn't even call that stuff in libuuid... | 10:12:08 |
| Grimmauld (any/all) | of course the lastlog isn't dependent on pamSupport rn, i meant even with the following patch it still goes to inf-rec:
diff --git a/pkgs/by-name/ut/util-linux/package.nix b/pkgs/by-name/ut/util-linux/package.nix
index 1f2a43e18275..55b06ba019f4 100644
--- a/pkgs/by-name/ut/util-linux/package.nix
+++ b/pkgs/by-name/ut/util-linux/package.nix
@@ -29,7 +29,7 @@
writeSupport ? stdenv.hostPlatform.isLinux,
shadowSupport ? stdenv.hostPlatform.isLinux,
# Doesn't build on Darwin, only makes sense on systems which have pam
- withLastlog ? !stdenv.hostPlatform.isDarwin && lib.meta.availableOn stdenv.hostPlatform pam,
+ withLastlog ? !stdenv.hostPlatform.isDarwin && pamSupport,
gitUpdater,
nixosTests,
}:
| 10:13:30 |
| Alyssa Ross | https://github.com/NixOS/nixpkgs/pull/437867 | 10:14:02 |
 Artturin | In reply to @dramforever:matrix.org
okay i would like to clarify that i am saying that making util-linux depend on targetPlatform is not acceptable. that would make anyone cross compiling to rebuild everything in buildPackages that depends on util-linux So staging? Everything in buildPackages has to be rebuild anyways since it can't be shared with native pkgs (not saying the change should be done but rebuilding isn't an issue) | 10:14:47 |
| Grimmauld (any/all) | formatter complains, but other than that this looks like the better fix. No buildPackages/targetPlatform hacks, which is nice. Though this is also very far outside my expertise. | 10:22:10 |
| dramforever |
Everything in buildPackages has to be rebuild anyways since it can't be shared with native pkgs
they are shared
nix-repl> pkgsCross.riscv64.buildPackages.llvm
«derivation /nix/store/1fflvvc3y3qv9pdjxf2j50wkxp8g4f8y-llvm-19.1.7.drv»
nix-repl> llvm
«derivation /nix/store/1fflvvc3y3qv9pdjxf2j50wkxp8g4f8y-llvm-19.1.7.drv»
| 11:08:25 |
| dramforever | i suppose this is a bad example because llvm depends on util-linuxMinimal which doesn't depend on pam | 11:11:39 |
| Artturin | In reply to @dramforever:matrix.org
Everything in buildPackages has to be rebuild anyways since it can't be shared with native pkgs
they are shared
nix-repl> pkgsCross.riscv64.buildPackages.llvm
«derivation /nix/store/1fflvvc3y3qv9pdjxf2j50wkxp8g4f8y-llvm-19.1.7.drv»
nix-repl> llvm
«derivation /nix/store/1fflvvc3y3qv9pdjxf2j50wkxp8g4f8y-llvm-19.1.7.drv»
Oh, I guess I've always missed that somehow and thought that we would reduce the amount of rebuilds of we used depsBuildBuild for target independent packages | 11:14:01 |
| Artturin | * Oh, I guess I've always missed that somehow and thought that we would reduce the amount of rebuilds if we used depsBuildBuild for target independent packages | 11:14:13 |
| Artturin | :p | 11:14:17 |
| dramforever | but as a general rule this is why targetPlatform is bad | 11:14:17 |
| dramforever | yes, depending on targetPlatform is what makes pkgsBB and pkgsBH different. this is kinda like, the point | 11:16:00 |
| Artturin | Anyone seen this issue before? https://github.com/NixOS/nixpkgs/issues/437626
I found a patch that fixes it but it's weird that no one else has encountered the issue? https://github.com/NixOS/nixpkgs/pull/437668 | 11:19:26 |
| Artturin | Does no one else use nginx with ssl on a raspi? | 11:19:56 |
| Artturin | * Does no one else use nginx with http2 and ssl on a raspi? | 11:20:16 |
|  sbc64 changed their profile picture. | 14:23:44 |
| 29 Aug 2025 |
|  陈浩南 changed their profile picture. | 05:07:42 |
| 2 Sep 2025 |
|  RichInOverdraft changed their profile picture. | 16:20:41 |
| Grimmauld (any/all) | Hmm, nom build -f . pkgsCross.s390.linuxPackages.kernel explodes (error: attribute 'target' missing from kernelConf), what am i missing here? | 22:14:17 |
| Grimmauld (any/all) | there exists stdenv.hostPlatform.linux-kernel, but i can't tell where it is being set | 22:22:14 |
| Grimmauld (any/all) | okay nevermind, there just is nothing in platforms.nix. Too much effort getting this working for what was intended to be a dumb joke | 22:35:52 |
