| 23 Nov 2021 |
 sterni | https://github.com/NixOS/nixpkgs/pull/112928#issuecomment-809714907 | 22:46:07 |
| sterni | ah hm differences between different machines | 22:46:36 |
| sterni | ominous | 22:46:37 |
| 24 Nov 2021 |
| sterni | John Ericson: getting the increasing sense that our GHC derivations are ever so subtly incorrect, but somehow work-ish (?) | 11:00:38 |
| sterni | like why the hell do we pass buildPackages.llvmPackages, but then go on to put it in depsBuildTarget | 11:00:58 |
| sterni | also I feel like the LLVM of the build (bootstrapping) GHC somehow leaks into the build environment for the actual GHC because it just complains about having the wrong LLVM version | 11:02:03 |
| sterni | which checks out because we propagate llvm for some reason | 11:02:18 |
| sterni | I wonder if this is unnecessary because we usually wrap the compiler as well? | 11:02:35 |
| sterni | the binaries aren't wrapped maybe that's where this stems from | 11:09:00 |
| sterni | oh and we don't put llvm in the wrapper for the normal ones as well | 11:09:31 |
 John Ericson | sterni: well, I say the solution is just to get rid of the old stuff! :) | 17:35:45 |
| John Ericson | https://gitlab.haskell.org/ghc/ghc/-/merge_requests/5965 | 17:35:58 |
 andi- | This is likely the most fitting channel for this question: Do we have some sort of rpath minification in nixpkgs? I'm currently assuming every library in buildInputs could potentially end up in the rpath of each binary that we build, right? | 22:44:31 |
 symphorien | What is the shrink-rpath step of fixupphase ? | 22:46:15 |
| andi- | oh, that is in patchelf | 22:47:12 |
| andi- | I was grepping for various terms but not for shrink | 22:47:32 |
| andi- | and it works exactly as I was about to implement it. Thanks for the pointer symphorien | 22:49:08 |
| symphorien | Actually I don't really know what it does | 22:50:27 |
| symphorien | I never questionned before | 22:50:39 |
|  legendofmiracles joined the room. | 23:10:53 |
| 26 Nov 2021 |
 siraben | Is it possible to add the cross-compiler to an environment without using pkgsCross.arm-embedded.mkShell? | 17:34:52 |
| 27 Nov 2021 |
|  happyalu left the room. | 16:06:00 |
| 28 Nov 2021 |
| symphorien | what is buildPackages.buildPackages ? https://github.com/NixOS/nixpkgs/pull/147692/files#diff-f885f3c7293fd60915aa7c2d28eea89dea548af3d732700fa1224b0cafa55a0aR54 | 14:02:27 |
 Rick (Mindavi) | I have no clue... | 14:04:56 |
| symphorien | maybe it should be depsBuildBuild ? | 14:19:25 |
| Rick (Mindavi) | Could be. At least, this doesn't really look right | 14:20:25 |
| symphorien | I added a comment | 14:24:22 |
| Rick (Mindavi) | I'm trying to cross-compile qemu without this change, but a dependency already fails to cross-compile | 14:24:59 |
| Rick (Mindavi) | (in particular, vte) | 14:25:24 |
| symphorien | did you disable gtk support ? | 14:26:46 |
