Package Details: immich-server 1.123.0-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
Licenses: MIT
Conflicts: immich
Replaces: immich
Submitter: wabi
Maintainer: wabi (pikl)
Last Packager: pikl
Votes: 12
Popularity: 2.06
First Submitted: 2022-12-30 11:41 (UTC)
Last Updated: 2024-12-20 19:08 (UTC)

Pinned Comments

pikl commented on 2024-08-05 09:52 (UTC)

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

Latest Comments

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

CountMurphy commented on 2024-12-23 07:26 (UTC) (edited on 2024-12-25 01:14 (UTC) by CountMurphy)

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

CountMurphy commented on 2024-12-22 19:49 (UTC) (edited on 2024-12-23 04:41 (UTC) by CountMurphy)

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

pikl commented on 2024-11-28 21:51 (UTC)

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.

bjo commented on 2024-11-27 12:19 (UTC)

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.

Pqolk commented on 2024-11-27 12:13 (UTC)

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

zynex commented on 2024-11-25 18:56 (UTC) (edited on 2024-11-25 19:05 (UTC) by zynex)

@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

dmig commented on 2024-11-21 09:12 (UTC)

Immich provides release files, I wonder if there is a prebuilt frontend there? Just to avoid building that mess:

--- Last few GCs --->

[25393:0x598a99c4c000]    49922 ms: Scavenge (interleaved) 472.4 (479.9) -> 471.1 (484.4) MB, pooled: 0 MB, 16.16 / 0.00 ms  (average mu = 0.208, current mu = 0.111) allocation failure; 
[25393:0x598a99c4c000]    50428 ms: Mark-Compact (reduce) 475.3 (484.4) -> 473.1 (479.6) MB, pooled: 0 MB, 110.03 / 0.00 ms  (+ 322.6 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 506 ms) (average mu = 0.244, c

<--- JS stacktrace --->

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
----- Native stack trace -----

 1: 0x598a815eb9db node::OOMErrorHandler(char const*, v8::OOMDetails const&) [node]
 2: 0x598a81ab9f64 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [node]
 3: 0x598a81aba339 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [node]
 4: 0x598a81d0557c  [node]
 5: 0x598a81d055a4  [node]
 6: 0x598a81d1c8fe  [node]
 7: 0x598a81d1fb04  [node]
 8: 0x598a82772a67  [node]
/home/dmig/.cache/yay/immich/PKGBUILD: line 70: 25382 Aborted                 (core dumped) npm run build
==> ERROR: A failure occurred in build().
    Aborting...

devome commented on 2024-11-19 07:07 (UTC) (edited on 2024-11-19 07:12 (UTC) by devome)

Thank you for maintaining. According to https://v1.120.2.archive.immich.app/docs/install/environment-variables#database , both pgvector and pgvecro.rs should be supported. Additionally, can you separate immich-machine-learning into a separate sub package, so that it can be installed on different machines instead of being strongly dependent on the immich-server ontology using optdepends. Finally, I took over the maintenance of python-ftfy and python-insightface. Now, all the Python packages required for immich-machine-learning can be obtained from the official repository and AUR, and can no longer be installed in a virtual environment. I have tested it myself and it runs like this. All the required Python packages for immichh machine learning are as follows:

gunicorn
python-aiocache
python-fastapi
python-ftfy
python-huggingface-hub
python-insightface
python-onnxruntime
python-orjson
python-python-multipart
python-rich
python-tokenizers
uvicorn

There are several dependency packages for immich-machine-learning that have already been dependent on the packages mentioned above:

python-opencv
python-pillow
python-pydantic

pikl commented on 2024-11-17 11:30 (UTC) (edited on 2024-11-17 11:32 (UTC) by pikl)

v1.102.2-2 fixes software transcode and thumbnail generation for videos due to upstream PR. After @mertalev kindly made us aware of this, ffmpeg dependency was switched for jellyfin-ffmpeg - however since the latter depends on the former, both are installed and immich carried on using the standard version.

v1.102.2-2 forces usage of jellyfin-ffmpeg by using BindReadOnlyPaths= in the systemd service file.

If you have an failed thumbnails/transcoded videos, after upgrading, run the transcode video and generate thumbnail admin jobs for missing items.

pikl commented on 2024-11-14 08:36 (UTC)

@zynex I've been unable to reproduce this with immich v1.120.2 and openexr v3.3.2-1. Clean chroot build and installation hasn't thrown up any problems. Can you please check with this combination?