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.

there are existing packages for the machine learning dependencies like python-insightface, python-opencv, python-tokenizers, onnxruntime - these seems to work ok for me so perhaps can be considered instead of the poetry install

I've tried a compilation of immich after uprading all packages of immich-machine-learning to their latest revision.

With scipy 1.14.1, it compiles but there's still python-onnx that currently fails (v1.18 is unreleased but will support python 3.13).

This is a waiting game for now. However, and I know this is not the right place to say this... Don't upgrade your python. Immich-machine-learning will fail if you install python-3.13.

system-wide downgrade to 2024-11-15 works fine for me. FWIW, you can use https://aur.archlinux.org/packages/pacdate to do that.

Did a system wide downgrade to 2024-11-15, and everything compiled and working as it should now. Gonna leave it there for now.

I've confirmed python 3.13 is the culprit for the failing builds. Downgrading python,python-build,python-cachecontrol,python-cleo, python-dulwich,python-fastjsonschema,python-filelock,python-idna, python-installer,python-lark-parser,python-msgpack,python-packaging,python-pkginfo,python-platformdirs,python-poetry,python-poetry-core,python-poetry-plugin-export python-pyproject-hooks,python-requests,python-requests-toolbelt,python-tomlkit,python-urllib3,python-virtualenv

fixed the issue and immich-server builds again

Getting build errors with 1.123.0-1.

../meson.build:80:0: ERROR: Unknown compiler(s): [['gfortran'], ['flang-new'], ['flang'], ['nvfortran'], ['pgfortran'], ['ifort'], ['ifx'], ['g95']]       

 at /usr/lib/python3.13/site-packages/poetry/installation/chef.py:164 in _prepare
      160│ 
      161│                 error = ChefBuildError("\n\n".join(message_parts))
      162│ 
      163│             if error is not None:
    → 164│                 raise error from None
      165│ 
      166│             return path
      167│ 
      168│     def _prepare_sdist(self, archive: Path, destination: Path | None = None) -> Path:

Note: This error originates from the build backend, and is likely not a problem with poetry but with scipy (1.11.4) not supporting PEP 517 builds. You can verify this by running 'pip wheel --no-cache-dir --use-pep517 "scipy (==1.11.4)"'.

Anyone else running into this?

tried to do a build on a fresh VM as well, same result.

My current build wont run as its not compatible with python 3.13. A recompile will fix it, but can't compile.

EDIT: Was able to get the missing compiler error to go away by installing gcc-fortran openblas pkgconf. However the build still fails:

  FAILED: scipy/special/cython_special.cpython-313-x86_64-linux-gnu.so.p/cython_special.c 
  /tmp/tmppc2bluel/.venv/bin/cython -3 --fast-fail --output-file scipy/special/cython_special.cpython-313-x86_64-linux-gnu.so.p/cython_special.c --include-dir . scipy/special/cython_special.pyx

  Error compiling Cython file:
  ------------------------------------------------------------
  ...

  cdef inline number_t zpow(number_t x, double y) noexcept nogil:
      cdef np.npy_cdouble r, z
      # FIXME
      if number_t is double_complex:
          z.real = y
          ^
  ------------------------------------------------------------

  scipy/special/_complexstuff.pxd:123:9: Assignment of Python object not allowed without gil
  [545/1619] Generating 'scipy/special/_test_internal.cpython-313-x86_64-linux-gnu.so.p/_test_internal.c'
  [546/1619] Generating 'scipy/linalg/_solve_toeplitz.cpython-313-x86_64-linux-gnu.so.p/_solve_toeplitz.c'
  [547/1619] Generating 'scipy/linalg/_matfuncs_sqrtm_triu.cpython-313-x86_64-linux-gnu.so.p/_matfuncs_sqrtm_triu.c'
  [548/1619] Generating 'scipy/special/_ufuncs.cpython-313-x86_64-linux-gnu.so.p/_ufuncs.c'
  FAILED: scipy/special/_ufuncs.cpython-313-x86_64-linux-gnu.so.p/_ufuncs.c 
  /tmp/tmppc2bluel/.venv/bin/cython -3 --fast-fail --output-file scipy/special/_ufuncs.cpython-313-x86_64-linux-gnu.so.p/_ufuncs.c --include-dir . scipy/special/_ufuncs.pyx

  Error compiling Cython file:
  ------------------------------------------------------------
  ...

  cdef inline number_t zpow(number_t x, double y) noexcept nogil:
      cdef np.npy_cdouble r, z
      # FIXME
      if number_t is double_complex:
          z.real = y
          ^
  ------------------------------------------------------------

