| 18 Jan 2023 |
| Yuu Yin changed their display name from yuu to Yuu Yin. | 13:42:43 |
| 31 Jan 2023 |
| $nyx (it/its) joined the room. | 00:22:04 |
| 13 Feb 2023 |
| $nyx (it/its) changed their display name from Nyx (it/its) to $nyx (it/its). | 14:02:24 |
| 18 Feb 2023 |
dotlambda | Is there a way to package a project using Yarn 3.3.1?
I'm trying to build https://github.com/home-assistant/frontend from source and hit https://github.com/NixOS/nixpkgs/issues/148042 on the way. | 16:56:12 |
Winter (she/her) | not atm unless you use node2nix | 16:58:56 |
dotlambda | In reply to @winterqt:nixos.dev not atm unless you use node2nix But that would only read package.json, not yarn.lock? | 16:59:48 |
Winter (she/her) | you can nuke the yarn.lock and generate a lockfile from that | 17:00:52 |
Winter (she/her) | *npm lockfile with npm install | 17:01:04 |
Winter (she/her) | by that point you can just use fetchNpmDeps
though that lockfile size may be huge ugh | 17:01:25 |
dotlambda | Has anyone tried using https://github.com/imsnif/synp ? I wonder if it's deterministic | 17:01:25 |
dotlambda | Oh, same issue though: https://github.com/imsnif/synp/issues/95 | 17:02:03 |
Winter (she/her) | it requires an already populated node_modules tree :/ | 17:02:13 |
Winter (she/her) | and probably doesn't support v3 | 17:02:20 |
Winter (she/her) | * and probably doesn't support v2 | 17:02:23 |
dotlambda | Well, no build from source then. | 17:03:58 |
Lily Foster | In reply to @winterqt:nixos.dev not atm unless you use node2nix We have the yarn fetcher, so they can use that, right? | 17:07:20 |
Winter (she/her) | not with v2 | 17:08:42 |
Lily Foster | v2 what? | 17:09:10 |
Winter (she/her) | yarn | 17:09:28 |
Winter (she/her) | entirely different lockfile format | 17:09:33 |
Lily Foster | Ohhh right forgot about that | 17:09:45 |
dotlambda | In reply to @lily:lily.flowers v2 what? https://github.com/yarnpkg/berry | 17:09:51 |
Lily Foster | In reply to @robert:funklause.de https://github.com/yarnpkg/berry Yeah I knew about it but have mostly tried to ignore its existence. We don't have tooling for it so something like node2nix (that locks in Nix code rather than yarn.lock) might be one of the only solutions | 17:11:05 |
| 1 Mar 2023 |
dotlambda | How can we make the npmInstallHook work with workspaces? https://github.com/NixOS/nixpkgs/pull/218923 | 03:18:59 |
Lily Foster | In reply to @robert:funklause.de How can we make the npmInstallHook work with workspaces? https://github.com/NixOS/nixpkgs/pull/218923 I planned to dig in to npm at some point to figure out why it is convinced it still needs to get dep metadata from the internet when the entire lockfile is cached. Because as far as I remember, it should otherwise theoretically work. Alternatively if all of the packages are in the npm registry you could just fetch from there and it doesn't have that problem | 11:37:24 |
| 6 Mar 2023 |
| amardeeps joined the room. | 11:52:49 |
| 9 Mar 2023 |
| Dandellion joined the room. | 03:25:04 |
| 10 Mar 2023 |
Dandellion | I have a js package which is fighting me every step of the way here: https://github.com/dali99/nixpkgs/commit/79b02a249d096a20f7c0e9984ffb58cac6dde9f2
With downgrading to node 16 and running node-gyp in the package config there, some compilation happens, but when I run it I get
Instantiation error:
Error: /nix/store/dy4amgvdks5xjlbadikyiikb12az2204-ldf-server-3.3.0/libexec/@ldf/server/node_modules/hdt/build/Release/hdt.node: undefined symbol: _ZNK9cds_utils9BitString4saveERSo
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1275:18)
at Module.load (node:internal/modules/cjs/loader:1069:32)
at Function.Module._load (node:internal/modules/cjs/loader:904:12)
at Module.require (node:internal/modules/cjs/loader:1093:19)
at require (node:internal/modules/cjs/helpers:108:18)
at Object.<anonymous> (/nix/store/dy4amgvdks5xjlbadikyiikb12az2204-ldf-server-3.3.0/libexec/@ldf/server/node_modules/hdt/lib/hdt.js:5:19)
at Module._compile (node:internal/modules/cjs/loader:1191:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1245:10)
at Module.load (node:internal/modules/cjs/loader:1069:32)
at Function.Module._load (node:internal/modules/cjs/loader:904:12)
So it seems it's not linking libcds properly?
Any ideas on what's going on here?
| 06:14:34 |
Dandellion | * I have a js package which is fighting me every step of the way here: https://github.com/dali99/nixpkgs/commit/79b02a249d096a20f7c0e9984ffb58cac6dde9f2
With downgrading to node 16 and running node-gyp in the package config there, some compilation happens, but when I run it I get
Instantiation error:
Error: /nix/store/dy4amgvdks5xjlbadikyiikb12az2204-ldf-server-3.3.0/libexec/@ldf/server/node_modules/hdt/build/Release/hdt.node: undefined symbol: _ZNK9cds_utils9BitString4saveERSo
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1275:18)
at Module.load (node:internal/modules/cjs/loader:1069:32)
at Function.Module._load (node:internal/modules/cjs/loader:904:12)
at Module.require (node:internal/modules/cjs/loader:1093:19)
at require (node:internal/modules/cjs/helpers:108:18)
at Object.<anonymous> (/nix/store/dy4amgvdks5xjlbadikyiikb12az2204-ldf-server-3.3.0/libexec/@ldf/server/node_modules/hdt/lib/hdt.js:5:19)
at Module._compile (node:internal/modules/cjs/loader:1191:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1245:10)
at Module.load (node:internal/modules/cjs/loader:1069:32)
at Function.Module._load (node:internal/modules/cjs/loader:904:12)
So it seems it's not linking libcds properly?
Any ideas on what's going on?
| 06:14:42 |
Lily Foster | In reply to @dandellion:dodsorf.as
I have a js package which is fighting me every step of the way here: https://github.com/dali99/nixpkgs/commit/79b02a249d096a20f7c0e9984ffb58cac6dde9f2
With downgrading to node 16 and running node-gyp in the package config there, some compilation happens, but when I run it I get
Instantiation error:
Error: /nix/store/dy4amgvdks5xjlbadikyiikb12az2204-ldf-server-3.3.0/libexec/@ldf/server/node_modules/hdt/build/Release/hdt.node: undefined symbol: _ZNK9cds_utils9BitString4saveERSo
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1275:18)
at Module.load (node:internal/modules/cjs/loader:1069:32)
at Function.Module._load (node:internal/modules/cjs/loader:904:12)
at Module.require (node:internal/modules/cjs/loader:1093:19)
at require (node:internal/modules/cjs/helpers:108:18)
at Object.<anonymous> (/nix/store/dy4amgvdks5xjlbadikyiikb12az2204-ldf-server-3.3.0/libexec/@ldf/server/node_modules/hdt/lib/hdt.js:5:19)
at Module._compile (node:internal/modules/cjs/loader:1191:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1245:10)
at Module.load (node:internal/modules/cjs/loader:1069:32)
at Function.Module._load (node:internal/modules/cjs/loader:904:12)
So it seems it's not linking libcds properly?
Any ideas on what's going on?
How are you running it? I can get --help output just fine from building your branch | 18:07:40 |