thrnz

I'm no longer using Deluge, but if you're using [this](https://gist.github.com/thrnz/dcbaa0af66c70af8e302a1c7eb75484a) example helper container as-is, then it expects the config to be mounted at ```/deluge/config``` rather than ```/config```. So: ``` deluge-port-helper:...

I've just added the option to set where the forwarded port number gets dumped to. That way you can set ```PORT_FILE=/path/to/forwarded_port``` and then mount it into both containers as-is without...

This is probably the same as issue #39. `wg-quick` requires a missing kernel module to do its thing. Apart from making sure the missing module is available, I'm afraid I'm...

The container uses [`wg-quick`](https://git.zx2c4.com/wireguard-tools/about/src/man/wg-quick.8) to do all the basic network setup for Wireguard and assumes it was all successful (`wg-quick` hard fails if something goes wrong). It looks like when...

I added those vars for use with Docker secrets (#11), but they should still work with the user/pass files manually mounted inside the container, so I'm not sure why that...

```[ -r "$USER_FILE" ]``` just tests to see that the file exists and is readable, and I'm not sure why it would be failing if ```cat``` works on the same...

I don't suppose replacing the check with ```[ -e "$USER_FILE" ]``` also fails?

Interesting that its happening on other files as well, but very bizarre. I wonder if it would still fail after installing coreutils (```apk add coreutils```) in the container, though that...

```[ -r /file/path ]``` should return true for any file that exists and is readable. Does ```[[ -r /file/path ]]``` fail as well? Does it also fail outside of the...

Everything seems to be working normally for me in a freshly created Ubuntu 18.04 VM: ``` user@ubuntuvm:~/wg-test$ ll total 20 drwxrwxr-x 2 user user 4096 Jun 30 22:24 ./ drwxr-xr-x...