Nix NodeJS | 193 Members | |
| 57 Servers |
| Sender | Message | Time |
|---|---|---|
| 29 Apr 2025 | ||
| Yes I think that perhaps it should be wiser to package it for Meanwhile I will raise the topic about | 16:58:55 | |
| Wrapping node packages is fine, here's an example of the Prisma package doing it: https://github.com/NixOS/nixpkgs/blob/master/pkgs/by-name/pr/prisma/package.nix#L83-L87 | 17:00:52 | |
| 23:12:13 | ||
Hello, I've been searching for a way to override the version of nodejs when using buildNpmPackage, but when I do this using the ways I know of, it always also includes the original version of the nodejs in the closure. For example, I'm trying to build mongosh with a newer version of nodejs, so I'm doing something like buildNpmPackage { ... nodejs = nodejs_23; };. Is there a way to ensure the original version of nodejs is not included? | 23:17:59 | |
| I've also tried buildNpmPackage.override { nodejs = nodejs_23; }. And also tried to use a nixpkgs overlay to override nodejs = nodejs_23 | 23:19:15 | |
| Redacted or Malformed Event | 23:19:21 | |
| Actually I think the overlay method works. I just had to overlay buildPackages instead of pkgs... Now to figure out how to remove nodejs-source from the closure | 23:25:46 | |
| 9 May 2025 | ||
| 17:07:02 | ||
| 14 May 2025 | ||
i'm not sure what you mean by this -- (buildNpmPackage.override { nodejs = ...; }) { ... } should work just fine | 00:22:34 | |
i'm not sure what you mean by the buildPackages part -- (buildNpmPackage.override { nodejs = ...; }) { ... } should work just fine | 00:22:44 | |
| Dunno...
Ended up with something like this and this seemed to work. There are probably better ways to do this 🤷 | 22:37:02 | |
| I think I traced this down to npm-hooks or something | 22:37:19 | |
| We don't properly passthrough nodejs down there | 22:37:30 | |
| 17 May 2025 | ||
| 08:53:40 | ||
| 21 May 2025 | ||
| 14:05:08 | ||
| 24 May 2025 | ||
| 18:59:50 | ||
| 2 Jun 2025 | ||
| 18:19:07 | ||
| 7 Jun 2025 | ||
| 22:26:01 | ||
| 23:42:43 | ||
| 9 Jun 2025 | ||
| 13:17:03 | ||
| 22 Jun 2025 | ||
| 12:13:53 | ||
| 23 Jun 2025 | ||
For a package I maintain it requires a binary to be in a specific part of its project directory. Previously I copied it into the directory. I am trying to instead symlink it so that there isn't a duplicate binary around. But it seems that however npm decides what parts of the project directory are put in "node_modules/@project/...", the symlink is not preserved. I've tried passing npmFlags = [ "--preserve-symlinks" ]; but that did not seem to change anything. | 22:31:48 | |
| Anyone know what's going on? | 22:31:55 | |
| 25 Jun 2025 | ||
| 14:13:17 | ||
Hi! I'm trying to use fetchYarnDeps for a new derivation but yarn install --offline keeps complaining that it can't make a request in offline mode for packages that clearly should be in the offline store.Is there anything non-obvious that one needs to do to make this work besides the yarn config set yarn-offline-mirror ${theFetchedYarnDeps} line? | 14:47:48 | |
* Hi! I'm trying to use fetchYarnDeps for a new derivation but yarn install --offline keeps complaining that it can't make a request in offline mode for packages that clearly are in the offline store.Is there anything non-obvious that one needs to do to make this work besides the yarn config set yarn-offline-mirror ${theFetchedYarnDeps} line? | 14:48:06 | |
oh gosh, I think I finally got it. Seems like additionally calling fixup-yarn-lock yarn.lock is needed to make it work. Gosh I've been fighting with this all afternoon D: | 15:05:45 | |
* oh wow I think I finally got it. Seems like additionally calling fixup-yarn-lock yarn.lock is needed to make it work. Gosh I've been fighting with this all afternoon D: | 15:07:17 | |
| 27 Jun 2025 | ||
| 00:57:26 | ||
| what causes the npm-build-hook setup-hook to kill itself? | 18:22:36 | |