Nixpkgs Stdenv | 230 Members | |
| 74 Servers |
| Sender | Message | Time |
|---|---|---|
| 28 Oct 2024 | ||
| hmm | 00:13:46 | |
How does ulimit for you show the number above the limit | 00:14:10 | |
| 00:14:28 | |
In reply to @artturin:matrix.orgso ulimit -n 122881 actually works on macOS 15, I guess it changed since 10.12. and it's reported as 122881. but presumably capped as reno described seeing | 00:15:14 | |
In reply to @paparodeo:matrix.orgI take it you didn't observe black going from failing to reliably passing with your PR, right? I'm wondering if actually the problem is just that Hydra has a messed up setup. | 00:15:56 | |
| I didn't really look in to it or monitor it | 00:16:27 | |
In reply to @emilazy:matrix.orgit never failed for me. | 00:16:31 | |
In reply to @emilazy:matrix.org* it never failed for me locally | 00:16:43 | |
| I had also assumed that the limit was 256 | 00:16:56 | |
| 00:20:05 | ||
the good news is that the Go compiler derivation runs ulimit -a. | 00:20:06 | |
| https://hydra.nixos.org/build/274250874/nixlog/1 | 00:20:08 | |
| https://hydra.nixos.org/build/274236521/nixlog/1 | 00:20:12 | |
| it's a Hydra problem. | 00:20:14 | |
| we could fix it in stdenv still, but it seems like the wrong place if actually the daemon stuff works | 00:20:55 | |
| so → #infra:nixos.org | 00:21:00 | |
| 31 Oct 2024 | ||
| 04:24:00 | ||
| 5 Nov 2024 | ||
| I was hoping replaceStdenv would act in a way to replace the stdenv; but not of buildPackages. What I see is that cmake appears to be built with my replacement stdenv, which is not quite what I expected. My next gambit was to use crossSystem but if I have localSystem == crossSystem, then buildPackages == pkgs and the cross machinery doesn’t kick in. My next gambit was to use stdenvStages but it looks like replaceStdenv is already implemented in exactly the way I was thinking to add a build stage. I would like a way to construct a package set with a custom compiler but to keep buildPackages as a standard set of packages. Is that doable somehow? | 14:18:45 | |
In reply to @p14:matrix.orgreplaceCrossStdenv | 14:22:42 | |
| 😄 | 14:22:52 | |
| I tried using replaceCrossStdenv but as I tried to say above, it does not take effect when localsystem is crosssystem | 14:23:30 | |
| So is there a way to use the cross system machinery when targeting local? | 14:23:41 | |
| Ha. I just needed to make the systems not equal. So adding crossSystem.custom = true seems to be enough to trigger it. Maybe this will work! The rebuilt set of packages looks promising. | 14:27:14 | |
| Annoyingly it looks like it is rebuilding gcc. | 14:27:41 | |
| Right, looks like because the compiler package name gets annotated with the cross triple, even though it is redundant in this case. | 14:28:59 | |
| Of course I can fix this up by making replaceCrossStdenv use the buildPackages compiler. Nice! Looks like I have what I want now… | 14:30:43 | |
| Found a case where it borks, firefox refuses to eval with unsupported platforms in wasilibc, because it has meta platforms = wasm*. Odd. The non-cross version is fine as expected. | 14:38:00 | |
| 6 Nov 2024 | ||
| is there any documentation (of really any kind) in regards to the inner working on how stdenv works? I find it a little bit difficult to follow the many multiple levels of nix code in nixpkgs, and was wondering if any kind of documentation exists, such as how the process works especially for cross environments | 23:03:17 | |
In reply to @frontear:matrix.orgThe cross part is easy because you do not have to deal with bootstrapping | 23:04:09 | |
| Here's some crumbs I sent to someone before
(edited the lib files out) https://github.com/NixOS/nixpkgs/blob/0d2ff894cb4d1bcb1b5006aa68c8cc87051b7741/pkgs/top-level/stage.nix#L308-L316 | 23:05:53 | |