Search Criteria
Package Details: agent-browser 0.25.3-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/agent-browser.git (read-only, click to copy) |
|---|---|
| Package Base: | agent-browser |
| Description: | Headless browser automation CLI for AI agents |
| Upstream URL: | https://github.com/vercel-labs/agent-browser |
| Licenses: | Apache-2.0 |
| Submitter: | anjanaya |
| Maintainer: | anjanaya |
| Last Packager: | anjanaya |
| Votes: | 0 |
| Popularity: | 0.000000 |
| First Submitted: | 2026-01-13 22:16 (UTC) |
| Last Updated: | 2026-04-08 06:43 (UTC) |
Dependencies (3)
- nodejs (nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogenAUR, nodejs-lts-iron, nodejs-lts-jod, nodejs-lts-krypton)
- jq (jq-gitAUR, jq-staticAUR, jaq-binAUR, jaq-gitAUR) (make)
- npm (python-nodejs-wheelAUR, npm-corepackAUR) (make)
Required by (1)
- codemux-bin (optional)
Latest Comments
anjanaya commented on 2026-04-08 06:48 (UTC)
Hi asermax, thanks for the suggestion! I've applied your --ignore-scripts approach in 0.25.3-1.
Previously I was fixing the broken symlinks after npm install by finding all symlinks in /usr/bin that pointed into $pkgdir and rewriting them as relative paths with ln -sfr. Your approach is cleaner — skipping the postinstall entirely prevents the problem at the source rather than patching it after. The postinstall script was creating absolute symlinks to the platform-specific binary (e.g. agent-browser-linux-x64), which baked in the build directory path. With --ignore-scripts, npm creates a proper relative symlink to agent-browser.js instead.
Confirmed working:
Also updated to 0.25.3 while at it.
asermax commented on 2026-02-23 03:04 (UTC)
Hey, me again 😬
Today I had something weird happen: I cleared my
yaycache, and theagent-browserbinary stopped working. I did some digging and found that apparently the upstream package has a script that does some changes on the symlink to the binary. In the case of the AUR package, this ends up causing the binary to point to the package source instead of the actual installed path.Not sure if this is something that's happening to everyone, but if the following change doesn't break your installation, I think it's worth applying to avoid having this weird behavior in the future.
The idea is to disable the postinstall script alltogether and make the binary executable (the postinstall does that too), changing lines 16-20 to:
asermax commented on 2026-02-11 03:56 (UTC)
Seems to be working now, thanks for the changes!
anjanaya commented on 2026-02-09 08:42 (UTC) (edited on 2026-02-09 08:42 (UTC) by anjanaya)
Thanks for the info, I have updated the package with your suggestions please check and let me know if this works better for you?
asermax commented on 2026-02-09 02:04 (UTC) (edited on 2026-02-09 02:06 (UTC) by asermax)
I use nvm which doesn't have that problem.
What about using the full path of the binary instead of changing the PATH variable? That seems to fix it for me.
Something like:
Also, I recommend you apply the guidance from https://wiki.archlinux.org/title/Node.js_package_guidelines
Here's one of my packages that has most of that covered if it helps for reference: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=vercel
anjanaya commented on 2026-02-03 08:53 (UTC) (edited on 2026-02-03 08:54 (UTC) by anjanaya)
Hmm, are you using asdf or other such version Managers that change the path and add the version of npm or node from location other than default nodejs installation using pacman which I think is /usr/bin Without this the build fails for me because it picks up older version that's required for another project because asdf adds its path to the beginning. If you have a suggestion I'm open to ideas but I thought rather than removing asdf from path it's better to have system binary before and if it doesn't exist then pick whichever else it finds.
asermax commented on 2026-02-02 23:16 (UTC)
This change broke the installation for me, I don't know about everyone else: