Open ricardonunez-io opened 4 months ago
I started having the same issue today, it was fine until yesterday.
Here is my package.json
{
"name": "...",
"version": "0.1.0",
"private": true,
"scripts": {
"dev": "next dev",
"build": "next build",
"start": "next start",
"lint": "next lint",
"db:push": "drizzle-kit push:sqlite",
"db:studio": "drizzle-kit studio",
"tsc": "tsc --watch --project ./tsconfig.json",
"shadcn": "bunx shadcn-ui@latest"
},
"dependencies": {
"@libsql/client": "^0.5.6",
"@paralleldrive/cuid2": "^2.2.2",
"@radix-ui/react-icons": "^1.3.0",
"@radix-ui/react-slot": "^1.0.2",
"class-variance-authority": "^0.7.0",
"clsx": "^2.1.0",
"drizzle-orm": "^0.30.5",
"drizzle-zod": "^0.5.1",
"next": "14.1.4",
"react": "^18",
"react-dom": "^18",
"tailwind-merge": "^2.2.2",
"tailwindcss-animate": "^1.0.7"
},
"devDependencies": {
"@types/node": "^20",
"@types/react": "^18",
"@types/react-dom": "^18",
"autoprefixer": "^10.0.1",
"drizzle-kit": "^0.20.14",
"eslint": "^8",
"eslint-config-next": "14.1.4",
"postcss": "^8",
"prettier": "^3.2.5",
"prettier-plugin-tailwindcss": "^0.5.12",
"tailwindcss": "^3.3.0",
"typescript": "^5"
}
}
@dylan-conway and I both spent some time investigating and haven’t figured this out yet. @subodhpareek18 can you try clearing the Vercel build cache and redeploying?
@Jarred-Sumner I tried redeploying first with existing build cache and it failed in the same way, then I tried without existing build cache and it succeeded.
This commit included some new dependencies btw like libsql, drizzle, etc.
I've also tried making commits that only include a code change and no new deps. But for some reasons they are currently stuck in "queued" status, something could be wrong with vercel there, will update if they get unstuck and generally on future commits.
I tried multiple new commits that had no new deps and only code changes, they all deployed successfully. I also tried one new commit with trpc/zod related new deps and that got built successfully too.
So the issue was not replicated on further attempts after the initial one.
What version of Bun is running?
1.0.35
What platform is your computer?
Linux 5.10.174 x86_64 x86_64 on Vercel; macOS Sonoma 14.4 locally
What steps can reproduce the bug?
Here's the
bun.lockb.zip
file (zipped because GitHub doesn't supportlockb
files directly), and thepackage.json
below.I use
latest
for all package versions, and deployed once last night ~10 hours ago, and once 30 minutes ago. After redeploying, I ran into segmentation faults related to runningbun i
, even after installing the latest canary version in the install script.Upgrading to canary did not work, but deleting the lockfile did, and re-adding the lockfile to Git and then deploying again worked, as well. Seems like package discrepancy caused the issue, though I'm not sure exactly how to reproduce it.
What is the expected behavior?
Successful
bun i
run, i.e.when cached, or:
When not cached
What do you see instead?
Instead, I see the following logs from Vercel, ending in a
SIGSEGV
Additional information
Thank you!