You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
add the new package as a dependency for any other packages and run bun install
What is the expected behavior?
All workspace dependencies, including newly added packages, should be correctly resolved and installed without errors.
What do you see instead?
Instead of the expected smooth dependency resolution and installation, the following issues are observed:
After running bun install An error message indicating that the workspace dependency @oven-sh/c is not found, despite it being correctly defined in the package.json of another package within the workspace.
error: workspace dependency "@oven-sh/c" not found
Searched in "./*"
After running bun install --verbose a verbose log message suggesting an issue with file operations, specifically mentioning difficulties with moving files from a temporary directory due to restrictions across mount points:
info: cannot move files from tempdir: RenameAcrossMountPoints, using fallback
These issues suggest problems with Bun's handling of local workspace dependencies and potentially its file system operations in certain environments, leading to unsuccessful installations and unresolved dependencies.
This issue persists even after deleting lock files and trying to reinstall dependencies. I have encountered this problem multiple times while working with Bun workspaces, indicating a recurring issue under certain conditions.
Sometimes, deleting lock files and reinstalling dependencies has resolved the issue, but it does not consistently fix the problem.
The text was updated successfully, but these errors were encountered:
AlandSleman
changed the title
Error with workspace dependency resolution in when adding new packages
Error with workspace dependency resolution when adding new packages
May 7, 2024
After explicitly defining packages and installing the packages, the * wildcard does work correctly for including all packages and apps.
I'm keeping this issue open because there could be an underlying issue with the * wildcard when configuring packages/workspaces, I also think it involves caching. Please correct me if I'm wrong.
Fixed in #11177 and available in canary (bun upgrade --canary to update). Please reopen this issue if you continue to have problems with workspaces, or open a new one.
What version of Bun is running?
1.1.7
What platform is your computer?
Linux 6.8.0-76060800daily20240311-generic x86_64 x86_64
What steps can reproduce the bug?
bun install
What is the expected behavior?
All workspace dependencies, including newly added packages, should be correctly resolved and installed without errors.
What do you see instead?
Instead of the expected smooth dependency resolution and installation, the following issues are observed:
After running
bun install
An error message indicating that the workspace dependency@oven-sh/c
is not found, despite it being correctly defined in the package.json of another package within the workspace.After running
bun install --verbose
a verbose log message suggesting an issue with file operations, specifically mentioning difficulties with moving files from a temporary directory due to restrictions across mount points:These issues suggest problems with Bun's handling of local workspace dependencies and potentially its file system operations in certain environments, leading to unsuccessful installations and unresolved dependencies.
Additional information
A repository demonstrating the issue: https://github.com/AlandSleman/bun-workspace-issue
The text was updated successfully, but these errors were encountered: