| 1 Dec 2025 |
Emma [it/its] | * it should be, doing an npm i --save in the dir doesnt change it, but deleting the lock file and trying agai ndoes | 23:01:49 |
Emma [it/its] | tl;dr a package override | 23:02:06 |
Emma [it/its] | using a patches= to replace the lockfile with a cleanly regenerated one amde no change | 23:06:47 |
Emma [it/its] | * using a patches= to replace the lockfile with a cleanly regenerated one made no change | 23:07:02 |
Emma [it/its] | ( Cobalt here's your answer ^) | 23:10:48 |
Cobalt | Sorry to hear that. Thank you for trying though. I haven't encountered errors with overrides yet unfortunately | 23:24:56 |
Emma [it/its] | removing the override and patching the sr made it work | 23:30:00 |
Emma [it/its] | https://cgit.rory.gay/nix/OOYE-module.git/tree/default.nix
dont think im doing anything too weird here, but without the patch i couldn't get it to build :) | 23:30:54 |
| 3 Dec 2025 |
Emma [it/its] | hm, there's no buildNpmPackage at that can emit a drv that's independant of architecture, is there? | 17:34:12 |
Emma [it/its] | * hm, there's no buildNpmPackage that can emit a drv that's independant of architecture, is there? | 17:35:12 |
dish [Fox/It/She] | afaik nix doesnt support that but i could be wrong
in any case, no iirc | 17:58:39 |
Tomodachi94 (they/them) | Yeah, ultimately the derivations have inputs that are platform-dependent like NodeJS and stdenv, which means different hashes for them | 19:23:55 |
dish [Fox/It/She] | also buildNpmPackage prunes to packages for current platform only | 20:40:02 |
dish [Fox/It/She] | and anything using node-gyp only gets built for host arch/os iirc | 20:40:27 |
| 5 Dec 2025 |
| hsjobeki joined the room. | 18:10:06 |
hsjobeki | (crossposting from the nixpkgs room)
Hi, @amopel built a dependency fetcher for Deno.
For those who don't know it: https://docs.deno.com/runtime/ (An evolution of node)
The PR is quite big, and I would be happy to find a person, who can help with the review process.
I tried to mentor the author in the PR already, but i think a second pair of eyes is required before we can merge it.
https://github.com/NixOS/nixpkgs/pull/453904 | 18:10:34 |
dish [Fox/It/She] | wow, that is a very complex PR | 18:58:28 |
dish [Fox/It/She] | which is my main concern with it, to be clear. There is both typescript and rust components, and the commits are not very well-organized(imo) | 19:07:16 |
hsjobeki | He mentioned he would squash the commits afterwards | 19:14:41 |
dish [Fox/It/She] | still though, the overall code complexity is high, no? | 19:15:41 |
hsjobeki | Compexity is high, but also a good portion of the code are tests. | 19:16:01 |
hsjobeki | Complexity is high, because deno doesnt have a repro-lockfile.
It is 'security' focused. With 3 different registry types supported. | 19:17:10 |
hsjobeki | * Complexity is high, because deno doesnt have a repro-focused-lockfile.
It is 'security' focused. With 3 different registry types supported. | 19:18:28 |
hsjobeki | The readme (1k lines) gives a good overview how deno locks its dependencies | 19:21:47 |
hsjobeki | * The readme (900 lines) gives a good overview how deno locks its dependencies | 19:22:15 |
| 6 Dec 2025 |
dish [Fox/It/She] | anyone opposed to me dropping every purescript-related package from nodePackages?(pscid, pulp, purescript-language-server, purescript-psa, and purs-tidy) | 18:34:12 |
dish [Fox/It/She] | @Tomodachi94 (they/them) | 18:34:14 |
dish [Fox/It/She] | only reason to keep them is to build other purescript packages but that should rely on real tooling for purescript and not node2nix | 18:34:37 |
dish [Fox/It/She] | * only reason to keep them is to build other purescript packages but that should rely on real tooling for purescript(doesn't currently exist tbf) and not node2nix | 18:35:52 |
| 7 Dec 2025 |
dish [Fox/It/She] | gonna open a PR for this at least | 06:05:21 |