Package Details: immich-server 1.119.1-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: 9
Popularity: 1.16
First Submitted: 2022-12-30 11:41 (UTC)
Last Updated: 2024-10-31 22:14 (UTC)

Dependencies (41)

Required by (0)

Sources (13)

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 »

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.

pikl commented on 2023-12-17 11:58 (UTC) (edited on 2023-12-17 12:06 (UTC) by pikl)

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

pikl commented on 2023-12-10 09:55 (UTC)

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.

pikl commented on 2023-12-09 09:22 (UTC)

@hrdl thanks - should be sorted in 1.90.2-4

hrdl commented on 2023-12-08 21:01 (UTC)

immich.conf mentions localhost:3003, which on IPv6-capable systems can resolve to ::1. This is not compatible with 0.0.0.0, which immich-machine-learning / gunicorn listens on.

pikl commented on 2023-12-08 15:53 (UTC) (edited on 2023-12-08 15:54 (UTC) by pikl)

Hi @DominikJasiok, I also maintain immich-cli as a separate package but haven't updated it since the CLI was brought into the main repository at v1.88.0. I'll look at either updating the separate package or bringing it into this one (as a split package). I'm keen to cater for the use-case where someone just wants to install the CLI without the server, i.e. to bulk upload photos from a desktop/laptop to a separate server.

I'll have a look at this after I've updated the package to the latest version v1.90.x released in the last 24hrs.

DominikJasiok commented on 2023-12-07 09:27 (UTC)

Hi, the latest AUR doesn't include the cli. It is possible to install it after with: npm i -g @immich/cli but maybe we could include it in the PKGBUILD

pvagner commented on 2023-12-01 13:30 (UTC) (edited on 2023-12-01 13:33 (UTC) by pvagner)

@pikl I've figured out what's my issue. I am not building in a chroot but on my desktop machine connecting remotelly over SSH. Poetry tries to use my gnome keyring because I am occassionally running gnome on that machine. I have worked it around by adding this just before poetry install. If it might be a good idea to also add it into the package, I don't really know. I guess for people not using clear chroot and not using poetry for their daily work this might be common.

export PYTHON_KEYRING_BACKEND=keyring.backends.fail.Keyring

I have found out about it here: https://github.com/python-poetry/poetry/issues/5250

pikl commented on 2023-12-01 09:04 (UTC)

@pvagner I don't think I've ever seen that. If you are not already, try building in a clean chroot? I use aurutils for this.

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