GUACAMOLE-1981: Add configure argument for systemd user#543
GUACAMOLE-1981: Add configure argument for systemd user#543necouchman merged 1 commit intoapache:patchfrom
Conversation
|
Thanks @morganwillcock, this looks pretty good. Does it make sense to also make the group configurable, and add that in? |
|
I'm not sure about doing the same for the group. If no group is specified it should automatically use the default group of the user. It probably isn't a good idea to try and guess ahead of time which Systemd settings will be useful and then start adding additional configure arguments for each. It could be argued that setting the user with a configure argument is already an abuse of the build system - personally I think this single case is justified to avoid running [a remote access service] as root by default, while still allowing the unit file to be installed without additional changes. |
|
@morganwillcock : That's fair - I was just thinking of other software builds that I've seen, and often when a |
|
I think the problem would be that creating the unit file with a default group name set in it will probably break people's existing deployment mechanisms which wouldn't expect it to be there. i.e. There may already be something in place to modify the user before starting the service, but there wouldn't necessarily be anything configured to set the group. Just on the grounds of compatibility with previous releases, it is probably best to omit the group unless there was some compelling case to always set it. |
|
On debian bookworm with latest 1.6.0: After switching to guacd user into systemd unit, no more warning, it connect: Any news on this PR ? Best regards |
|
@morganwillcock I'm good with these changes - could you re-base this on the |
9f8680a to
30ca8d8
Compare
|
@necouchman It should now be mergable on the patch branch. |
This adds an additional configure argument
--with-systemd-user.I've tried to follow the pattern of how other configure arguments and variables are defined. The indentation style for the changes in Makefile.am is taken from an example in the Automake manual, using an additional space character to indent a multi-line command.
Here are some examples which show the additional configure output: