:: Re: [DNG] [RFC] User services
Forside
Slet denne besked
Besvar denne besked
Skribent: Martin Steigerwald
Dato:  
Til: dng
Emne: Re: [DNG] [RFC] User services
s@po, tuxd3v@??? - 11.05.19, 18:22:
> Hello All,
>
> On Sat, 11 May 2019 11:26:12 +0200
>
> Martin Steigerwald <martin@???> wrote:
> > Hi.
> >
> > Now that the proof of concept is out, I am thinking about extending
> > it a little bit.

[…]
> > What do you think about that?

[…]
> In the past Debian Wheezy had a tool for that, called 'chkconfig', it
> was a lot used in the Datacenter.. 
> # Adding a Service 'atsd':
>     chkconfig --add atsd;
> # Enable the service in several Runlevels:
>     chkconfig --level 12345 atss on;


AFAIK that is a tool coming from RHEL/CentOS/Fedora that was dropped
from Debian for some reason. It only works with system-wide services as
far as I am aware of.

> And other funcionalities, like listing the services and so on..
> It was a very helpfull tool.
>
> In the absence of it( I don't know why it was removed .. ), your tool
> seems to come to replace it, BUT for users only? :)


I do not know why it was removed.

And yes, my approach is just for user services. I already thought about
making it a generic frontend for runit/s6, in order to also allow it to
handle system services, in order to allow starting/stopping teamviewer
services. But on one hand we have the init system with its tools for
that already and on the other how to handle permissions would be
something to be really clear about.

Also I'd rather get rid of teamviewer than to provide support for it. I
use it very rarely for support cases from customer of my employee.

> I think it would be nice to call it like 'uservice', instead of
> 'u[ser]service[s]', which is a lot bigger name, or a alias called
> 'uservice', since 'service' is also another tool, to deal with..
> services.


I bet I'd make that a symlink or so, so the tool could work as either
'uservice' or 'userservice'. 'uservice' also has 'user' and 'service'
in it. I also thought about just 'us' but Z-Shell would like to correct
that to 'su' and… those really short command names are better reserved
for commands that the likely user calls often, such as 'cp', 'mv' and so
on.

Ciao,
--
Martin