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.

@hrdl because there can be something more useful in service in future, I don't like disable updates on that with pacman. Also, I have found out, systemctl edit --full is writing the corrected file to /etc/systemd/system, not to /usr/lib/systemd/system, so it will not be rewritten and it takes the file from /etc. Override immich-machine-learning seems to be working. Thanks for that. I will go with this way.

So only remaining thing is the nginx dependency, which is still in required instead of optional.

@Mars160 I wanted to avoid these solutions. In that case I would need patch file for systemd service, pacman hook script for postinstall and it still can make trouble in some cases. That's why I choose ask for a edit of the package itself. In case systemctl edit would somehow disable the other services, maybe by editing them, I'm ok with that. It seems to be nice solution, which persist and don't make any troubles, but I still don't know how to write correct drop file.

@ksj If you overwrite immich-server.service, then consider https://wiki.archlinux.org/title/Pacman#Skip_file_from_being_upgraded . Otherwise there's systemctl edit immich-machine-learning, with a drop-in snippet like this:

[Service]
ExecStart=
ExecStart=/usr/bin/tail -f /dev/null

@ksj Sorry, I failed, too. Maybe you should follow @hrdl. Sorry about wasting your time. Or pacman hook may be useful. But I have never tried it before. So this is just a possibility.

It seems that it can run a script automaticly after a package is installed.

Maybe you can write a script to automaticly edit the service file and let it run automaticly after the package is installed or updated in that case?

@hrdl but in that case it is the same. In case of systemctl edit --full will edit whole service and after installation of new version it will be rewritten, so i would have to rewrite it again and again after every installation.

How would look drop-in snippet for immich-machine-learning, which would disable the service? I think if would help edit ExecStart=. But I don't know how to create such snippet

@ksj After= (and possibly BindsTo=) cannot be reset, so systemctl edit --full immich-server is probably more appropriate, unless you want to create a drop-in snippet for immich-machine-learning.service.

@Mars160 I have tried according to examples, but no success. The other services are still starting, when I restart immich-server. Can you write me, what exactly should be in this case in drop file?

@ksj

Yes. Check this

@Mars160, Interesting. I thought systemctl edit is just other way to edit files without knowledge of their location. But as I now understand, this is just for adding something to service file, not removing, isn't it?

@ksj

Maybe you want to use

# systemctl edit immich-server

to create an override file to disable the immich-machine-learning.service?