Arch Linux User Repository

@cmm11 I added this file /usr/lib/systemd/system/flexget.service with the intention of reducing the running permissions for users who use flexget-webui. Users using the webui can directly run command within the webui. If you have to run these commands from the command line, traditional su cannot do it because the shell of the flexget user is /usr/bin/nologin and login is prohibited.

• You can run sudo -u flexget flexget -c /var/lib/flexget/config.yml execute --task task_name

• Or You can use the gosu that I just packaged to implement: sudo gosu <user>:<group> <command>, for example: sudo gosu flexget:flexget flexget -c /var/lib/flexget/config.yml execute --task task_name.

If you are using /usr/lib/systemd/system/flexget.service, you can add a alias in your shell rc file: alias flexget="sudo -u flexget /usr/bin/flexget -c /var/lib/flexget/config.yml or alias flexget="sudo gosu flexget:flexget /usr/bin/flexget -c /var/lib/flexget/config.yml".

After taking over Flexget, I had

• Added flexget-webui and flexget-webui-v1 in optdepends, you can install and enable webui if you need. When using webui, it is recommended to use /usr/lib/systemd/system/flexget.service I have newly added.
• Fixed dependency packages.
• Added /usr/lib/systemd/system/flexget.service to run as a system user, the original methods that run as normal user still exists: /usr/lib/systemd/system/flexget@.service and /usr/lib/systemd/user/flexget.service.

If upgrade fail, you should remove old flexget first, and reinstall.

I installed python-hatchling and python-hatch-requirements-txt to be able to build flexget. I believe both, or one of them is now a build dependency. The hatchling module was missing if I recall correctly, but that was when looking for dependencies, then I suspected of the hatchling requirements as well. At any rate, missing dependencies at build time with 3.13.7.

@cmm11 I added this file /usr/lib/systemd/system/flexget.service with the intention of reducing the running permissions for users who use flexget-webui. Users using the webui can directly run command within the webui. If you have to run these commands from the command line, traditional su cannot do it because the shell of the flexget user is /usr/bin/nologin and login is prohibited.

• You can run sudo -u flexget flexget -c /var/lib/flexget/config.yml execute --task task_name

• Or You can use the gosu that I just packaged to implement: sudo gosu <user>:<group> <command>, for example: sudo gosu flexget:flexget flexget -c /var/lib/flexget/config.yml execute --task task_name.

If you are using /usr/lib/systemd/system/flexget.service, you can add a alias in your shell rc file: alias flexget="sudo -u flexget /usr/bin/flexget -c /var/lib/flexget/config.yml or alias flexget="sudo gosu flexget:flexget /usr/bin/flexget -c /var/lib/flexget/config.yml".

Update- Thanks for the detailed reply devome and for maintaining the pkgbuild.

If i run flexget using the system service file, how do i interact with the daemon? For example if i wanted to do: flexget execute --tasks task-name

Many thanks @devome !

@je-vv It ’s not moving. flexget-webui is a package that I just added after I take over flexget. Yes, it can be just optdepends, and I have change it.

Why the move of flexget-webui to a hard dependency?

I believe it can remain an opt dependency, just like flexget-webui-v1 is an opt dependency. Why forcing to install a webui? @devome can you reconsider this and if possible move the webui to be opt dependency?

Thanks !

After taking over Flexget, I had

• Added flexget-webui and flexget-webui-v1 in optdepends, you can install and enable webui if you need. When using webui, it is recommended to use /usr/lib/systemd/system/flexget.service I have newly added.
• Fixed dependency packages.
• Added /usr/lib/systemd/system/flexget.service to run as a system user, the original methods that run as normal user still exists: /usr/lib/systemd/system/flexget@.service and /usr/lib/systemd/user/flexget.service.

If upgrade fail, you should remove old flexget first, and reinstall.

Is it possible to add a makedepend on whether python-pytest-parallel (it would need to be added to the AUR as well, but that would be the best), or at least pythoh-pytest-xdist, and then on the test section, use --workers auto in the case of parallel, or -n auto in the case of xdist? Or instead of just all cores, then get them like -j$(nproc --ignore 1), so that if possible one core is left not used...

That might be able to accelerate the testing part of the package. Testing is good BTW, :)