Watch-mode running too often when turborepo is set up inside a folder

Verify canary release

[X] I verified that the issue exists in the latest Turborepo canary release.

Link to code that reproduces this issue
https://github.com/MattisAbrahamsson/turbo-repro
What package manager are you using / does the bug impact?
Yarn v2/v3/v4 (node_modules linker only)
What operating system are you using?
Mac
Which canary version will you have in your reproduction?
2.0.12-canary.0
Describe the Bug
When having turbo setup inside a folder, and not in the root of the Github repository, turbo watch will run too often.
It's running every second or so, even though no files are changed. The script that runs have no side effects that would cause itself to re-run.
If everything is moved from the folder to the root of the repository turbo will work as expected.
Expected Behavior
I expect that turbo watch will not rerun every second as no source files have been changed.
To Reproduce

Clone the repository
cd frontend
yarn install
yarn dev

Additional context
No response

Hey, thanks for the issue. Any chance you can send over your daemon logs? You should be able to see them with turbo daemon logs. And could you also send over your watch mode logs by running in verbose mode (add the -vv flag)

Hey, thanks for the issue. Any chance you can send over your daemon logs? You should be able to see them with turbo daemon logs. And could you also send over your watch mode logs by running in verbose mode (add the -vv flag)

Sure thing!
Here are the daemon logs:
2024-08-07T07:46:36.069134Z  WARN turborepo_lib::package_changes_watcher: changed_files: {AnchoredSystemPathBuf(".turbo/cookies/12.cookie")}
2024-08-07T07:46:36.069142Z  WARN turborepo_lib::package_changes_watcher: changed_packages: Ok(Some({WorkspacePackage { name: Root, path: AnchoredSystemPathBuf("") }}))
2024-08-07T07:46:36.368036Z  WARN turborepo_lib::package_changes_watcher: changed_files: {AnchoredSystemPathBuf(".turbo/cookies/14.cookie"), AnchoredSystemPathBuf(".turbo/cookies/13.cookie")}
2024-08-07T07:46:36.368045Z  WARN turborepo_lib::package_changes_watcher: changed_packages: Ok(Some({WorkspacePackage { name: Root, path: AnchoredSystemPathBuf("") }}))
2024-08-07T07:46:36.868558Z  WARN turborepo_lib::package_changes_watcher: changed_files: {AnchoredSystemPathBuf(".turbo/cookies/15.cookie")}
2024-08-07T07:46:36.868567Z  WARN turborepo_lib::package_changes_watcher: changed_packages: Ok(Some({WorkspacePackage { name: Root, path: AnchoredSystemPathBuf("") }}))
2024-08-07T07:46:36.969351Z  WARN turborepo_lib::package_changes_watcher: changed_files: {AnchoredSystemPathBuf(".turbo/cookies/16.cookie"), AnchoredSystemPathBuf("apps/web/.next/trace")}
2024-08-07T07:46:36.969359Z  WARN turborepo_lib::package_changes_watcher: changed_packages: Ok(Some({WorkspacePackage { name: Root, path: AnchoredSystemPathBuf("") }, WorkspacePackage { name: Other("@repo/web"), path: AnchoredSystemPathBuf("apps/web") }}))
2024-08-07T07:46:36.969383Z ERROR turborepo_lib::daemon::server: package changes stream closed: channel closed
2024-08-07T07:46:36.969390Z  WARN turborepo_lib::package_changes_watcher: hashes are the same, no need to rerun

And the watch mode logs
frontend git:(main) ✗ yarn run dev
2024-08-07T09:48:08.681+0200 [DEBUG] turborepo_lib::shim: Global turbo version: 2.0.12-canary.0
2024-08-07T09:48:08.682+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_lib::shim: Repository Root: /Users/mattisabrahamsson/Documents/turbo-repro/frontend
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/node_modules/turbo-darwin-arm64/package.json
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_lib::shim::local_turbo_state: Local turbo path: /Users/mattisabrahamsson/Documents/turbo-repro/frontend/node_modules/turbo-darwin-arm64/bin/turbo
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_lib::shim::local_turbo_state: Local turbo version: 2.0.12-canary.0
╭────────────────────────────────────────────────────────────────────────────────╮
│                                                                                │
│              Update available v2.0.12-canary.0 ≫ v2.0.12-canary.3              │
│    Changelog: https://github.com/vercel/turbo/releases/tag/v2.0.12-canary.3    │
│                Run "npx @turbo/codemod@latest update" to update                │
│                                                                                │
│             Follow @turborepo for updates: https://x.com/turborepo             │
╰────────────────────────────────────────────────────────────────────────────────╯
2024-08-07T09:48:08.683+0200 [DEBUG] turborepo_lib::shim: Currently running turbo is local turbo.
2024-08-07T09:48:08.837+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
turbo 2.0.12-canary.0

