Arch Linux User Repository

is it possible to ship pre-built package?

Upstream recommends using docker, for which they have pre-built images (that might also work with podman).

PostgreSQL 18 is coming to the Arch repos. Before upgrading, backup the files for vectorchord and pgvector somewhere, and then follow https://wiki.archlinux.org/title/PostgreSQL#Upgrading_PostgreSQL instructions. (In the next release, I'll also update the postinstall message to recommend changing postgresql.conf instead of doing ALTER SYSTEM SET.)

Also, you may find yourself updating VectorChord in this process. When doing so, remember to follow the migration steps at https://docs.immich.app/administration/postgres-standalone/#updating-vectorchord .

immich-web (localhost/immich-server:2283) used to be broken for some users of this package.

As @yparitcher also noticed, this was most likely caused by the following additions to .gitignore from f4e0aad2c495, which have since be reverted:

src/
pkg/
*.pkg.tar.zst
LICENSES/

The reason—for both this change sometimes and unpredictably breaking the build, and builds under a clean chroot still working—is unknown. I meant to investigate this on 2025-08-19 while updating the package but called it a day due to the unpredictability and long time of building. Help with figuring out why this happened would be greatly appreciated.

You may notice pacman refuse to upgrade this package, saying warning: cannot resolve "vectorchord", a dependency of "immich-server".

This is due to required manual intervention within the immich server database.

Newer versions of immich server have deprecated pgvecto.rs in favor of vectorchord.

Before updating from 1.133.1 or older, please follow steps 1 and 2 of the manual migration steps (should be the second dropdown) at https://immich.app/docs/administration/postgres-standalone/#migrating-to-vectorchord and uninstall pgvecto.rs.

Remember to remove references to "vectors.so" (which is shipped by pgvecto.rs) in shared_preload_libraries before pgvecto.rs in uninstalled. (For vectorchord to work, you'll need to add "vchord.so" to shared_preload_libraries after the upgrade as well.)

After that, you may upgrade this package. Please remember to follow steps 4 and 5 of the manual migration steps after the upgrade is finished to prevent data loss.

@foxycode ugh, updpkgsums has quietly done that again. Fixed, thanks.

Failing to build with invalid checksums for "cities500.zip" and "admin2Codes.txt"

I did not. That's my fault.

@CountMurphy did you not see a preupgrade warning about this? Should I move it to postupgrade?

immich-machine-learning seems broken for 1.143.1-1. The directory /usr/lib/immich/immich-machine-learning no longer exists (just did a clean build). Downgrading fixes the issue.

EDIT: Figured out the issue. Yay is only installing immich-server, not immich-machine-learning or immich-cli. Running makepkg -i installed all packages. I'll have to keep that in mind next upgrade.

Looks like machine-learning install instructions were intentionally removed. This could cause issues for those using aur helpers.

Because the official Dockerfile does that; don't ask me why.

I don't see why that'd cause the issue, though. --force means dependencies are always reinstalled no matter what.

Why is this using --force on pnpm install?

I think this was papering over an issue on my build system which OOM'd during vite build, causing JS files to be cut short in arbitrary places. This would've been easier to track down had the build just failed.

@aliu I don't think it's a big deal to build the whole thing. It doesn't take long anyway.

I know. That can only split the package function and the build steps must be shared; just installing the ML package will require building the server as well, which I don't think is very ideal.

Note that this would be a separate pkgbase since you cannot split the build function.

I meant this:

pkgbase=immich
pkgname=('immich-server' 'immich-machine-learning' 'immich-cli')