Package Details: claude-code 2.1.217-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: 82
Popularity: 14.61
First Submitted: 2025-02-24 19:35 (UTC)
Last Updated: 2026-07-21 21:36 (UTC)

Dependencies (8)

Sources (3)

Latest Comments

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

river_wunsch commented on 2026-07-12 08:25 (UTC) (edited on 2026-07-12 08:25 (UTC) by river_wunsch)

Could you consider adding clipboard tools to optdepends? Claude Code's image paste on Linux shells out to xclip / wl-paste (it tries xclip -selection clipboard -t image/png -o first, then falls back to wl-paste --type image/png — visible in the strings of the binary). Without them, pasting an image just reports that the clipboard contains no image, which is confusing. Suggested:

optdepends+=('wl-clipboard: paste images from clipboard on Wayland'
             'xclip: paste images from clipboard on X11')

cg505 commented on 2026-06-16 05:59 (UTC)

@imrehg We previously checksummed the license, but it is not versioned and frequently changes, breaking the package build until someone notices and reports it.

imrehg commented on 2026-06-16 03:11 (UTC)

Any strong reasons why the checksums are skipped for the license file? IMHO that should be checksummed as well, since license changes are also material for the package usage.

Current package

# ...
source=("cc-legal::https://code.claude.com/docs/en/legal-and-compliance.md")
# [...snip...]
sha256sums=('SKIP')
# ...

Edu4rdSHL commented on 2026-05-13 06:15 (UTC)

AUR packages and packages in general doesn't and should never touch the user's home.

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?