Nixpkgs Stdenv | 225 Members | |
| 74 Servers |
| Sender | Message | Time |
|---|---|---|
| 2 Feb 2025 | ||
| When using the multiple outputs setup hooks, is it possible to define per-output propagated dependencies besides manually adding them to the relevant file in the nix-support directory of the output? As an example, a header-only output may have a dependency on another derivation’s header-only output. My understanding is that the current way to handle this would be to add the dependency in | 21:24:39 | |
| 3 Feb 2025 | ||
| 13:40:06 | ||
| 16:25:09 | ||
| 5 Feb 2025 | ||
| 02:46:03 | ||
| 07:29:48 | ||
| Not strictly stdenv, but very stdenv-adjacent. Would appreciate some eyes from on https://github.com/NixOS/nixpkgs/pull/379426. The ctest ugliness has been bugging me, so I whipped up this POC as a separate hook first without going through stdenv. | 07:36:17 | |
| 6 Feb 2025 | ||
| 17:49:57 | ||
| 7 Feb 2025 | ||
I wanted to test something from gcc's git master branch, is it difficult to get a stdenv with a gcc built from there? I tried the obvious (overriding gcc-unwrapped's src = ..) and it doesn't build, it seems to still be trying to apply patches even though I have patches = [];Am I missing something to get this working, or is it just more difficult than this? | 14:10:44 | |
In reply to @truby:matrix.orgUse replaceStdenv? | 16:09:52 | |
| My issue is actually getting the unwrapped gcc from a specific git hash I guess, rather than wrapping that into a stdenv | 16:10:52 | |
| 22:28:06 | ||
| 22:45:33 | ||
| 8 Feb 2025 | ||
| 02:24:25 | ||
| 02:24:59 | ||
| vcunat: do you remember what needed And I wonder if we should just drop | 16:20:31 | |
cmake hook also added it with DCMAKE_INSTALL_OLDINCLUDEDIR https://github.com/NixOS/nixpkgs/commit/c0d2f924590918b0176aaf1f84ccf372ce4f13c4 . I suspect just to follow stdenv. | 16:24:37 | |
| No, I don't recall at all. It's been a bit long :-) | 16:24:40 | |
| :) | 16:25:00 | |
| Proposed the removal as https://github.com/NixOS/nixpkgs/pull/380400 | 16:51:24 | |
| Also asked on #macos:nixos.org if it's used by any chance there (AFAIU it should not be load-bearing) | 16:53:25 | |
| 13 Feb 2025 | ||
| 06:59:21 | ||
| 15 Feb 2025 | ||
| 10:16:57 | ||
| 10:43:08 | ||
| 19 Feb 2025 | ||
| So should I just send https://github.com/NixOS/nixpkgs/pull/380325 | 09:51:10 | |
| (again) | 09:51:12 | |
| Probably yeah | 10:57:31 | |
| All right, let's see if it blows up this time | 11:05:21 | |
| 20 Feb 2025 | ||
| 09:58:16 | ||
I'm seeing something quite weird with gmpxx whereby it will succeed/fail at the configure stage checking build system compiler gcc... yes based on something bogus in the environment. I'm wondering whether its success/failure is actually conditioned on something arbitrary relating to what's in the environment somehow. I've made a build hook; with makeSetupHook which I'm putting in the stdenv's extraNativeBuildInputs. Loads of other packages build fine but not gmpxx. I can comment out preBuildHooks+=(something) or put it back, and this makes it pass/fail. The compiler detection fails unable to find libc. | 11:03:37 | |
| Interestingly a develop shell reliably fails so I can't figure out why it's working in the working case. | 11:04:49 | |