Arch Linux User Repository

Upgrading to postgresql-17 is awkward because of pgvecto.rs if you have been using 0.2.0 as provided by AUR package pgvecto.rs-immich. If you have been using 0.3.0 as provided by AUR package pgvecto.rs-immich-bin then these extra steps are likely not required and I suggest the wiki instructions for upgrades for major version increments of postgresql are followed.

If you would like to stick at postgresql-16 please add the following to pacman.conf:

IgnorePkgs = postgresql postgresql-libs

Following the manual dump and reload in the wiki does appear to work, with a few extra steps to consider the pgvecto.rs upgrade.

Starting point is postgresql-old-upgrade installed with pgvector.rs-0.2.0. Symlink the installation outputs of pgvecto.rs into the directories used by the parallel installation of postgresql-old-upgrade.

ln -s /usr/share/postgresql/extension/vectors.control /opt/pgsql-16/share/extension/vectors.control
ln -s /usr/share/postgresql/extension/vectors--0.2.0.sql /opt/pgsql-16/share/extension/vectors--0.2.0.sql
ln -s /usr/lib/postgresql/vectors.so /opt/pgsql-16/lib/vectors.so

Then perform the database start (/opt/psql-16/bin/pg_ctl .. start), "dump" (pg_dumpall...) and database stop (/opt/psql-16/bin/pg_ctl .. start) steps in the wiki.

Upgrade to postgresql-17 and pgvecto.rs-0.3.0 (provided by pgvector.rs-immich-bin). Clear out /var/lib/postgresql/data then initialise the database (initdb...) as per the wiki.

Start the service using systemctl start postgresql and install the pgvecto.rs using the following command:

psql -c 'ALTER SYSTEM SET shared_preload_libraries = "vectors.so"'

Finally restart the postgresql service and perform the reload (psql...) steps in the wiki.

EDITED: Various clarifications

From v1.111.0, this package does not build with nodejs < v20.

If you use a non-default media library location, all of the systemd units need to have a custom

[Service]

ReadWritePaths=/absolute/path/to/custom/directory

appended to enable them to access those files. Took longer than I'd like to admit to notice why I wasn't generating thumbnails properly.

Thanks @hardl for doing the work upstream to figure this one out. I'd had symptoms of it too - single tab at /photos and hitting reload in the browser resulted in a white screen. v1.91.4-2 now includes this config parameter.

Since v1.91.1 immich.conf should contain IMMICH_WEB_ROOT=/usr/lib/immich/app/server/www. See https://github.com/immich-app/immich/issues/5856#issuecomment-1864425572 for details.

Yes, 1.90.3-2 seems to be working more robustly.

@hrdl new version v1.91.3-2 should help - let me know if it works.

@hrdl, although nothing has changed in this area at v1.91.3 the path .../@img/@img/... is wrong - there should only be one @img. Starting with v1.91.0 there's a bit of a hack where the PKGBUILD copies some modules after building to avoid them being pruned at the next step. They are then copied back into place once the prune is done. The commands to do this aren't very robust so I can see you could end up with a problem if your $srcdir is not clean. Try re-cloning and building in a clean directory. I test using a clean chroot so would unlikely spot this kind of thing.

In the meantime I look at making the commands for this hack to be more robust.

v1.91.2 was building and running fine, but with v1.91.3 I get paths like pkg/immich-server/usr/lib/immich/app/server/node_modules/@img/@img/sharp-libvips-linux-x64, which are also reflected in src/immich-1.91.3/server/node_modules/@img/@img/sharp-libvips-linux-x64. I haven't investigated yet as to why this happens.

>=v1.91.0 requires pgvecto.rs extension of postgresql for search. For new and existing databases, the library needs to be loaded by adding the following to your /var/lib/postgresql/data/postgresql.conf:

shared_preload_libraries = 'vectors.so'

Or running the following command:

sudo -u postgres psql -c 'ALTER SYSTEM SET shared_preload_libraries = "vectors.so"'

See upstream docs.

1.90.2-6 combines AUR packages immich and immich-cli packages, reflecting the approach now taken up-stream. immich (pkgbase) is now a split package with components immich-server and immich-cli - allowing each to be installed separately.

For those with immich-cli installed, it should be straight upgrade after building this package.

For those with immich installed, a normal system upgrade should automatically replace this with immich-server.