All my AUR packages are available prebuilt from my personal repository.
[bur]
Server = https://arch.r8r.be/bur/$arch
SigLevel = Optional
Git Clone URL: | https://aur.archlinux.org/photoview.git (read-only, click to copy) |
---|---|
Package Base: | photoview |
Description: | Photo gallery for self-hosted personal servers |
Upstream URL: | https://github.com/photoview/photoview |
Licenses: | AGPL3 |
Conflicts: | golang-photoview |
Replaces: | golang-photoview |
Submitter: | feinedsquirrel |
Maintainer: | Chewing_Bever |
Last Packager: | Chewing_Bever |
Votes: | 3 |
Popularity: | 0.000000 |
First Submitted: | 2021-06-10 18:05 (UTC) |
Last Updated: | 2024-08-07 07:25 (UTC) |
All my AUR packages are available prebuilt from my personal repository.
[bur]
Server = https://arch.r8r.be/bur/$arch
SigLevel = Optional
I no longer use this program. I will defer main ownership to edpibu.
Hei,
After updating, I found that the dlib dependency breaks the current setup.
× photoview.service - Photoview - Photo gallery for self-hosted personal servers
Loaded: loaded (/usr/lib/systemd/system/photoview.service; disabled; preset: disabled)
Active: failed (Result: exit-code) since Fri 2024-04-26 21:27:43 CEST; 5s ago
Duration: 12ms
Docs: https://photoview.github.io/docs
Process: 170112 ExecStart=/usr/lib/photoview/photoview (code=exited, status=127)
Main PID: 170112 (code=exited, status=127)
CPU: 4ms
Apr 26 21:27:43 ARDA systemd[1]: Started Photoview - Photo gallery for self-hosted personal servers.
Apr 26 21:27:43 ARDA photoview[170112]: /usr/lib/photoview/photoview: error while loading shared libraries: libdlib.so.19.24.2: cannot open shared object file: No such f>
Apr 26 21:27:43 ARDA systemd[1]: photoview.service: Main process exited, code=exited, status=127/n/a
Apr 26 21:27:43 ARDA systemd[1]: photoview.service: Failed with result 'exit-code'.
EDIT: Rebuild of dlib
and subsequent reinstall of photoview fixed this.
@krutoileshii
try adding PATH=/usr/bin:/usr/bin/vendor_perl
to the [Service]
section of the photoview.service
file. That may allow it to load exiftool.
As for darktable, I was never able to dedicate enough time to it. Try creating manually the two files @agrueneberg shows.
Not sure what i'm missing on the exiftool. Added the Environment variable... still complaining
Feb 06 20:40:10 archlinux photoview[265270]: 2024/02/06 20:40:10 Error initializing ExifTool: error when executing command: exec: "exiftool": executable file not found in $PATH
Feb 06 20:40:10 archlinux photoview[265270]: 2024/02/06 20:40:10 Failed to get exiftool, using internal exif parser instead: error when executing command: exec: "exiftool": executable file not found in $PATH
Here is the override:
[Service]
Environment=PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/vendor_perl
Also @agrueneberg, how do I use the sysusers.d portion? manually make a folder and file or through systemd-user
I solved the darktable issue using tmpfiles and sysusers overrides:
/etc/tmpfiles.d/photoview.conf
d /home/photoview 0755 photoview photoview 10d -
/etc/sysusers.d/photoview.conf
u photoview - "photoview user" /home/photoview
Alternatively, changing $HOME
to some writable temporary location in photoview.env might also work.
That said, I think this kind of solution is too ugly to include just to make an optional dependency work...
I looked into fixing the problem upstream: darktable allows to --configdir
and --cachedir
to be changed, but darktable-cli doesn't process these arguments when used with --version
(as called by photoview) and uses the defaults instead 🤷
Regarding exiftool
, see issues #730 and #787. I will try to fit in the time this month to work with upstream to properly fix that issue.
Regarding the darktable
integration, that may point to why my test installation was failing to find it, though I failed to diagnose. I thought the issue I had was regarding paths, as with exiftool
. Off the top of my head, the easiest thing would be to create a darktable config and cache directory with tmpfiles
, but I'm not sure if that is kosher, or if it would even work. I'll have to look up darktable
docs, and see if they support a non-home-directory location for cache
and config
.
Beyond that, I'll try to find some arch documentation to see if the tmpfiles
solution is acceptable Arch practice for that, and I'll ask on IRC as well, to see what the best solution would be for that.
If you have any ideas, feel free to voice them. We'll see what we can come up with.
Darktable integration is not working:
Error getting version of darktable: exit status 1
darktable tries to open ~/.config/darktable
and ~/.cache/darktable
on startup, but the photoview user does not have an explicit home directory:
$ sudo -u photoview darktable-cli
path lookup '/.config/darktable' fails with: 'No such file or directory'
Any good ideas on how to fix this?
I had to add a PATH
override for photoview to find /usr/bin/vendor_perl/exiftool
:
[Service]
Environment=PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/vendor_perl
Sure thing! And, I think you are added now. Let me know if I didn't do it right.
One thing I'm thinking is to try to figure out how to fix a bunch of the "deprecated package" messages in the upstream code. If you are familiar with npm and such, and would like to help/teach me how to do so, let me know. Also, if you have other suggestions with changes for the arch packaging, let me know, I'd love to learn.
Pinned Comments
Chewing_Bever commented on 2024-08-07 13:49 (UTC)
All my AUR packages are available prebuilt from my personal repository.