18 Jan 2025 |
Luca | ok buildNpmPackage seems to do the job | 20:21:01 |
20 Jan 2025 |
Emma [it/its] | hey, question, any ideas why yarn would fail out trying to read /yarn/config? | 16:48:46 |
Emma [it/its] | running any yarn command at all results in this:
Error: ENOENT: no such file or directory, open '/yarn/config'
at readFileSync (node:fs:448:20)
at getRcConfigForCwd (/home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:57509:104)
at /home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:89251:56
at Generator.next (<anonymous>)
at step (/home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:310:30)
at /home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:328:14
at new Promise (<anonymous>)
at new F (/home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:5539:28)
at /home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:307:12
at start (/home/Rory/.npm/_npx/c094c3349f8dd527/node_modules/yarn/lib/cli.js:89295:18)
| 16:49:34 |
26 Jan 2025 |
| avocadoom joined the room. | 00:35:26 |
avocadoom | Hey, anyone here ever experienced issues with Vite or especially Astro not hot-reloading when a nix flake generated symlink (say a .pre-commit-config.yaml for example) is present? Every attempt to tell vite to ignore this file fails unfortunately. When I delete said symlinks HMR works again immediately. | 00:39:01 |
Winter | sounds like a bug in Vite or Astro (or more specifically the dependency they both use for HMR) | 00:52:25 |
avocadoom | Just tried to reproduce this in a small VIte project, guess thats an Astro Bug | 00:59:22 |
avocadoom | I cant reproduce it in Vite | 00:59:29 |
avocadoom | Well, I guess I'll open an issue in the Astro project then | 00:59:53 |
avocadoom | Btw. since describing it is rather unspecific. If you want to reproduce:
git clone --branch reproduce-symlink-bug https://github.com/NixOS/nixos-homepage.git
It does HMR when inputsFrom = [ config.pre-commit.devShell ]; is commented out and .pre-commit-config.yaml is not present and it fails otherwise.
I will try to test if I can get choickbar (Vites HMR file watcher) to fail as well, but I don't have high hopes since I cannot reproduce this in Vite either.
| 01:21:31 |
avocadoom | And pls dont judge this branch quality wise, this is just for tinkering / tracking down the problem x( | 01:22:12 |
31 Jan 2025 |
| SomeoneSerge (UTC+U[-12,12]) changed their display name from SomeoneSerge to SomeoneSerge (Bruxelles). | 19:34:33 |
3 Feb 2025 |
| SomeoneSerge (UTC+U[-12,12]) changed their display name from SomeoneSerge (Bruxelles) to SomeoneSerge (Gand St. Pieters). | 13:40:03 |
5 Feb 2025 |
| Winter changed their profile picture. | 23:30:15 |
6 Feb 2025 |
| SomeoneSerge (UTC+U[-12,12]) changed their display name from SomeoneSerge (Gand St. Pieters) to SomeoneSerge (UTC+U[-12,12]). | 17:49:36 |
8 Feb 2025 |
| terrorjack joined the room. | 01:25:26 |
| terrorjack set a profile picture. | 02:24:15 |
| terrorjack removed their profile picture. | 02:24:51 |
11 Feb 2025 |
rosssmyth | Does pnpm.fetchDeps support github dependencies? I added "webpack-glsl-loader": "github:grieve/webpack-glsl-loader" to my packages.json and nix then fails to build it since it wasn't fetched it seems, so pnpm then fails to reach github while in the sandbox. | 22:15:34 |
13 Feb 2025 |
Sandro 🐧 | Did you update the lock file and the vendor hash? | 14:26:30 |
14 Feb 2025 |
rosssmyth | yes | 17:28:35 |
rosssmyth | I get Error fetching release: getaddrinfo EAI_AGAIN github.com | 17:31:17 |
rosssmyth | I found https://github.com/pnpm/pnpm/issues/4616 which may be relevant | 17:33:00 |
rosssmyth | so it may be a pnpm issue? I tried asking but no one replied to me (so far) | 17:33:25 |
15 Feb 2025 |
| BenjB83 joined the room. | 10:19:48 |
| BenjB83 changed their display name from Benjamín Buske to BenjB83. | 10:43:23 |
19 Feb 2025 |
| João Moreira changed their profile picture. | 03:29:45 |
25 Feb 2025 |
| eyJhb joined the room. | 11:46:02 |
| transcaffeine joined the room. | 18:16:20 |
transcaffeine | Hello :) i have a problem with the yarn offline cache where the yarn.lock resolves to a github URL (which then fails to resolve/download). The concrete problem is the update of element-desktop (https://raw.githubusercontent.com/element-hq/element-desktop/refs/heads/develop/yarn.lock) and it's node-gyp version:
"@electron/node-gyp@https://github.com/electron/node-gyp#06b29aafb7708acef8b3669835c8a7857ebc92d2":
version "10.2.0-electron.1"
resolved "https://github.com/electron/node-gyp#06b29aafb7708acef8b3669835c8a7857ebc92d2"
| 18:19:58 |