New package: headscale-0.16.4 #39864
Conversation
|
Crosscompiling fails, because it compiles for host? How do I circumvent this? |
|
use the go build style |
I tried but I don't get a binary. At least I don't find any |
|
I tried to package headscale, but didn't end up finishing it, feel free to get inspiration from here: 29f7be7 |
teldra
force-pushed
the
new-headscale
branch
2 times, most recently
from
3d83af0
to
9bc1938
Compare
|
Thank you @paper42, that did the trick! |
srcpkgs/headscale/template
Outdated
| checksum=0395478f9dde68aa8ca23be8df6ff636d47166981d0995e4e31a8c7db12df8e8 | ||
| make_dirs="/etc/headscale 0750 _headscale _headscale | ||
| /var/lib/headscale 0750 _headscale _headscale | ||
| /var/run/headscale 0750 _headscale _headscale" |
There was a problem hiding this comment.
Why is this one necessary? It is nowhere to be found in the linux setup instructions in the headscale docs
There was a problem hiding this comment.
headscale creates a sock file in this dir. (Please refer to the vsed statement in post_extract and maybe the config.yaml.)
I think, headscale is originally not intended to run as unprivileged user. I circumvent this with the creation of a headscale owned folder.
There was a problem hiding this comment.
I try to maximize the ootb experience.
There was a problem hiding this comment.
Ok yeah that dir is needed.
I think systemd (which they kinda design for) makes /var/run writable.
There was a problem hiding this comment.
Just realised that /var/run is a symlink to /run, a tmpfs; the directory will not survive a reboot.
The manual says to create the dir in the service file.
teldra
force-pushed
the
new-headscale
branch
5 times, most recently
from
3d07f9c
to
d3e23ed
Compare
|
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it. |
Testing the changes
New package