Conversation
|
I do not agree with yarn2nix being depreated. I think node2nix is overly complex solution. As far as i can see yarn2nix works by creating offline binary cache, that yarn later uses for package install. This is really good solution as it works. I will work on implementation of |
|
I will be nice to have |
|
node2nix is the only sane way to cope with the big amount of generated node expressions in nixpkgs and ensure some sharing of common dependencies. Every yarn.nix adds another 0.5 mb file. This is unacceptable. |
|
I would be interested in having yarn support for node2nix. I currently created a community fork of node2nix, which I will propose for inclusion in nixpkgs, since this repository seems unmaintained. |
|
npm 7 also supports yarn.lock files itself now. |
Yarn is a new package manager for Javascript.
It's
yarn.lockfile functions like aGemfile.lock(used by Ruby) andCargo.lockfile (used by Rust).The advantage of adding
yarn.locksupport to node2nix is that when the ecosystem starts adapting this tool -and I believe that it is already doing this- we can easily package programs with the exact versions of packages as intended by the developers.Status
yarn.lockfile using the parser provided inyarnnpmregistry packagesgithttplocalI could use some help with testing the changes and extending the yarn package fetcher to handle other sources than the
npmregistry.