At this point I might be out of my depth to figure out a fix. Funny thing is, I get the same error when I try to compile previous versions of immich. I think some of these packages are not yet ready for 3.13

The reason /etc/nginx/sites-available/immich.conf was not in the backup is because it is a sample config, not intended to be used directly. Although I agree this doesn't really make sense since it can be used directly through a symlink in /etc/nginx/sites-enabled if the Debian/Ubuntu model of nginx configs is followed.

bjo is correct though, this model isn't commonly used on Arch. It's mentioned in the wiki but an installed package shouldn't be directing a user either way on such a decision. I thought the best solution was to move it to /usr/share/docs/immich/examples which is where it now resides at v1.121.0-2.

I think /etc/nginx/sites-available/immich.conf shouldn't be created, as nothing else uses /etc/nginx/sites-available on Arch. Using /etc/nginx/sites-available seems to be a Debian/Ubuntu thing.

The file /etc/nginx/sites-available/immich.conf should be included in the backup.

@piki I upgraded openexr to latest version, and the upgraded (recompiled) Immich v1.121.0 (latest), but still get the same problem. It compiles as it should, but can't start the service. Get the following error i systemd;

nov 25 19:51:19 kvm-immich systemd[1]: Started Immich server.
nov 25 19:51:20 kvm-immich immich-server[282732]: /usr/lib/immich/app/server/node_modules/sharp/lib/sharp.js:113
nov 25 19:51:20 kvm-immich immich-server[282732]:   throw new Error(help.join('\n'));
nov 25 19:51:20 kvm-immich immich-server[282732]:   ^
nov 25 19:51:20 kvm-immich immich-server[282732]: Error: Could not load the "sharp" module using the linux-x64 runtime
nov 25 19:51:20 kvm-immich immich-server[282732]: ERR_DLOPEN_FAILED: libOpenEXR-3_2.so.31: cannot open shared object file: No such file or directory
nov 25 19:51:20 kvm-immich immich-server[282732]: Possible solutions:
nov 25 19:51:20 kvm-immich immich-server[282732]: - Ensure optional dependencies can be installed:
nov 25 19:51:20 kvm-immich immich-server[282732]:     npm install --include=optional sharp
nov 25 19:51:20 kvm-immich immich-server[282732]: - Ensure your package manager supports multi-platform installation:
nov 25 19:51:20 kvm-immich immich-server[282732]:     See https://sharp.pixelplumbing.com/install#cross-platform
nov 25 19:51:20 kvm-immich immich-server[282732]: - Add platform-specific dependencies:
nov 25 19:51:20 kvm-immich immich-server[282732]:     npm install --os=linux --cpu=x64 sharp
nov 25 19:51:20 kvm-immich immich-server[282732]: - Consult the installation documentation:
nov 25 19:51:20 kvm-immich immich-server[282732]:     See https://sharp.pixelplumbing.com/install
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Object.<anonymous> (/usr/lib/immich/app/server/node_modules/sharp/lib/sharp.js:113:9)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Module._compile (node:internal/modules/cjs/loader:1572:14)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Object..js (node:internal/modules/cjs/loader:1709:10)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Module.load (node:internal/modules/cjs/loader:1315:32)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Function._load (node:internal/modules/cjs/loader:1125:12)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at TracingChannel.traceSync (node:diagnostics_channel:322:14)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at wrapModuleLoad (node:internal/modules/cjs/loader:216:24)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Module.require (node:internal/modules/cjs/loader:1337:12)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at require (node:internal/modules/helpers:139:16)
nov 25 19:51:20 kvm-immich immich-server[282732]:     at Object.<anonymous> (/usr/lib/immich/app/server/node_modules/sharp/lib/constructor.js:10:1)
nov 25 19:51:20 kvm-immich immich-server[282732]: Node.js v23.1.0