!NhAsaYbbgmzHtXTPQJ:funklause.de

Nix NodeJS

177 Members
51 Servers

Load older messages


SenderMessageTime
31 Oct 2024
@pxc:matrix.orgpxc when I got the latest version of utf-8-validate to build by itself, adding libtool to the buildInputs made it stop doing this, it seems 20:16:10
@lily:lily.flowersLily Fosteri can't even tell if the upstream dep is busted at 5.0.10 or if it's darwin sdk fuckery that might be fixed on master as of this morning20:16:12
@pxc:matrix.orgpxc the conditions in binding.gyp seem more sophisticated in that latest version than in some others that appear in the tree 20:16:48
@pxc:matrix.orgpxc utf-8-validate is a dependency of @wessberg/ts-evaluator as well but I don't see it in my node_modules when debugging with nix-shell 20:17:23
@emilazy:matrix.orgemily doesn't look particularly SDK-refactor-related but I strongly encourage rebasing on current master all the same 20:17:27
@pxc:matrix.orgpxc * utf-8-validate is a dependency of @wessberg/ts-evaluator as well but I don't see it in my node_modules when debugging with nix-shell/nix develop 20:17:29
@lily:lily.flowersLily Foster
In reply to @pxc:matrix.org
the conditions in binding.gyp seem more sophisticated in that latest version than in some others that appear in the tree
sophistication isn't what changed. it's that they stopped building "fat" binaries with both x86_64 and aarch64 object code in them at the same time
20:17:51
@pxc:matrix.orgpxchere's the old version: https://pastebin.com/XDxvjsgs20:18:36
@pxc:matrix.orgpxcyeah20:18:37
@emilazy:matrix.orgemily10.7 deployment target, nice20:18:53
@pxc:matrix.orgpxcyeah the logs emitted a warning about that but I have no intuitions about whether it's meaningful20:19:21
@emilazy:matrix.orgemilyshouldn't matter20:19:54
@pxc:matrix.orgpxc

current questions:

  1. Would it maybe be worthwhile to try building things further down the dependency tree as their own packages, also with buildNpmPackage, just to make it more convenient to see if tweaking their sources (maybe playing with binding.gyp helps)?

  2. If I do figure out something that works, how can I override transitive dependencies that have native deps like that?

20:22:58
@pxc:matrix.orgpxc build still fails on master because of missing perl, I'm a dingus. Lemme pull master into my local checkout with that fix instead 20:23:53
@pxc:matrix.orgpxcyeah, Darwin SDK changes on master don't seem to affect it20:28:02
@lily:lily.flowersLily Foster
In reply to @pxc:matrix.org

current questions:

  1. Would it maybe be worthwhile to try building things further down the dependency tree as their own packages, also with buildNpmPackage, just to make it more convenient to see if tweaking their sources (maybe playing with binding.gyp helps)?

  2. If I do figure out something that works, how can I override transitive dependencies that have native deps like that?

  1. no
  2. you can technically intervene if you're crafty, but also it's an optional dep anyway so you can probably just turn those off
20:28:12
@lily:lily.flowersLily Foster
In reply to @pxc:matrix.org
utf-8-validate is a dependency of @wessberg/ts-evaluator as well but I don't see it in my node_modules when debugging with nix-shell
i did actually make a shellHook for buildNpmPackage packages to make that sort of check work, but i'm not contributing to nixpkgs anymore so oh well i guess
20:29:51
@pxc:matrix.orgpxcthat sucks, but I understand20:30:32
@pxc:matrix.orgpxc it looks like utf-8-validate appears multiple times in the dependency tree, and at least once as just a first-order dependency (and not a devDependency). Are you sure they're all eliminable 20:31:31
@lily:lily.flowersLily Fosteri'd give snippet for disabling optional peer deps in npmInstallFlags or whatever it is, but i'm on mobile rn sadly20:31:33
@pxc:matrix.orgpxcty!20:31:43
@lily:lily.flowersLily Foster
In reply to @pxc:matrix.org
it looks like utf-8-validate appears multiple times in the dependency tree, and at least once as just a first-order dependency (and not a devDependency). Are you sure they're all eliminable
all of the old ones that still try to build fat executables are from optional peer deps from microsoft etc pinning an ancient version of ws for some godawful reason
20:33:01
@lily:lily.flowersLily Fosterso they don't have to be all eliminable20:33:23
@pxc:matrix.orgpxcgot it20:33:32
@pxc:matrix.orgpxc
In reply to @lily:lily.flowers
i'd give snippet for disabling optional peer deps in npmInstallFlags or whatever it is, but i'm on mobile rn sadly

this was enough for me to find the flag and plenty of examples in Nixpkgs, if the flag was --legacy-peer-deps

but this package already used that, and unlike the version I had building as part of nodePackages, even the newer version still fails to build with that same message

20:47:37
@pxc:matrix.orgpxc
In reply to @lily:lily.flowers
i'd give snippet for disabling optional peer deps in npmInstallFlags or whatever it is, but i'm on mobile rn sadly
*

this was enough for me to find the flag and plenty of examples in Nixpkgs, if the flag was --legacy-peer-deps

but this package already used that, and unlike the version I had building as part of nodePackages, even the newer version pulled in directly by bitwarden-cli still fails to build with that same message

20:47:57
@lily:lily.flowersLily Foster
In reply to @pxc:matrix.org

this was enough for me to find the flag and plenty of examples in Nixpkgs, if the flag was --legacy-peer-deps

but this package already used that, and unlike the version I had building as part of nodePackages, even the newer version still fails to build with that same message

oh then take that out. i was wondering why it would be including peer deps at all without that flag
20:48:27
@lily:lily.flowersLily Fosterlegacy-peer-deps does the opposite of what i suggested20:48:44
@lily:lily.flowersLily Fosterby overeagerly including them20:48:55
@pxc:matrix.orgpxcI thought it was the other way around at any rate, removing it made no difference :(20:53:33

Show newer messages


Back to Room ListRoom Version: 6