Package Details: immich-server 2.7.5-1

Git Clone URL: https://aur.archlinux.org/immich.git (read-only, click to copy)
Package Base: immich
Description: Self-hosted photos and videos backup tool
Upstream URL: https://github.com/immich-app/immich
Keywords: backup photos
Licenses: AGPL-3.0-only
Conflicts: immich
Replaces: immich
Submitter: wabi
Maintainer: aliu
Last Packager: aliu
Votes: 22
Popularity: 0.98
First Submitted: 2022-12-30 11:41 (UTC)
Last Updated: 2026-04-16 23:52 (UTC)

Pinned Comments

aliu commented on 2026-01-17 21:44 (UTC) (edited on 2026-01-17 21:46 (UTC) by aliu)

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).

aliu commented on 2025-10-25 02:49 (UTC)

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 .

aliu commented on 2025-08-21 15:21 (UTC)

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.

aliu commented on 2025-06-30 02:49 (UTC) (edited on 2025-07-01 16:35 (UTC) by aliu)

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.

Latest Comments

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 32 Next › Last »

jettscythe commented on 2025-08-01 16:22 (UTC)

I was doing something stupid :') I was not connected to the immich database.

jettscythe commented on 2025-08-01 16:18 (UTC)

I seem to be having an issue migrating to vectorchord. When running

 SELECT atttypmod as dimsize
    FROM pg_attribute f
    JOIN pg_class c ON c.oid = f.attrelid
    WHERE c.relkind = 'r'::char
    AND f.attnum > 0
    AND c.relname = 'smart_search'::text
    AND f.attname = 'embedding'::text;

I just get

 dimsize
---------
(0 rows)

I'm open to suggestions. If I likely did something stupid, please call it out.

zynex commented on 2025-07-30 13:00 (UTC) (edited on 2025-08-02 11:15 (UTC) by zynex)

@aliu I installed libvips from the original repo, and did the upgrade for Immich, and everything else is working now. But my system did replace redis with valkey (the immich-server.service failed because of redis dependency). Changing Requires=redis.service to Requires=valkey.service worked without issue.

I will look into libvips-notiff and see if I can find a solution for it.

[EDIT] Ok, now it works. You have to upgrade Immich fist before updating libvips-notiff (reinstalled libvips). After everything was updated I tried to install libvips-notiff again, and now it worked without issue :)

zynex commented on 2025-07-30 12:23 (UTC)

@aliu I actually tried that to, still run into same issue. I tried using ChatGPT to find a solution, but according to it, it seems that pacman does not reliably resolve versioned dependencies (libvips>=8.14.3) from packages that only provide another package name (e.g., libvips-notiff with provides=("libvips=8.17.1")). Not sure if that's correct, but my tests don't work.

aliu commented on 2025-07-30 02:41 (UTC)

@zynex Your package needs to provide a versioned thing instead of removing the version. Try provides=("libvips=$pkgver").

zynex commented on 2025-07-29 23:44 (UTC)

I think something has changed in the dependency for libvips? I can't use my libvips-notiff package anymore.

error: Failed to prepare transaction (could not satisfy dependencies) :: installing libvips-notiff (8.17.1-2) breaks the dependency 'libvips>=8.14.3' required by immich-server

aliu commented on 2025-07-16 15:35 (UTC)

@riaqn I've fixed the valkey issue by committing to the valkey Arch package; the problem should go away in the next release/pkgrel of it!

aliu commented on 2025-07-04 18:13 (UTC)

@riaqn Weird, the valkey service already includes redis as an alias. In theory it should already work. I'll look into it

riaqn commented on 2025-07-01 17:57 (UTC)

We need to change Requires=redis.service to valkey.service.

aliu commented on 2025-07-01 16:35 (UTC)

Oh yeah, that's also what I had to do; one wouldn't encounter that problem if they ALTER_SYSTEM_SET while the appropriate files are still installed. I thought it was just me being stupid lol; since it's not, I've added a reminder to the pinned instructions.