Bun package downloads fail with error messages

“What version of Bun is running? 1.4.2+744846f84 What platform is your computer? Linux 7.0.14 orbstack 00380 ga7e0a2dc9535 aarch64 unknown What steps can reproduce the bug? export BUN OPTIONS= dns result order=ipv4first bun update What is the expected behavior? updating bun What do you see instead? error: This command updates Bun itself, and does not take package names. note: Use bun update upgrade instead. Additional information No response”

“What version of Bun is running? 1.4.2 (also the canary at the time of filing, 1.4.2+744846f84 ) What platform is your computer? Linux 6.18 x86 64 (also seen inside oven/bun:1.4 alpine containers) What steps can reproduce the bug? The resolver caches a directory's entries the first time it resolves through it. A symlink created in that directory afterwards is found by later resolutions, but it is treated as a plain directory: require.resolve returns the path through the link instead of the real p”

“What version of Bun is running? bun 1.2.x / main What platform is your computer? Linux (x86 64, aarch64 glibc, musl, bionic/Android) What steps will reproduce the bug? 1. Configure an environment where bun install backend symlink is used (or Method::Symlink is selected on Unix systems). 2. Install any package providing an executable binary: 3. Attempt to run the installed binary directly or via bunx: What did you expect to see? The binary executes successfully with executable permissions ( 0755”

“[unanswered, 10 views] warning: Failed to hardlink files; falling back to full copy. This may lead to degraded performance. If the cache and target directories are on different filesystems, hardlinking may not be supported. If this is intentional, set `export UV_LINK_MODE=copy` or use `--link-mode=copy` to suppress this warning. error: Failed to install: python-0.1.0-py3-none-any.whl (python==0.1.0 (from file:///D:/Projects/Python)) Caused by: Scripts must not use the reserved name `python`, got”

“What version of Bun is running? 1.4.0 What platform is your computer? macos arm What steps can reproduce the bug? My project The .env and .env.test all is The root package.json When run bun dev:server , it can work When run bun test:server2 , it can work But run bun test:server , got error, seem cannot fond packages/server/.env.test What is the expected behavior? bun filter test can have the same effect as bun filter run xxx What do you see instead? No response Additional information No response”

“What version of Bun is running? 1.3.7 What platform is your computer? Microsoft Windows NT 10.0.26200.0 x64 What steps can reproduce the bug? 1. create a empty folder as root, create a packages.json 2. create a folder child under root, and make this folder as one of workspace of root 3. create a package.json in the child folder 4. running bun installhere is my child folder's config What is the expected behavior? do not produce any error What do you see instead? Additional information Method not”

“What version of Bun is running? 1.3.1+89fa0f343 What platform is your computer? Darwin 24.6.0 arm64 arm What steps can reproduce the bug? Set up the following directory tree: We have work , containing two workspaces foo and bar where foo depends on bar , and dep which we will try to link against. Run bun link in dep and then bun link dep in work/foo : What is the expected behavior? It should add "dep": "link:dep" to work/foo/package.json What do you see instead? Additional information No respons”

“What version of Bun is running? 1.2.19 What platform is your computer? x64 windows What steps can reproduce the bug? index.js package.json then run from the sub folder to compare to npm |Variable | bun | node(npm) | | | | | | npm command | "run script" | "run" | | npm config local prefix | C:\\project\sub | C:\\project | | INIT CWD| undefined | C:\\project\sub | What is the expected behavior? npm command should be run npm config local prefix should be where the package.json is I think it follows”

“What version of Bun is running? 1.2.16 canary.22+022a567af What platform is your computer? Darwin 24.5.0 arm64 unknown What steps can reproduce the bug? root package.json root api/package.json Run bun install in root works as expected. Try to run bun link <some page , it fails with error: typescript@catalog: failed to resolve What is the expected behavior? bun link works together with catalog What do you see instead? error: typescript@catalog: failed to resolve Additional information No response”

“What version of Bun is running? 1.2.4+fd9a5ea66 We can do this with the SDK to set the ResponseCacheControl But missing in the Bun API?”

“What version of Bun is running? 1.1.15 What platform is your computer? Mac os : Darwin 23.5.0 arm64 arm What steps can reproduce the bug? Create a new project. Create two environment variables files .env.production and .env.development Run bun env file=.env.development install What is the expected behavior? It should read .env.development file What do you see instead? It reads from .env.production file Additional information Screenshot 2024 06 21 at 7 27 46 AM”

“What version of Bun is running? 1.1.3+2615dc742 What platform is your computer? Microsoft Windows NT 10.0.22631.0 x64 What steps can reproduce the bug? bunfig.toml seems unable to work on Windows Here is my config Command bun install g live server still installed live server in /.bun, downloaded files cached in it as well. We need A BUN HOME env variable, so that we can just easily choose where to install and cache files downloaded or used by bun. What is the expected behavior? Command bun insta”

“What version of Bun is running? 1.0.15 What platform is your computer? Darwin 23.1.0 arm64 arm What steps can reproduce the bug? Run bun pm g bin in a local Bun project What is the expected behavior? Print the path to the global bin directory What do you see instead? error: MissingPackageJSON Bun could not find a package.json file. Additional information bun pm bin (without g ) works fine.”

“What version of Bun is running? 1.0.1+31aec4ebe325982fc0ef27498984b0ad9969162b What platform is your computer? Darwin 21.6.0 arm64 arm What steps can reproduce the bug? Have a local repo that is a regular npm module with a "bin" path in package.json. Example: What is the expected behavior? I can install the npm module globally from my local copy by referencing the folder. If im in the root dir I can refer to the module with . or ./ The command cowsay should now be globally available. What do you”