Arch Linux Service Problem

[makuab]

I'm trying to setup a systemd service for deluged. I followed the arch wiki and it says to just use the built in deluged.service file in /usr/lib/systemd/system. It's quite weird, when I change the User=deluge to User=myusername I am able to connect remotely and able to use the deluge-console, but when I change User= in deluged.service to root or deluge it gives me an invalid password error when I try to connect using deluge-console. I also setup a remote user using echo user:password:level >> ~/.config/deluge/auth, and it has myusername and a different password. I got it working, but I want to know why it doesn't work with other User= in the systemd service.
Maybe it has to do with the conf? What determines the password the deluge-console uses to connect to deluged?

Also I noticed in ~/.config/deluge there are two core.conf files, one is core.conf~ and one is core.conf. Why is this?

[Cas]

The Arch wiki (and ours) need to add information that running deluged as another user will use a different config location thus deluge-console run from a different user will be unable to login.

The old gentoo wiki has a temporary step of logging into deluged's user shell before running deluge-console:

Code: Select all

su --shell /bin/bash --login deluge

Trailing tilde indicates backup files

[makuab]

The Arch wiki (and ours) need to add information that running deluged as another user will use a different config location thus deluge-console run from a different user will be unable to login.

The old gentoo wiki has a temporary step of logging into deluged's user shell before running deluge-console:

Code: Select all

su --shell /bin/bash --login deluge

Trailing tilde indicates backup files

Thanks for the reply.

So I would have to log in as root or deluge to run it as either of them? Would it create a new .config in /home/deluge/.config or /home/root/.config

Does it run as the current user if User= is removed?