Package Details: immich-cli 1.120.2-2

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
Submitter: wabi
Maintainer: wabi (pikl)
Last Packager: pikl
Votes: 11
Popularity: 2.45
First Submitted: 2022-12-30 11:41 (UTC)
Last Updated: 2024-11-17 11:25 (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 .. 9 Next › Last »

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?

picokan commented on 2024-11-13 23:35 (UTC)

I've tried recompiling and it still has the libOpenEXR-3_2.so.31 error.

AlD commented on 2024-11-13 21:35 (UTC)

@zynex that sounds like recompiling Immich could fix it.

zynex commented on 2024-11-13 20:25 (UTC)

Just a note, the latest openexr v3.3.1 will break Immich. I had to downgrade to v3.2.4 to get it up and running again. It will fail with error ERR_DLOPEN_FAILED: libOpenEXR-3_2.so.31: cannot open shared object file: No such file or directory.

pikl commented on 2024-11-01 18:25 (UTC)

Thanks mertalev. Dependency now updated in 1.119.1-1.

mertalev commented on 2024-10-28 17:00 (UTC) (edited on 2024-10-28 17:14 (UTC) by mertalev)

Hi! Immich maintainer here. I see that this package uses the standard FFmpeg build as a dependency. We highly suggest using jellyfin-ffmpeg (https://archlinux.org/packages/extra/x86_64/jellyfin-ffmpeg/) instead for a number of reasons:

  • We assume FFmpeg has been built with support for certain features and libraries
  • We assume the custom filters and encoders added by the Jellyfin team are available
  • This FFmpeg build has a number of important fixes and improvements not present in the standard build
  • This is the build we use to test our transcoding pipeline

Importantly, release v1.120.0 will use a different SW tone-mapping filter not in the standard build. This means that unless jellyfin-ffmpeg is used, HDR videos will fail to transcode and thumbnails for these videos will fail to be generated in the default configuration.