bun install takes extremely long time #4066
Comments
|
wow 2400 seconds is insane |
|
same installing packages from a private repo took forever and failed, the installation was never complete for me after waiting for 2 hours |
|
This is likely a bug with our dns code I'm sorry you waited two hours |
|
its a clean install. it queues up all the package and takes forever to process. But yarn install takes a min to complete bun version used is 1.0.0 |
|
same problem with docker and bun 1.0.2 |
|
Also had this issue on bun 1.0.0. Took 76.18s to install async-retry on MacOS 13.6.
|
|
Please leave a comment if you continue to run into this after |
|
still slow after bun upgrade --canary |
|
@choopk how long does it take with Yarn or npm or pnpm? If you pass |
|
with yarn clean install is about 49 sec. |
|
@choopk if you do |
|
sadly no. |
|
Please leave a comment if you still run into it |
|
Still running into it. For some reason it works really fast when I deploy it in Render But in local machine its taking eternity |
|
Same here with bun 1.0.6, is there any update for this? |
|
I can also confirm that I have the same issue by running bun create next-app and it never ended! not sure whether it is from host or the bun's bug but I hope it gets fixed as soon as possible since we want to contribute to this project. thanks. |
|
alright one update, I tried with bunx create-next-app it worked and it was usual but not faster than yarn! |
|
Can confirm the same behavior here on
|
|
Update on this: changing my DNS to |
|
Restarting my docker daemon did i it for me... |
This comment was marked as off-topic.
This comment was marked as off-topic.
|
Same here with bun 1.0.16
|
|
Also getting very long install times here. Not even a docker container. See details for dependencies "dependencies": {
"@emotion/styled": "^11.11.0",
"@google-cloud/storage": "^7.11.1",
"@googlemaps/js-api-loader": "^1.16.6",
"@mapbox/mapbox-gl-draw": "^1.4.3",
"@mdxeditor/editor": "^3.4.0",
"@mui/icons-material": "^5.15.13",
"@mui/lab": "^5.0.0-alpha.168",
"@mui/material": "^5.15.13",
"@mui/x-data-grid-pro": "^6.19.6",
"@mui/x-date-pickers-pro": "^7.2.0",
"@next/third-parties": "^14.2.1",
"@prisma/client": "^5.11.0",
"@stripe/react-stripe-js": "^2.6.2",
"@stripe/stripe-js": "^3.2.0",
"@tanstack/react-query": "^5.28.0",
"@types/dompurify": "^3.0.5",
"@types/jsonwebtoken": "^9.0.6",
"@types/react-map-gl": "^6.1.6",
"dayjs": "^1.11.10",
"dompurify": "^3.1.5",
"jsonwebtoken": "^9.0.2",
"mapbox-gl": "^3.2.0",
"material-ui-popup-state": "^5.0.9",
"mui-file-input": "^4.0.4",
"mui-markdown": "^1.1.13",
"next": "^14.1.3",
"nextjs-cors": "^2.2.0",
"prism-react-renderer": "^2.3.1",
"prisma": "^5.11.0",
"react": "^18.2.0",
"react-dom": "^18.2.0",
"react-map-gl": "^7.1.7",
"react-material-ui-carousel": "^3.4.2",
"react-plotly.js": "^2.6.0",
"react-share": "^5.1.0",
"react-tweet": "^3.2.1",
"server-only": "^0.0.1",
"stripe": "^15.1.0",
"supertokens-node": "^16.7.4",
"supertokens-web-js": "^0.8.0",
"ts-node": "^10.9.2",
"use-supercluster": "^1.2.0",
"uuid": "^9.0.1",
"worker-loader": "^3.0.8",
"zod": "^3.22.4"
},
"devDependencies": {
"@storybook/addon-essentials": "^8.0.0",
"@storybook/addon-interactions": "^8.0.0",
"@storybook/addon-links": "^8.0.0",
"@storybook/addon-themes": "^8.0.0",
"@storybook/blocks": "^8.0.0",
"@storybook/nextjs": "^8.0.0",
"@storybook/react": "^8.0.0",
"@storybook/testing-library": "^0.2.2",
"@tanstack/eslint-plugin-query": "^5.27.7",
"@types/google.maps": "^3.55.4",
"@types/leaflet": "^1.9.8",
"@types/lodash.capitalize": "^4.2.9",
"@types/lodash.debounce": "^4.0.9",
"@types/lodash.isequal": "^4.5.8",
"@types/mapbox__mapbox-gl-draw": "^1.4.6",
"@types/mapbox-gl": "^3.1.0",
"@types/node": "^20.11.27",
"@types/react": "^18.2.65",
"@types/react-dom": "^18.2.22",
"@types/react-plotly.js": "^2.6.3",
"@types/supercluster": "^7.1.3",
"chromatic": "^11.0.8",
"encoding": "^0.1.13",
"eslint": "^8.57.0",
"eslint-config-next": "^14.1.3",
"eslint-config-prettier": "^9.1.0",
"eslint-plugin-storybook": "^0.8.0",
"husky": "^9.0.11",
"lint-staged": "^15.2.2",
"msw": "^1.3.2",
"msw-storybook-addon": "^1.10.0",
"storybook": "^8.0.0",
"typescript": "^5"
},
Took first 6 mins. Den ran |
|
Same for me sadly when running this simple command 
Interestingly upgrading to the canary version |
|
"bun install" on this project took 10 hours for me before I gave up: |
|
Confirming this still appears to be an issue. Running bun install --frozen-lockfile --production in my dockerfile takes over 4 minutes to complete. Running bun 1.1.21 on macOS arm64. |
|
+1 still relevant, |
|
I think i found the bug, usually people do i changed it to
and now it works |
|
yeah if you're not copying a lockfile, it's going to have to re-resolve everything and that takes time |
|
Having this exact same issue here with only these packages "devDependencies": { |
|
Same here, I’m using bun install on Xcode Cloud: Stuck / Timout. |
|
Tried with and without the |
It works for me too. I turn off cloudfare 1.1.1.1 and it works like a champ. |
|
I encountered a similar issue with bun getting stuck on the resolve phase. I tried the "disable ipv6" fix but it did not work. Then I noticed i didn’t get the problem when running the install from the webstorm notification… It turns out bun install is fast (~500ms) when launched from bash, but slooooow (>30s, killed the process) when launched from the fish shell. No idea why. I’m on ubuntu 22, no docker. PS: my fish shell is launched from my .bashrc, if that may help |
|
Here it continues to bother me. |
|
same for me 😅 => 411s |
|
Welp... this works 😅 |
|
Tried everything in the thread. bun install on v1.1.29 still not working on arm64 macbook |
|
After updating my system to macOS Sequoia and Bun to version 1.1.29, the situation has worsened. Since I rely on Bun as my primary JavaScript runtime, this issue is incredibly frustrating! |
|
@Jarred-Sumner hi, maybe it's a good time to re-open issue and fix it? People still facing it |
|
i got same problem when using bun, but trying to use npm that work |
|
when I encounter this issue, I just turn the Wi-Fi off and on, and it works. I first experienced this a long time ago, but with version 1.1.29, it happened again once. By the way, I'm using macOS Sonoma. |
|
Here is part of the debug info about running Bun 1.1.30-debug to install dependencies for a newly created SvelteKit project. I'm trying addressing the issue, but I don't have any guarantees 😬 |
|
cc @cirospaciari , looks like it's related to proxy tunnel
|
|
Issue is still up |
|
Encountering the same issue. Since upgrading to Sonoma, |
|
I'm using Cloudflare Warp on Ubuntu, need to disable it to make it work. |
still exist on macOS15, can someone check it? |
|
My first time doing a bun expo app installation. Was very slow on a Macbook arm64 Ventura 13.6. What can be the issue? Update: Issue solved by upgrading to canary. |
|
I just tried Bun compiled from the main branch, it still exists. Btw |
and others
What platform is your computer?
Darwin 22.6.0 arm64 arm
How did you attempt to install or upgrade?
bun install
What do you see instead?
bun install
bun install v0.7.3 (a9b3d58)
1373 packages installed [2419.37s]
Internet connection is fine. yarn 3 took 30 sec(clean install)
Additional information
Trying to install those packages:
The text was updated successfully, but these errors were encountered: