Package Details: immich-cli 1.118.0-3

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: 10
Popularity: 1.60
First Submitted: 2022-12-30 11:41 (UTC)
Last Updated: 2024-10-15 21:23 (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

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

Mars160 commented on 2024-01-04 03:37 (UTC)

How to change the that immich-server run with? I want immich to manage the pictures in my nextcloud.

My nextcloud is running with ‘nextcloud’. So how can I run immich with nextcloud?

I tried to override the service file to change User and Group to nextcloud, and change ReadWritePaths to 755 directory. But It said that Immich have no permission to create upload/library.

After chmod to 777, I found immich created all directories with immich not nextcloud.

wabi commented on 2023-12-29 17:20 (UTC)

Anybody experiencing issues with photo previews (thumbnails and the smaller version served when clicked on) are black and white? https://github.com/immich-app/immich/issues/6046

NeverSummer commented on 2023-12-22 00:49 (UTC) (edited on 2023-12-22 00:50 (UTC) by NeverSummer)

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.

pikl commented on 2023-12-21 18:51 (UTC)

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.

hrdl commented on 2023-12-20 13:10 (UTC) (edited on 2023-12-21 18:13 (UTC) by hrdl)

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.

hrdl commented on 2023-12-18 20:02 (UTC)

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

pikl commented on 2023-12-18 19:47 (UTC)

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

pikl commented on 2023-12-18 18:58 (UTC) (edited on 2023-12-18 18:59 (UTC) by pikl)

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

hrdl commented on 2023-12-17 23:26 (UTC)

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.