 | Nix NodeJS | 206 Members |
| 59 Servers |
| Nix NodeJS | 206 Members |
| 59 Servers |
| Sender | Message | Time |
|---|---|---|
| 30 Jul 2023 | ||
 Lily Foster | When you try to builtins.readFile or import from the result of a derivation (like a fetched FOD) | 01:14:13 |
 hexa | when one derivation needs to wait for the result of another derivation | 01:14:14 |
| hexa | something that's explicitly disabled on hydra | 01:14:23 |
| hexa | there are a few more functions that import under the hood https://nixos.wiki/wiki/Import_From_Derivation#Recognizing_IFD | 01:15:14 |
| hexa | it will work for you locally, and that's what makes it tricky 🙂 | 01:17:36 |
 gdamjan | heh | 01:17:44 |
| gdamjan | ok. let me try again the stdenv.mkDerivation path then | 01:19:57 |
| Lily Foster | In reply to @hexa:lossy.networkI mean, it won't work for you locally anymore if you add --no-allow-import-from-derivation to the nix command (which is just what ofborg does iirc) | 02:27:20 |
| gdamjan | In reply to @gdamjan:spodeli.orghttps://gist.github.com/gdamjan/08901abe49baadf083034e93ed32ccbe#file-default-2-nix I have no idea how kosher this is ^ | 03:09:48 |
| gdamjan | (ignore that I use my fork, that was to prune some additional deps) | 03:10:17 |
| gdamjan | but yarnLock = "${src}/yarn.lock"; would still be a problem, no?so I need to take yarn.lock and add it to nixpkgs ? | 03:11:17 |
| gdamjan | going to sleep now ... see ya tomorrow | 03:13:06 |
| gdamjan | that's this change https://github.com/matrix-org/matrix-appservice-irc/pull/1758 | 03:13:59 |
| Lily Foster | In reply to @gdamjan:spodeli.orgNot for fetchYarnDeps because it doesn't use the path at eval time (no import or read or anything), it's only used build time | 03:15:17 |
| Lily Foster | In reply to @gdamjan:spodeli.orgRest well 💤 | 03:15:43 |
 dotlambda | How can I figure out which dependency causes in https://github.com/karma-runner/karma ? | 05:02:43 |
| dotlambda | * How can I figure out which dependency causes when packaging https://github.com/karma-runner/karma using | 05:05:29 |
| dotlambda | turns out it's due to this line in | 06:04:42 |
 h7x4 joined the room. | 08:30:48 | |
| Lily Foster | In reply to @robert:funklause.deOh hmm, I can probably make that work if npm allows that, but does npm really allow using a package as a dev dependency of itself? | 10:50:19 |
| gdamjan | npm - everything goes | 10:50:55 |
| gdamjan | what's even the point of that | 10:51:12 |
| Lily Foster | In reply to @gdamjan:spodeli.orgI think given it's a test runner that it's probably to allow them to run their own tests with itself | 10:53:22 |
| Lily Foster | But I imagine that would really only work when there are no lifecycle scripts that need to run to build the package (e.g. to run typescript compiler or something) | 10:54:27 |
| Lily Foster | (Still surprised it allows it at all though) | 10:54:40 |
| gdamjan | Lily Foster: executive decision time. stdenv.mkDerivation https://gist.github.com/gdamjan/08901abe49baadf083034e93ed32ccbe#file-default-2-nix or try to hack around with mkYarnPackage and try to make https://gist.github.com/gdamjan/08901abe49baadf083034e93ed32ccbe#file-default-nix work ? | 12:23:33 |
| Lily Foster | In reply to @gdamjan:spodeli.orgWhy do you have to set the yarn config twice here? https://gist.github.com/gdamjan/08901abe49baadf083034e93ed32ccbe#file-default-2-nix-L71 | 12:25:08 |
| Lily Foster | Also if you can use fixup-yarn-lock from prefetch-yarn-deps rather than fixup_yarn_lock from yarn2nix https://github.com/NixOS/nixpkgs/issues/240174 | 12:26:06 |
| gdamjan | I don't know, but the yarn --production pruning tried to download without that (and failed because of the --ofline) | 12:26:11 |
| gdamjan | I'm guessing themktemp HOME was removed between the phases? | 12:27:01 |