Package Details: claude-code 2.1.139-1

Git Clone URL: https://aur.archlinux.org/claude-code.git (read-only, click to copy)
Package Base: claude-code
Description: An agentic coding tool that lives in your terminal
Upstream URL: https://github.com/anthropics/claude-code
Keywords: agent ai anthropic llm
Licenses: LicenseRef-claude-code
Submitter: cg505
Maintainer: cg505 (ticpu, fabifont)
Last Packager: fabifont
Votes: 61
Popularity: 14.55
First Submitted: 2025-02-24 19:35 (UTC)
Last Updated: 2026-05-11 18:45 (UTC)

Dependencies (8)

Sources (3)

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

zhyoch commented on 2026-04-30 08:33 (UTC)

Upon launching Claude Code, a notification pops up on the right saying that .local/bin/claude cannot be found.

I've noticed that the official installation script creates a symbolic link for .local/bin/claude (e.g., .local/bin/claude -> /home/username/.local/share/claude/versions/2.1.123*), but this AUR package doesn't do that.

cg505 commented on 2026-04-20 17:21 (UTC)

https://wiki.archlinux.org/title/Nonfree_applications_package_guidelines#Package_naming

For non-free software, if the sources are not available, the -bin suffix should not be used.

cg505 commented on 2026-04-20 16:52 (UTC)

Hi @maxemann96 - thanks for the heads up. Fixed.

maxemann96 commented on 2026-04-20 11:53 (UTC)

The official installation script now does not use the bucket url anymore (under the hood it's also a google storage IP), but now uses https://downloads.claude.ai/claude-code-releases/${pkgver}/${platform}/claude. Would be happy to see this reflected in the PKGBUILD. Thanks for your work :)

fabifont commented on 2026-04-17 07:01 (UTC)

Thanks for asking.

Under the AUR submission guidelines, packages that use prebuilt deliverables should normally use the -bin, which makes the packaging model explicit.

I agree that the installed program is effectively the same, and this is not intended as a downstream fork or feature-different variant.

The reason I chose a separate claude-code-bin package is to provide a clearly named binary package with a maintainer-side automation pipeline:

https://github.com/fabifont/claude-code-bin

There are also a few packaging differences. This package installs the binary under /usr/lib/claude-code rather than /opt, uses a pinned upstream LICENSE.md source with a checksum instead of SKIP, declares provides=('claude-code=...') and conflicts=('claude-code'), and keeps the PKGBUILD/.SRCINFO update flow automated on the maintainer side.

I'm open to coordinating if the preferred outcome is co-maintenance, a rename/merge path, or another arrangement that avoids confusion.

andreyrd commented on 2026-04-17 06:28 (UTC)

Why was this created as an almost exact copy of the existing claude-code package?

aptinio commented on 2026-04-14 23:20 (UTC)

@cg505 Correction: I tested by running env -u DISABLE_AUTOUPDATER /opt/claude-code/bin/claude --chrome-native-host directly and it starts fine — no crash. The auto-updater isn't the cause.

The environment.d suggestion doesn't apply here; sorry for the noise — that was towards the end of a long debugging session and I jumped to a conclusion.

cg505 commented on 2026-04-14 17:33 (UTC) (edited on 2026-04-14 17:42 (UTC) by cg505)

@aptinio I'm not happy polluting the global environment with this env var. Are you able to see where the /opt/claude-code/bin/claude is coming from? E.g. is it looking at the /proc/<pid>/{cmdline,exe}? We can brainstorm some other solution.

In any case, it doesn't make much sense that /opt/bin/claude-code/bin/claude crashes without DISABLE_AUTOUPDATER=1, and in fact I can't reproduce this issue at all. claude --chrome seems to work fine even on an outdated version of claude code.

cg505 commented on 2026-04-14 17:27 (UTC)

fixed, changed to SKIP for the future

Felixoid commented on 2026-04-14 11:25 (UTC)

SKIP for the license file would work fine, imho

1 2 3 4 5 6 .. 8 Next › Last »