2024-08-07T09:48:09.095+0200 [DEBUG] turborepo_lib::process: spawning children with pty: true
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.096+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:09.097+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 1410µs
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_lib::run::builder: running in daemon mode
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_repository::discovery: discovering packages using primary strategy
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_repository::discovery: discovering packages using fallback strategy
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_repository::discovery: attempting primary strategy
2024-08-07T09:48:09.097+0200 [DEBUG] turborepo_lib::run::package_discovery: discovering packages using daemon
2024-08-07T09:48:09.097+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:09.103+0200 [DEBUG] log: No cached session for DnsName(DnsName(DnsName("telemetry.vercel.com")))
2024-08-07T09:48:09.103+0200 [DEBUG] log: Not resuming any session
2024-08-07T09:48:09.107+0200 [DEBUG] turborepo_repository::discovery: primary strategy timed out, attempting fallback strategy
2024-08-07T09:48:09.107+0200 [DEBUG] turborepo_repository::discovery: discovering packages using local strategy
2024-08-07T09:48:09.108+0200 [DEBUG] globwalk: processing includes: ["apps/web/package.json", "packages/components/package.json"]
2024-08-07T09:48:09.108+0200 [DEBUG] globwalk: processing excludes: ["**/node_modules", "**/.git", "**/.yarn"]
2024-08-07T09:48:09.108+0200 [DEBUG] globwalk: processed includes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json"]
2024-08-07T09:48:09.108+0200 [DEBUG] globwalk: processed excludes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn"]
2024-08-07T09:48:09.110+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json
2024-08-07T09:48:09.110+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json
2024-08-07T09:48:09.110+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.110+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.112+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.112+0200 [DEBUG] turborepo_lib::run::task_access: TASK ACCESS TRACE: unable to restore config from cache
• Packages in scope: //, @repo/components, @repo/web
• Running dev, dev:generate-css-module-declarations in 3 packages
• Remote caching disabled
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:09.113+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:09.113+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 580µs
2024-08-07T09:48:09.113+0200 [DEBUG] tower::buffer::worker: "processing request"
• Packages in scope: //, @repo/components, @repo/web
• Running dev, dev:generate-css-module-declarations in 3 packages
• Remote caching disabled
2024-08-07T09:48:09.114+0200 [DEBUG] log: Using ciphersuite TLS13_AES_128_GCM_SHA256
2024-08-07T09:48:09.114+0200 [DEBUG] log: Not resuming
2024-08-07T09:48:09.114+0200 [DEBUG] log: TLS1.3 encrypted extensions: [Protocols([6832])]
2024-08-07T09:48:09.114+0200 [DEBUG] log: ALPN protocol is Some(b"h2")
2024-08-07T09:48:09.114+0200 [DEBUG] log: Ticket saved
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_lib::process: spawning children with pty: true
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.376+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:09.377+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 540µs
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_lib::run::builder: running in daemon mode
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_repository::discovery: discovering packages using primary strategy
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_repository::discovery: discovering packages using fallback strategy
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_repository::discovery: attempting primary strategy
2024-08-07T09:48:09.377+0200 [DEBUG] turborepo_lib::run::package_discovery: discovering packages using daemon
2024-08-07T09:48:09.377+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:09.388+0200 [DEBUG] turborepo_repository::discovery: primary strategy timed out, attempting fallback strategy
2024-08-07T09:48:09.388+0200 [DEBUG] turborepo_repository::discovery: discovering packages using local strategy
2024-08-07T09:48:09.389+0200 [DEBUG] globwalk: processing includes: ["apps/web/package.json", "packages/components/package.json"]
2024-08-07T09:48:09.389+0200 [DEBUG] globwalk: processing excludes: ["**/node_modules", "**/.git", "**/.yarn"]
2024-08-07T09:48:09.389+0200 [DEBUG] globwalk: processed includes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json"]
2024-08-07T09:48:09.389+0200 [DEBUG] globwalk: processed excludes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn"]
2024-08-07T09:48:09.390+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json
2024-08-07T09:48:09.390+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json
2024-08-07T09:48:09.390+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.390+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_lib::run::task_access: TASK ACCESS TRACE: unable to restore config from cache
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.393+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.429+0200 [DEBUG] turborepo_lib::run::global_hash: global hash env vars []
2024-08-07T09:48:09.429+0200 [DEBUG] turborepo_lib::run::global_hash: external deps hash: 67f76d84a6ce6571
2024-08-07T09:48:09.429+0200 [DEBUG] turborepo_lib::run::global_hash: global hash env vars []
2024-08-07T09:48:09.429+0200 [DEBUG] turborepo_lib::run::global_hash: external deps hash: 67f76d84a6ce6571
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::run: running visitor
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::run: running visitor
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::task_hash: auto detected framework for @repo/components
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::task_hash: framework: nextjs, env_prefix: ["NEXT_PUBLIC_*"]
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::task_graph::visitor: task //#dev:generate-css-module-declarations hash is 020c42f9e407db9a
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::task_graph::visitor: task @repo/components#dev hash is 0c9b489c5e6d3078
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.442+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::task_hash: auto detected framework for @repo/web
2024-08-07T09:48:09.442+0200 [DEBUG] turborepo_lib::task_hash: framework: nextjs, env_prefix: ["NEXT_PUBLIC_*"]
2024-08-07T09:48:09.443+0200 [DEBUG] turborepo_lib::task_graph::visitor: task @repo/web#dev hash is 9b4a388a14ed8bda
2024-08-07T09:48:09.443+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:09.443+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
@repo/web:dev: cache bypass, force executing 9b4a388a14ed8bda
2024-08-07T09:48:09.444+0200 [DEBUG] turborepo_lib::process::child: waiting for task
//:dev:generate-css-module-declarations: cache miss, executing 020c42f9e407db9a
2024-08-07T09:48:09.456+0200 [DEBUG] turborepo_lib::process::child: waiting for task
//:dev:generate-css-module-declarations:
//:dev:generate-css-module-declarations: Hello World
2024-08-07T09:48:09.869+0200 [DEBUG] turborepo_lib::process::child: child process exited normally
2024-08-07T09:48:09.869+0200 [DEBUG] turborepo_lib::process::child: child process stopped
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::process: spawning children with pty: true
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.137+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:10.138+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 526µs
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_lib::run::builder: running in daemon mode
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_repository::discovery: discovering packages using primary strategy
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_repository::discovery: discovering packages using fallback strategy
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_repository::discovery: attempting primary strategy
2024-08-07T09:48:10.138+0200 [DEBUG] turborepo_lib::run::package_discovery: discovering packages using daemon
2024-08-07T09:48:10.138+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:10.149+0200 [DEBUG] turborepo_repository::discovery: primary strategy timed out, attempting fallback strategy
2024-08-07T09:48:10.149+0200 [DEBUG] turborepo_repository::discovery: discovering packages using local strategy
2024-08-07T09:48:10.150+0200 [DEBUG] globwalk: processing includes: ["apps/web/package.json", "packages/components/package.json"]
2024-08-07T09:48:10.150+0200 [DEBUG] globwalk: processing excludes: ["**/node_modules", "**/.git", "**/.yarn"]
2024-08-07T09:48:10.150+0200 [DEBUG] globwalk: processed includes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json"]
2024-08-07T09:48:10.150+0200 [DEBUG] globwalk: processed excludes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn"]
2024-08-07T09:48:10.151+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json
2024-08-07T09:48:10.151+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json
2024-08-07T09:48:10.151+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.151+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.153+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.153+0200 [DEBUG] turborepo_lib::run::task_access: TASK ACCESS TRACE: unable to restore config from cache
2024-08-07T09:48:10.154+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.154+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.154+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.154+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.169+0200 [DEBUG] turborepo_lib::run::global_hash: global hash env vars []
2024-08-07T09:48:10.169+0200 [DEBUG] turborepo_lib::run::global_hash: external deps hash: 67f76d84a6ce6571
2024-08-07T09:48:10.181+0200 [DEBUG] turborepo_lib::run: running visitor
2024-08-07T09:48:10.181+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.182+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.182+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.182+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.182+0200 [DEBUG] turborepo_lib::task_graph::visitor: task //#dev:generate-css-module-declarations hash is 020c42f9e407db9a
2024-08-07T09:48:10.182+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.182+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.182+0200 [DEBUG] tower::buffer::worker: "processing request"
//:dev:generate-css-module-declarations: cache miss, executing 020c42f9e407db9a
2024-08-07T09:48:10.195+0200 [DEBUG] turborepo_lib::process::child: waiting for task
//:dev:generate-css-module-declarations:
@repo/web:dev:   ▲ Next.js 14.2.5
@repo/web:dev:   - Local:        http://localhost:3000
@repo/web:dev:   - Experiments (use with caution):
@repo/web:dev:     · outputFileTracingRoot
@repo/web:dev:
@repo/web:dev:  ✓ Starting...
//:dev:generate-css-module-declarations: Hello World
2024-08-07T09:48:10.458+0200 [DEBUG] turborepo_lib::process::child: child process exited normally
2024-08-07T09:48:10.458+0200 [DEBUG] turborepo_lib::process::child: child process stopped
2024-08-07T09:48:10.720+0200 [DEBUG] turborepo_lib::process: spawning children with pty: true
2024-08-07T09:48:10.720+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:10.721+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 567µs
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::run::builder: running in daemon mode
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_repository::discovery: discovering packages using primary strategy
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_repository::discovery: discovering packages using fallback strategy
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_repository::discovery: attempting primary strategy
2024-08-07T09:48:10.721+0200 [DEBUG] turborepo_lib::run::package_discovery: discovering packages using daemon
2024-08-07T09:48:10.721+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:10.733+0200 [DEBUG] turborepo_repository::discovery: primary strategy timed out, attempting fallback strategy
2024-08-07T09:48:10.733+0200 [DEBUG] turborepo_repository::discovery: discovering packages using local strategy
2024-08-07T09:48:10.733+0200 [DEBUG] globwalk: processing includes: ["apps/web/package.json", "packages/components/package.json"]
2024-08-07T09:48:10.733+0200 [DEBUG] globwalk: processing excludes: ["**/node_modules", "**/.git", "**/.yarn"]
2024-08-07T09:48:10.733+0200 [DEBUG] globwalk: processed includes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json"]
2024-08-07T09:48:10.733+0200 [DEBUG] globwalk: processed excludes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn"]
2024-08-07T09:48:10.734+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json
2024-08-07T09:48:10.735+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json
2024-08-07T09:48:10.735+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.735+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.737+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:10.737+0200 [DEBUG] turborepo_lib::run::task_access: TASK ACCESS TRACE: unable to restore config from cache
2024-08-07T09:48:10.737+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.737+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.737+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.737+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.753+0200 [DEBUG] turborepo_lib::run::global_hash: global hash env vars []
2024-08-07T09:48:10.753+0200 [DEBUG] turborepo_lib::run::global_hash: external deps hash: 67f76d84a6ce6571
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_lib::run: running visitor
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_lib::task_graph::visitor: task //#dev:generate-css-module-declarations hash is 020c42f9e407db9a
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.765+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:10.765+0200 [DEBUG] tower::buffer::worker: "processing request"
//:dev:generate-css-module-declarations: cache miss, executing 020c42f9e407db9a
2024-08-07T09:48:10.779+0200 [DEBUG] turborepo_lib::process::child: waiting for task
//:dev:generate-css-module-declarations:
//:dev:generate-css-module-declarations: Hello World
2024-08-07T09:48:11.041+0200 [DEBUG] turborepo_lib::process::child: child process exited normally
2024-08-07T09:48:11.041+0200 [DEBUG] turborepo_lib::process::child: child process stopped
2024-08-07T09:48:11.305+0200 [DEBUG] turborepo_lib::process: spawning children with pty: true
2024-08-07T09:48:11.305+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:11.305+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.305+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:11.305+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:11.305+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:11.306+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 557µs
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::run::builder: running in daemon mode
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_repository::discovery: discovering packages using primary strategy
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_repository::discovery: discovering packages using fallback strategy
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_repository::discovery: attempting primary strategy
2024-08-07T09:48:11.306+0200 [DEBUG] turborepo_lib::run::package_discovery: discovering packages using daemon
2024-08-07T09:48:11.306+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:11.315+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json
2024-08-07T09:48:11.315+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json
2024-08-07T09:48:11.315+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.315+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.317+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.317+0200 [DEBUG] turborepo_lib::run::task_access: TASK ACCESS TRACE: unable to restore config from cache
2024-08-07T09:48:11.318+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.318+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.318+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.318+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.333+0200 [DEBUG] turborepo_lib::run::global_hash: global hash env vars []
2024-08-07T09:48:11.333+0200 [DEBUG] turborepo_lib::run::global_hash: external deps hash: 67f76d84a6ce6571
@repo/web:dev:  ✓ Ready in 1066ms
2024-08-07T09:48:11.344+0200 [DEBUG] turborepo_lib::run: running visitor
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_lib::task_graph::visitor: task //#dev:generate-css-module-declarations hash is 020c42f9e407db9a
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.345+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.345+0200 [DEBUG] tower::buffer::worker: "processing request"
//:dev:generate-css-module-declarations: cache miss, executing 020c42f9e407db9a
2024-08-07T09:48:11.352+0200 [DEBUG] turborepo_lib::process::child: waiting for task
//:dev:generate-css-module-declarations:
//:dev:generate-css-module-declarations: Hello World
2024-08-07T09:48:11.602+0200 [DEBUG] turborepo_lib::process::child: child process exited normally
2024-08-07T09:48:11.602+0200 [DEBUG] turborepo_lib::process::child: child process stopped
2024-08-07T09:48:11.864+0200 [DEBUG] turborepo_lib::process: spawning children with pty: true
2024-08-07T09:48:11.864+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/package.json
2024-08-07T09:48:11.864+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.864+0200 [DEBUG] turborepo_lib::daemon::connector: looking for pid in lockfile: AbsoluteSystemPathBuf("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.pid")
2024-08-07T09:48:11.864+0200 [DEBUG] turborepo_lib::daemon::connector: found pid: 63169
2024-08-07T09:48:11.864+0200 [DEBUG] turborepo_lib::daemon::connector: got daemon with pid: 63169
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::daemon::connector: creating AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::daemon::connector: watching AbsoluteSystemPath("/var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22")
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::daemon::connector: connecting to socket: /var/folders/7m/4zxwv4jd539b83n158p8f7nr0000gn/T/turbod/3d3d2d5bbdfaef22/turbod.sock
2024-08-07T09:48:11.865+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::daemon::connector: connected in 546µs
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::run::builder: running in daemon mode
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_repository::discovery: discovering packages using primary strategy
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_repository::discovery: discovering packages using fallback strategy
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_repository::discovery: attempting primary strategy
2024-08-07T09:48:11.865+0200 [DEBUG] turborepo_lib::run::package_discovery: discovering packages using daemon
2024-08-07T09:48:11.865+0200 [DEBUG] tower::buffer::worker: "processing request"
2024-08-07T09:48:11.875+0200 [DEBUG] turborepo_repository::discovery: primary strategy timed out, attempting fallback strategy
2024-08-07T09:48:11.875+0200 [DEBUG] turborepo_repository::discovery: discovering packages using local strategy
2024-08-07T09:48:11.876+0200 [DEBUG] globwalk: processing includes: ["apps/web/package.json", "packages/components/package.json"]
2024-08-07T09:48:11.876+0200 [DEBUG] globwalk: processing excludes: ["**/node_modules", "**/.git", "**/.yarn"]
2024-08-07T09:48:11.876+0200 [DEBUG] globwalk: processed includes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json"]
2024-08-07T09:48:11.876+0200 [DEBUG] globwalk: processed excludes: ["/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/node_modules", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.git", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn/**", "/Users/mattisabrahamsson/Documents/turbo-repro/frontend/**/.yarn"]
2024-08-07T09:48:11.878+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/apps/web/package.json
2024-08-07T09:48:11.878+0200 [DEBUG] turborepo_repository::package_json: loading package.json from /Users/mattisabrahamsson/Documents/turbo-repro/frontend/packages/components/package.json
2024-08-07T09:48:11.878+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.878+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.880+0200 [DEBUG] turborepo_repository::discovery: discovering packages using caching strategy
2024-08-07T09:48:11.880+0200 [DEBUG] turborepo_lib::run::task_access: TASK ACCESS TRACE: unable to restore config from cache
2024-08-07T09:48:11.880+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.881+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.881+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.881+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.896+0200 [DEBUG] turborepo_lib::run::global_hash: global hash env vars []
2024-08-07T09:48:11.896+0200 [DEBUG] turborepo_lib::run::global_hash: external deps hash: 67f76d84a6ce6571
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_lib::run: running visitor
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_lib::task_graph::visitor: task //#dev:generate-css-module-declarations hash is 020c42f9e407db9a
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.908+0200 [DEBUG] turborepo_telemetry::config: Telemetry config path: /Users/mattisabrahamsson/Library/Application Support/turborepo/telemetry.json
2024-08-07T09:48:11.908+0200 [DEBUG] tower::buffer::worker: "processing request"
//:dev:generate-css-module-declarations: cache miss, executing 020c42f9e407db9a
2024-08-07T09:48:11.922+0200 [DEBUG] turborepo_lib::process::child: waiting for task
//:dev:generate-css-module-declarations:
^C2024-08-07T09:48:11.922+0200 [DEBUG] turborepo_lib::process: waiting for 0 processes to exit
2024-08-07T09:48:11.922+0200 [DEBUG] turborepo_lib::process: waiting for 1 processes to exit
2024-08-07T09:48:11.922+0200 [DEBUG] turborepo_lib::process: waiting for 2 processes to exit
2024-08-07T09:48:11.922+0200 [DEBUG] turborepo_lib::process: waiting for 1 processes to exit
    ...Finishing writing to cache...
    ...Finishing writing to cache...                                                                                WARNING  could not start shutdown, exiting
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process: waiting for 1 processes to exit
    ...Finishing writing to cache...
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: stopping child process
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: starting shutdown
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: sending SIGINT to child 64547
>   ...Finishing writing to cache...                                                                                2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: waiting for child 64547
2024-08-07T09:48:11.922+0200 [DEBUG] turborepo_lib::process: waiting for 1 processes to exit
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: stopping child process
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: starting shutdown
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: sending SIGINT to child 64651
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_lib::process::child: waiting for child 64651
shutting down
2024-08-07T09:48:11.923+0200 [DEBUG] tower::buffer::worker: buffer closing; waking pending tasks
2024-08-07T09:48:11.923+0200 [DEBUG] turborepo_telemetry: failed to record cache usage telemetry. error: Error making HTTP request: error sending request for url (https://telemetry.vercel.com/api/turborepo/v1/events): connection error: stream closed because of a broken pipe
2024-08-07T09:48:11.924+0200 [DEBUG] tower::buffer::worker: buffer closing; waking pending tasks
2024-08-07T09:48:11.924+0200 [DEBUG] turborepo_telemetry: failed to record cache usage telemetry. error: Error making HTTP request: error sending request for url (https://telemetry.vercel.com/api/turborepo/v1/events): connection error: stream closed because of a broken pipe
  × watch interrupted due to signal

➜  frontend git:(main) ✗

Thanks! Just checking, is your .turbo folder gitignored? It seems like that's triggering a root change

Thanks! Just checking, is your .turbo folder gitignored? It seems like that's triggering a root change

Yes it is ignored, but like I wrote in my ticket turbo repo is set up inside a folder, and the gitignore is in the root of the repository.

Ah gotcha. Would it be possible to add a nested .gitignore to the frontend directory that includes .turbo? Turbo doesn't scan the parent directories for gitignore files.

Ah gotcha. Would it be possible to add a nested .gitignore to the frontend directory that includes .turbo? Turbo doesn't scan the parent directories for gitignore files.

As a workaround, sure. But I think this is not an all too uncommon use case. We have a monorepo with backend and frontend, the backend is in golang, and the frontend apps in JS, so we keep them separate. Would be cool if Turbo could move up the tree to find the closest gitignore file

I'm also seeing turbo watch build receiving inotify updates on it's own log file.
This leads to high CPU load (using up a whole core).
e.g.
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }
2024-09-23T14:41:09.005+1000 [TRACE] log: inotify event: Event { wd: WatchDescriptor { id: 4, fd: (Weak) }, mask: MODIFY, cookie: 0, name: Some("9ce79c974deb35a2-turbo.log.2024-09-23") }


"Advent of Code 2021" is actually "Advent of Code 2020"

@norvig, you have Advent of Code 2020 notebooks and you have Advent of Code 2021 notebooks (if you believe the hyperlink text, anyway), but following the links to the mentioned notebooks reveals that everything leads to the one and only Advent of Code 2020.
There aren't any real Advent of Code 2021 notebooks, are there, Peter? Is this an early April Fools' Day prank maybe?

Yikes! A bad copy-paste-forget-to-edit error. Thanks for the correction!


Remove mention of WH_ARCH_YAML and "using full grid" in ttnn tutorials

As @aliuTT got rid of WH_ARCH_YAML

@dvartaniansTT This is the issue to address the customer question. We will update the documentation with a greater explanation of what's going on.
In short, it will be more information, but no code changes the customer must make on their part. The code parts of the Jupyter notebooks will not change.

I have grouped this in as part of #10420 @dvartaniansTT
We have now removed mention of "Full tensix grid" to avoid confusion


SassError: expected ";" (before !important when using Tailwindcss)

Bug Report
Affected Package
 "@angular/core": "^12.0.1",
Is this a regression?
Yes. Tailwind used to work perfectly fine in Angular 11 with the node-sass based sass-loader and postcss-loader in a custom webpack.config.js.
Description
I'm trying to migrate my app from Angular 11.2.3 to 12.0.1 and along with it Tailwind from 1.4.5 to 2.1.2. It's nice that with Angular 12 I don't need a custom webpack.config.js to load Tailwind but the switch to dart-sass (I assume) is messing with the loading of my scss files. It doesn't understand @apply bg-green-500 !important; while @apply bg-green-500; and background: green !important; work fine.
Minimal Reproduction
https://angular12-tailwindcss-bug.stackblitz.
Exception or Error

./src/styles.scss - Error: Module build failed (from ./node_modules/mini-css-extract-plugin/dist/loader.js):
ModuleBuildError: Module build failed (from ./node_modules/sass-loader/dist/cjs.js):
SassError: SassError: expected ";".
  ╷
9 │   @apply bg-green-500 !important;
  │                      ^
  ╵
  src/styles.scss 9:23  root stylesheet

Your Environment
Angular Version:

@angular-devkit/architect       0.1200.1
@angular-devkit/build-angular   12.0.1
@angular-devkit/core            12.0.1
@angular-devkit/schematics      12.0.1
@schematics/angular             12.0.1
rxjs                            6.6.7
typescript                      4.2.4

@apply is a defunct (https://caniuse.com/css-apply-rule) CSS standard proposal.  From the abandoned proposal, it appears that the rule was intended to only accept the name of a CSS custom property.
For the related Sass functional, Sass provides the @mixin and @include At-rules (https://sass-lang.com/documentation/at-rules/mixin).

If this is something that you believe Sass should be handling differently, please consider opening an issue with the Sass project: https://github.com/sass/dart-sass
An additional option would be to use CSS for this stylesheet instead of Sass which would remove the Sass compiler from processing the stylesheet and generating the build failure.

Like I said in my issu edescriprion, @apply by itself works perfectly fine. It's the combination of @apply and !important that seems to be messing with the compilation of my css. Angular with Sass and Tailwindcss via PostCSS is a pretty popular combination which used to work up until Angular 12. By that definition it's a regression.

@martinsotirov, @clydin pointed out this syntax is not recognised by the dart-sass pre-processor. You can test this here https://www.sassmeister.com/ and choose dart-sass as your pre-processor.
Therefore, If you feel like this should be handled differently please file an issue in their project: https://github.com/sass/dart-sass.
That said, the @apply proposal has been abandoned, due to being generally a bad idea. See http://tabatkins.github.io/specs/css-apply-rule & https://www.xanthir.com/blog/

@alan-agius4, @clydin, thanks for the suggestions. I guess I'll have to remove Sass entirely from my build chain for Tailwind to work properly in Angular 12. Should be doable without a major refactoring if I use a combination of PostCSS plugins that emulate most of the Sass syntax I use.
On the topic of @apply, I don't think it's going to disappear any time soon with or without W3C support. Tailwind is just getting too big.

From looking through the Tailwind documentation, it appears this is an expected interaction between Tailwind and Sass.  The Tailwind documentation has a specific section on this exact issue: https://tailwindcss.com/docs/using-with-preprocessors#sass
Essentially instead of @apply bg-red-500 !important;, use @apply bg-red-500 #{!important};;

No idea how I missed that interpolation trick but thanks for digging it up, @clydin!


Hack to fix : "Uncaught DOMException: Failed to execute 'define' on 'CustomElementRegistry'"

Quite often when developing polymer elements and more complex polymer apps, the browser reports :
Uncaught DOMException: Failed to execute 'define' on 'CustomElementRegistry'"
It is caused by polymer modules which are nested in node_modules inside the top level node_modules directory.
EDIT: The following comments are now out of date ... see new approaches in the comment from December 20th 2019 below. There is an in-app dynamic solution and a static out of app solution.
Our workaround removes all nestings of polymer elements ...
In package.json, execute a preinstall script :
  "scripts": {
    "preinstall": "../preinstall.sh"
  }

We find we have to do a scriptless npm install twice to make all elements install with bugs and then do the nested polymer element removal ...
The file preinstall.sh :
#!/bin/bash
# Author: Flatmax developers
# Date : 2018 10 17
# License : free

npm i --ignore-scripts || true
if [ `ls node_modules/ | wc -l` -eq "0" ]; then
  zenity --error --text="ERROR : cb() never called\nrm node_modules and pacakge-lock.json and try again"
fi
npm i --ignore-scripts || true
if [ `ls node_modules/ | wc -l` -eq "0" ]; then
  zenity --error --text="ERROR : cb() never called\nrm node_modules and pacakge-lock.json and try again"
fi
. ../fixNestings.sh

Then the file which removes nestings, fixNestings.sh :
#!/bin/bash
# Author: Flatmax developers
# Date : 2018 10 17
# License : free

# The following function will remove nested directories, where $1 exists like so
# node_modules/.*/node_modules/$1
# @param $1 the module name to remove nestings of
function rmNestedMod(){
  name=$1
  paths=`find -L node_modules -name $1 | sed "s|^node_modules/||;s|/\$name$||" | grep node_modules`
  for p in $paths; do
    echo rm -rf node_modules/$p/$name
    rm -rf node_modules/$p/$name
  done
}

# remove all nested polymer modules in the polymer namespace
namespaces=`ls node_modules/@polymer/`
for n in $namespaces; do
  rmNestedMod "$n"
done

Again, we don't like this approach, any work arounds ?

I found the same issue when I import 2 custom elements in a page.
Uncaught DOMException: Failed to execute 'define' on 'CustomElementRegistry': this name has already been used with this registry
at http://<IP_ADDRESS>:8000/lib/element-dropdown-button/node_modules/@polymer/polymer/lib/elements/dom-module.js:147:16

Did anyone fix this bug?

https://www.npmjs.com/package/@lrnwebcomponents/deduping-fix we've been using this in our demo pages to get around this issue when it comes to mono-repo / lerna / yarn based development of polymer w/ polymer serve

I am getting  the same issue using npm link.
Any updates on that topic ?

https://github.com/elmsln/wcfactory bakes in some pre and post install hook hacks in order to avoid this issue. I haven't seen any "do it this way" guidance that doesn't hamper workflow.
you can see the solution we're using in our instance stamped from the tooling --
https://github.com/elmsln/lrnwebcomponents/blob/master/package.json#L27-L28
https://github.com/elmsln/lrnwebcomponents/tree/master/scripts -- pre and post scripts
I'd happily switch off this if there was a better solution but I have yet to run into it. Run these scripts pre and post install, always do installs from the root of the monorepo. I update package.json's manually per element, then run yarn install from the root.
Weakness of this approach:

bash based
can get you out of sync w/ dependencies since any project adding the resource will give it to all of them

Thanks for the sharing. I will definitely take a look at it
My project is private and can't be published on NPM for the moment. I don't want to migrate into the enterprise NPM offer.
I actually engage myself to move to Lerna and a bootstrap.sh script just for the purpose of downloading the packages from NPM and git repositories. And also because it creates the symbolic links correctly. Thus, I can now develop easily in the packages that are dependent on each others.
I added a monorepo to gather all the packages that are part of my specific project and bootstrap it. The bootstrap copies all the node_modules at the root and creates the symbolic links in each packages.
Now I still need to resolve the publishing part (mainly because I want to publish to my git repositories and not to NPM).
A bit of work I guess...

could always just not publish. wcf sets things in motion for npm publishing but isn't required. lerna publish is what does that.

https://github.com/elmsln/wcfactory bakes in some pre and post install hook hacks in order to avoid this issue. I haven't seen any "do it this way" guidance that doesn't hamper workflow.
you can see the solution we're using in our instance stamped from the tooling --
https://github.com/elmsln/lrnwebcomponents/blob/master/package.json#L27-L28
https://github.com/elmsln/lrnwebcomponents/tree/master/scripts -- pre and post scripts
I'd happily switch off this if there was a better solution but I have yet to run into it. Run these scripts pre and post install, always do installs from the root of the monorepo. I update package.json's manually per element, then run yarn install from the root.
Weakness of this approach:

bash based
can get you out of sync w/ dependencies since any project adding the resource will give it to all of them

Is removing the nesting polymer modules is the right solution for this problem?
My monorepo is also followed the folder structure of lrnwebcomponents. When I tried running the scripts preinstall.sh ran fine but with postinstall script I am getting an error "ln: failed to create symbolic link './node_modules': Device or resource busy". Seen this error before I am in Windows 10 running the postinstall command in bash shell (VS Code)

@msbasanth I had someone report this yesterday; maybe try running the postinstall manually after it's finished and see if that helps. I think it might be bc the yarn script running all in 1 swoop to install is putting a lock on the node modules directory (guess here)

We have moved away from manual linking - as you do in your postinstall.sh script. We are doing everything now as much as possible with only npm and npm dedupe.
The idea is to use npm link to your local projects and dependencies, npm i installs 3rd party dependencies. It is similar to your approach, however we use npm dedupe rather then a third party dedupe mechanism which is in the code base. Our approach ensures we aren't requiring anything to implement dedupe dynamically - it is all done at install time.
The general description of our approach is as follows: Clean up any previous npm dedupe related problems by removing node_modules. In YOUR dependency projects run npm link. Ensure all links are in the root node_modules directory. Use npm dedupe to remove any duplications.
More detail on the steps is like so :

Clean up after previous dedupe session, remove node_modules from any dependencies and the current project
in all local dependency directories run npm link. These directories are local to you and not in a node_modules directory.
npm install,  in the project directory
Move any symbolic links deep in the node_modules directory to the root node_modules directory (otherwise they get clobbered by some npm tools). Here is how we do this ...

echo moving links to base node_modules dir
linksBase=`find ../C++/webApp -type l | grep node_modules | grep -v .bin`
for l in $linksBase ; do
  # move links to root
  mv $l node_modules
done

relink broken links with the npm link tool, like so ...

echo relinking broken links
links=`find node_modules -type l`
for l in $links ; do
  # for links which don't exist, run npm link
  if [ ! -e "$l" ]; then
    bn=`basename $l`
    npm link $bn
  fi
done

npm dedupe
Run the relink code above to fix any newly broken links by npm dedupe

now serve ! It should run nicely with nothing deduped at run time, all statically deduped on disk.
We put the code snippets into their own moveLinks.sh and relink.sh scripts and call them from our own installation script which looks like so :
#!/bin/bash
rm -rf node_modules
pushd ../myDependency # rm node_modules run npm link in this dir and othes
./installNodeModules.sh
popd
echo installing webApp requirements
npm i
./moveLinks.sh
./relink.sh
echo npm dedupe
npm dedupe
./relink.sh
# now serve

Thanks @flatmax for the detailed explanation.
Thanks alot

@msbasanth I had someone report this yesterday; maybe try running the postinstall manually after it's finished and see if that helps. I think it might be bc the yarn script running all in 1 swoop to install is putting a lock on the node modules directory (guess here)

@btopro Yes, I could see it is script running when tried independently. yarn documentation says "The dedupe command isn’t necessary. yarn install will already dedupe.". So if we have a yarn workspace we need these scripts?
Two approaches I tried,

Only using yarn install(no preinstall.sh & postinstall.sh) in my WebComponent Library project and including it in another Angular project using NPM link.
This works fine as each element source code is directly referenced (no BUNDLING using rollup or WebPack). So NO "Failed to execute 'define' on 'CustomElementRegistry'"

Same as above except we have each element bundled separately using rollup. But with bundled elements we are still getting "Failed to execute 'define' on 'CustomElementRegistry'".

Is it like we cannot separately bundle (rollup) with Polymer/LitElement elements at all? Or do we have things to take care when we bundle a PolymerElement using rollup?
When I tried postinstall.sh is not helping with bundled elements. I could see rollup is used per element in https://github.com/elmsln/lrnwebcomponents. Is separately bundled UI WebComponents expected to work fine after running postinstall.sh?
Am I doing wrong with my rollup config?
import { createCompatibilityConfig } from '@open-wc/building-rollup';
const indexHTML = require('rollup-plugin-index-html');

import cpy from 'rollup-plugin-cpy';

const configs = createCompatibilityConfig({
	input: 'src/index.html',
	outputDir: 'build',
	extensions: ['.js', '.mjs', '.ts'],
	plugins: {
		workbox: false,
		indexHTML: false,
	}
});

export default function configFactory() {
	return [
		// LEGACY
		{
			...configs[0],
			output: {
				...configs[0].output,
				sourcemap: false,
				entryFileNames: '[name].js',
				chunkFilename: '[name].js'
			},
			plugins: [
				...configs[0].plugins,
				cpy([
					{ files: '../styles/styles.css', dest: 'build/legacy' },
					{ files: '../fonts', dest: 'build/legacy/fonts' },
					{ files<EMAIL_ADDRESS>dest: 'build/legacy' }]),
				indexHTML({
					legacy: true,
				}),
			]
		},
		// MODERN
		{
			...configs[1],
			output: {
				...configs[1].output,
				sourcemap: false,
				entryFileNames: '[name].js',
				chunkFilename: '[name].js'
			},
			plugins: [
				...configs[1].plugins,
				cpy([
					{ files: '../styles/shui-styles.css', dest: 'build' },
					{ files: '../fonts', dest: 'build/fonts' },
					{ files<EMAIL_ADDRESS>dest: 'build' }]),
				indexHTML({
					polyfills: {
						coreJs: true,
						regeneratorRuntime: false,
						webcomponents: false,
					},
				}),
			]
		}
	]
};

I hade this issue few times.
Most of the time this is because of the node_modules folder.


Cannot launch pwsh via Visual Studio or bin folder (i.e. not publish folder) any more

Steps to reproduce
Pre-build PowerShell on the command line
Import-Module build.psm1; Start-PSBuild -Clean; Invoke-Item PowerShell.sln

Then press F5 in Visual studio with powershell-win-core being the startup project
Expected behavior
Works
Actual behavior
Crashes:
FailFast:
Common Language Runtime detected an invalid program.
   at System.Environment.FailFast(System.String, System.Exception)
   at Microsoft.PowerShell.UnmanagedPSEntry.Start(System.String, System.String[], Int32)
   at Microsoft.PowerShell.ManagedPSEntry.Main(System.String[])

Exception details:
System.InvalidProgramException: Common Language Runtime detected an invalid program.
   at Microsoft.PowerShell.ConsoleControl.WriteConsole(SafeFileHandle consoleHandle, ReadOnlySpan`1 output, Boolean newLine)
   at Microsoft.PowerShell.ConsoleHostUserInterface.WriteToConsole(ReadOnlySpan`1 value, Boolean transcribeResult, Boolean newLine) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleHostUserInterface.cs:line 584
   at Microsoft.PowerShell.ConsoleHostUserInterface.WriteLineToConsole(ReadOnlySpan`1 value, Boolean transcribeResult) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleHostUserInterface.cs:line 643
   at Microsoft.PowerShell.ConsoleTextWriter.WriteLine(String value) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleTextWriter.cs:line 57
   at Microsoft.PowerShell.ConsoleHostUserInterface.WriteImpl(String value, Boolean newLine) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleHostUserInterface.cs:line 722
   at Microsoft.PowerShell.ConsoleHostUserInterface.WriteLine(String value) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleHostUserInterface.cs:line 818
   at Microsoft.PowerShell.CommandLineParameterParser.DisplayBanner() in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\CommandLineParameterParser.cs:line 657
   at Microsoft.PowerShell.CommandLineParameterParser.ParseHelper(String[] args) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\CommandLineParameterParser.cs:line 1028
   at Microsoft.PowerShell.CommandLineParameterParser.Parse(String[] args) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\CommandLineParameterParser.cs:line 699
   at Microsoft.PowerShell.ConsoleHost.Start(String bannerText, String helpText, String[] args) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleHost.cs:line 166
   at Microsoft.PowerShell.ConsoleShell.Start(String bannerText, String helpText, String[] args) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ConsoleShell.cs:line 29
   at Microsoft.PowerShell.UnmanagedPSEntry.Start(String consoleFilePath, String[] args, Int32 argc) in C:\Users\cberg\git\PowerShell\src\Microsoft.PowerShell.ConsoleHost\host\msh\ManagedEntrance.cs:line 73

C:\Users\cberg\git\PowerShell\src\powershell-win-core\bin\Debug\netcoreapp3.0\pwsh.exe (process 14660) exited with code -2146232797.
To automatically close the console when debugging stops, enable Tools->Options->Debugging->Automatically close the console when debugging stops.
Press any key to close this window . . .

Environment data

.Net Core 3 Preview 5 installed
Latest Visual  Studio 16.2.0-Preview1 (with preview .net sdk option enabled)
Win10 1809 (10.0.17763)
Latest commit on master: 83708a4242befaae0e26d7f33e7ebe2f0091db08

P.S. I get the same error when launching pwsh.exe from the bin folder (instead of from the publish) folder.
Also: When using the Start-DevPowerShell function, PowerShell get's nearly unusable as every command finishes after typing more than 2 characters, which might be a PSReadline issue or my prompt  modules (posh-git)

Ah maybe VS is trying to launch from the build folder. That hasn't worked in some time (can't find the issue though), but it hasn't been prioritised since that's never used.

Also: When using the Start-DevPowerShell function, PowerShell get's nearly unusable as every command finishes after typing more than 2 characters, which might be a PSReadline issue or my prompt modules (posh-git)

Start-DevPowerShell doesn't load the profile I don't think, and it clears the module path. So that sounds like a proper bug. Haven't seen it myself yet though

I cannot repro the issue with start-DevPowerShell and the solution has never started a viable version of PowerShell for me.   Talking to to Visual Studio, this is a feature they are not planning on adding.

Yes, I think the issue in general is that Vs launches from the bin\Debug\netcoreapp3.0 folder and not bin\Debug\netcoreapp3.0\publish. This used to work fine in .Net Core 2.1. Maybe the best solution is to add a property to the solution or project to define the entry point to be in bin\$(Configuration)\$(Framework)\publish.
Today the issue with Start-DevPowerShell somehow went away btw (must've been something corrupt that got fixed by a reboot)

/cc @powercode

I created a launchsettings.json file in powershell-win-core\Properties to make it point to the win7-x64\publish folder and I found on startup I had to make it skip a ton of load exceptions but it worked at the end (apart from unicode characters by posh-git that cannot be displayed in the console).
It would be great if we could configure this file in such a way that it does not have a personal, hard-coded path in it any more.
{
  "profiles": {
    "powershell-win-core": {
      "commandName": "Executable",
      "executablePath": "C:\\Users\\cberg\\git\\PowerShell\\src\\powershell-win-core\\bin\\Debug\\netcoreapp3.0\\win7-x64\\publish\\pwsh.exe"
    }
  }
}


[Q] Cutlass benchmark

Question
What's your question?
Is there some published benchmark of this tool? In particular a compare on GPU with Cutlass/Cublas?
Include context on what you are trying to achieve
N/A
Context details
N/A
Include details of what you already did to find answers
search Google and this repo, found some script but no published results

Thanks for the question. GPU optimizations are still in the works, so we do not have benchmarks ready to share just yet. Once we do, I'll update this issue.

Keeping issue open while benchmark results are pending.


Update README with instructions on how to run

Thanks Jared, good to see you back. VexFlow5 is progressing. I will integrate it once it is in a decent status.


Saving/loading trained model issue

Hi, I'm trying to save and load the model after training but looks like when Ioad it, the config did not change
{'batch_size': 1,
'distributed_backend': None,
'gpus': None,
'nms_thresh': 0.05,
'score_thresh': 0.1,
'train': {'csv_file': None,
'epochs': 1,
'fast_dev_run': False,
'lr': 0.001,
'root_dir': None},
'validation': {'csv_file': None, 'iou_threshold': 0.4, 'root_dir': None},
'workers': 1}
I tried to follow your steps in the "getting started" documentation and also the steps of saving the whole model like described in pytorch lightning module and none changes the output
When I upload the model it prints "All keys matched successfully"
I also tried to save it as pth, zip, pl and I'm not able to see changes when loading. Any tip/more description that can help me to properly save and load the model? Thanks in advance

do you have some code example? how did you train, save and load models?
config did not change

The model.config is very probably not part of pytorch lightning module and have to be configured manually.

This is indeed a bug. Good catch @liliana175. If you had changed the .config file on path it would have worked, since we call save_hyperparameters() on deepforest.init(). However, since you are probably changing config after init, those changes are not saved. I'm going to see if I can make a quick PR with the following test.
from deepforest import main, get_data
import os
from pytorch_lightning import Trainer

m = main.deepforest()
annotations_file = get_data("testfile_deepforest.csv")
print(m.config["train"]["lr"] == 0.2)
#change config
m.config["train"]["lr"] = 0.2
m.config["save-snapshot"] = False
m.config["train"]["csv_file"] = annotations_file
m.config["train"]["root_dir"] = os.path.dirname(annotations_file)

#Create a mock trainer just for testing
trainer = Trainer(fast_dev_run=True)
trainer.fit(m)
m.save_model("saved_model.pl")

new_model = main.deepforest.load_from_checkpoint("saved_model.pl")
assert new_model.config["train"]["lr"] == m.config["train"]["lr"]
``

Which currently fails.

Looks like this is a function and not a bug. https://pytorch-lightning.readthedocs.io/en/latest/common/hyperparameters.html#save-hyperparameters. If you want to save config, you need to do it from .config.yml and not inline. I will update the docs.


Helper scripts to compile Solidity to bytecode

When adding custom contracts to the ethereum chain (or our test chain), we will need to compile some human-readable solidity into evm bytecode, so it can be uploaded.
truffle toolkit will compile and upload together. We should choose and document some tools we can use to compile into one file that we can upload separately.
Acceptance Criteria

[ ] Add description of the tooling to a README in iov-ethereum package (we can also extend section on ganache)
[ ] Copy a reference erc20 contract to a folder under scripts/ethereum for tests
[ ] Add a script to scripts/ethereum to compile this contract and save the output in another directory
[ ] Make sure to expose the ABI (method definitions) as well as the raw bytecode

Example of compile .sol, deploy to ganache and test:
https://github.com/LucasIsasmendi/ganache-jest-example/blob/master/test/erc20.test.js

As discussed, the compilation from.sol into bytecode will happen here in the smart contract development repo. Thus acceptence criteria are outdated now. With #5 merged we have all we need

flattening
compilation into ./build/contracts/*.json that includes ABI and bytecode


Support of misplaced local images

Hi
It would be great if this plugin can also search for missing images in the vault. So far I was not able to find a plugin that can find missing images in the vault. Sometimes we move notes around and the attachments/images are not moved properly, so we end up with missing images even though images would be somewhere in the vault.
thanks

What type of vault do you mean?


fix: up npm to 7.7.5

:tada: This PR is included in version 4.1.4 :tada:
The release is available on:

v4.1.4
npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


version 1.2 Delete key bug

latest version have bug with delete key:
if cursor at the last character and 'delete' pressed it remove last symbol and move to left, at previous character but should stay after that character.
ver. <IP_ADDRESS> doesn't have this bug and Server 2016's version doesn't have it

EditMode                               : Windows
ContinuationPrompt                     : >>
HistoryNoDuplicates                    : True
MaximumHistoryCount                    : 4096
MaximumKillRingCount                   : 10
HistorySearchCursorMovesToEnd          : False
ShowToolTips                           : True
HistorySearchCaseSensitive             : False
ViModeIndicator                        : None

Seeing it here too.
EditMode                               : Windows
ContinuationPrompt                     : >>
HistoryNoDuplicates                    : True
MaximumHistoryCount                    : 4096
MaximumKillRingCount                   : 10
HistorySearchCursorMovesToEnd          : False
ShowToolTips                           : True
HistorySearchCaseSensitive             : False
ViModeIndicator                        : None

This is a duplicate of #380 - fixed in the latest but I need to create a new release.


simplify serializing collections (#416)

The code to serialize lists, arrays, and array segments is now in the runtime instead of generated in the weaver.
removes about 300 LOC of weaver witchcraft

leaving this open in my browser. according to james it's broken (missing readarrayseg)

Taking a deeper look, doesn't seem to be a problem. I missed the arraysegment stuff because it seems to have been changed in a previous commit


Random posts are getting automatic translations

Describe the bug
For some posts by some users I'm seeing the automatic translation directly on my timeline.
To Reproduce
Steps to reproduce the behavior:

Go to this user's profile: https://phanpy.social/#/mastodon.social/a/110527903972711377
Scroll through their posts
Some posts are accompanied by an automatic translation, others don't.

The automatic translation disappears if I hide the translation button for Spanish.
Expected behavior
Either all or none of the posts should be translated automatically (in my case, I think the correct behaviour is to not show automatic translations unless I click on the translate button).
Screenshots

Desktop (please complete the following information):

OS: elementary OS 6.1 Jólnir.
Browser: Firefox 115.0.2  and Chrome 115.0.5790.98

Same here, I think it translates anything that is not defined as English (even if it's evidently English). It feels like it's not taking into account the translation settings.

Thanks for feedback! I've disabled the feature now and made it manual opt-in.
This experiment is not perfect yet 😉. Few issues/notes:

I've made it to only work for short posts (no content warning, no media, no poll) as it might take up a lot of (vertical) space.
There's unfortunately a lot of posts with wrongly-set languages (e.g English post but set as non-English 😩; at least for me on my timeline). While some (non-Mastodon instances) don't even have language…
The auto-translation is also throttled as to not overwhelm the translation API, and also to prevent too much jumpy layouts.

@lamnatos the auto-inline-translation should follow the targeted language set in Settings (refer to "Translate to [language]" field). If not, please report here 🙏
@eliocamp I know it looks weird with some posts translated and some not 🤣. I'd like it to be a subtle "progressive enhancement"; if it's there, it's cool, if it's not there, you'll still be able to manual-translate it.

Hehe, I understand.
My two cents is that the inconsistency is very distracting. So I'd prefer either for the client to either auto-translate everything, or auto-translate nothing.
I generally don't want autotranslation at all, but I do appreciate having the option. For languages I'm not fluent on (German, basically), reading the original helps me practise but having the button to translate if needed is super helpful.
And yes, a lot of posts are badly tagged. I think it's mostly people that post in one language most of the time and don't change it when they post in another.

I think this is solved in the latests dev, so I'll close the issue. I hope that's OK.


added error parser

Please add error logging. If an issue occurs it should print out a standardized log.error log with the status and the message.

merge conflicts.


Add "legend" to map layers?

Many people miss the legends below the map.  As an experiment, can we try adding the word 'Legend' next to the layers, which would jump them down to the relevant layer legend?  Add a "back to map" link that bounces them back up?

Probably not because it's just too much clutter.


Increase timeout for flaky test

Increasing the timeout which only has 250ms tolerance after inbuilt delays etc. Issue info is here https://github.com/square/okhttp/issues/5304

Passing run https://4456-5152285-gh.circle-artifacts.com/0/home/circleci/reports/okhttp/build/reports/tests/test/classes/okhttp3.WholeOperationTimeoutTest.html
Events (18)
[0 ms] callStart: Request{method=POST, url=http://localhost:52107/}
[0 ms] proxySelectStart: http://localhost:52107/
[0 ms] proxySelectEnd: [DIRECT]
[0 ms] dnsStart: localhost
[0 ms] dnsEnd: [localhost/<IP_ADDRESS>]
[0 ms] connectStart: localhost/<IP_ADDRESS>:52107 DIRECT
[0 ms] connectEnd: http/1.1
[0 ms] connectionAcquired: Connection{localhost:52107, proxy=DIRECT hostAddress=localhost/<IP_ADDRESS>:52107 cipherSuite=none protocol=http/1.1}
[0 ms] requestHeadersStart
[0 ms] requestHeadersEnd
[0 ms] requestBodyStart
[250 ms] requestBodyEnd: byteCount=6
[250 ms] responseHeadersStart
[500 ms] responseHeadersEnd: Response{protocol=http/1.1, code=200, message=OK, url=http://localhost:52107/}
[500 ms] responseBodyStart
[751 ms] responseBodyEnd: byteCount=65536
[751 ms] connectionReleased
[751 ms] callEnd


LEARNER-506, decode html special characters

Description
LEARNER-506
Decode html special characters in transcript.

@zeshanarifios ready for another pass.

@zeshanarifios please take a look into it. Thanks

@zeshanarifios I have fixed the comments, PR is ready for another pass. Thanks

@zeshanarifios comments has fixed. Please take a look into it. Thanks

@saeedbashir comment has fixed.

@saeedbashir i have fixed the issue. Please take a look into it. Thanks


Feature cloudfront sign

Provide the signer class. It will be used in CLI soon.
Also note that there is no (hard) dependency of rsa in this implementation.

Looks good. Just had some small comments and questions that would be good to discuss.

:shipit:

:ship:
One possibility for a future addition: did you consider adding a helper method to create an rsa_signer for the user? For example, maybe it could be a function that accepts that path to a private key and returns a function that could be given to rsa_signer (basically capturing your example in the doc comment).

Thanks :ship:


Hailo: Add .npz parameters from .har container

Added extra parameters from har archive with detailed exportable values.

Fixed quantized files support which was broken after the latest refactoring by the maintainer.

Added new input layers format support.

Higher level, Hailo usage is very limited and taking a disproportionate amount of time to maintain. A lot of the functionality exists in multiple other formats. Instead of building a new format, would it make sense to adopt an existing format?
There is a built-in NumPy Zip reader which was substituted for the duplicate implementation in this pull request.
Users open individual files extracted from archives. ModelFactory is expected to work on individual files inside an archive or load dependent files asynchronously if on a server. The name of the outer archive is not available, ideally is there an expected pattern to detect the correct file to load?

@lutzroeder Thank you for your feedback and help! We appreciate it verty much. It's obvious that you are very busy and don't have time to support our format, so we would like to help with this issue. We would be grateful if you could share your writing requirements, restrictions (which files can be modified and which cannot), or modifications to the netron code.


Merge Categories into Tags

In my statiq blog,  I merge categories into tags.
In summary, following changes made,

category is a collection, not a single item
categories are in lower case similar to tags
returns distinct items
for the ones where no categories and no tags found mark them as untagged so
that they are easy to find and fix later

If you are actually utilizing categories from YAML output, please feel free to disregard this PR.
However,  this might still be useful,

category is a collection, not a single item

Test Plan
$ dotnet build
... ...
Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:00:08.71

Tested YAML output for 200 files.

@abock please let me know if you have any question. :)

@abock what do you think about the idea in this PR?

@atiq-cs I haven't paid any attention to this in a few years, so thank you for the contribution and pinging me again. It looks fine to me!


feat: sync Data.Prod.Basic

<EMAIL_ADDRESS>

Can you close this PR and push the changes to https://github.com/leanprover-community/mathlib4/pull/2346 instead? That's the PR mentioned in the mathlib3 commit message

merged into #2346


Rocket Permissione File

So when I started up my server I see this https://gyazo.com/873e8d2ac17c5ec2ff67e73fe9fbd5c4
at the end it says Line 440, Position 11 but when I go there nothing is wrong not even a small word being miss spelled nothing is wrong and my friend is having the same problem with his server but at a different location does anyone know how to fix this! and due to this error no one on my server can type in chat or use commands not even an admin or basic rocket commands like /shutdown or /rocket reload

You are missing a >, the error says it... https://www.xmlvalidation.com/

that's not what I'm missing because its already there and still nothing works

You must be missing it somewhere else in the file.


[Feature]: Makeover of the social media section

Is your feature request related to a problem? Please describe.

Currently the social media section has only 3 youtube videos.  But we have many social handles. We would like to have atleast 4 social media widgets on this section
Therefore we invite anyone who can give this section a transformative makeover to build this section.
Our social handles can be found at: linktr.ee/nscc_bpit
Describe the solution you'd like
No response
Describe alternatives you've considered
No response
Additional context
No response

Hey, assign this issue to me. BTW where do you want the social media widgets to be?

@Pr0-C0der go ahead
basically below the "Social Media Pulse" title, we want to embed our twitter feed/last tweet, insta feed/last post, hashnode blog as well as yt feed/last video
the changes can be done in the "SocialMedia.jsx" file

Hello @pradeeptosarkar can this issue be assigned to me i would like to work on it.

@Pr0-C0der are you working on it?

Sorry! @pradeeptosarkar  I am unable to solve it. please assign it to @Neel-07 .

@Neel-07 would you like to take it?

yes sure @pradeeptosarkar, you can assign it to me. If i need further assistance do help me out.

go ahead @Neel-07

I can do this too

@Neel-07 are you still working on this issue?

I want to work on this issue, please assign to me.

we are closing this issue as of now


Change default behavior to look through ALL markdown files

Closed by #23

Closed by #23

Closed by #23


Add browserify babelify option to package.json

This change allows the babelify transform to be used in a browserify project (in my case, a browser extension project)
Adding .es6.js to extensions must be done on the main browserify instance (like, in the project's gulpfile). It doesn't seem to obey it if I only have it in Snoode's package.json for some reason.

:fish: thanks!

Had to revert this - it broke some builds. Will need to do more investigation to figure out what was going on here.

Really weird. Will they work if you add babelify as a dependency?

Would running babel on snoode before publishing to NPM (possibly using a prepublish script to make things easier) break your build scripts?