Tomasz,
sockets.target is rather odd for me. If I had (hypothetical)
socket-activable service, which is only relevant in GUI environment,
I would like its socket to be pulled in by graphical.target. Using
sockets.target would let my hypothetical service to be available in
text-only boot.
On Thu, Mar 07, 2019 at 06:55:21PM +0100, Reindl Harald wrote:
>
>
> Am 07.03.19 um 18:48 schrieb Tomasz Torcz:
> > On Thu, Mar 07, 2019 at 11:24:08AM +0100, Lennart Poettering wrote:
> >> 2. rtags (it uses default.target in a socket file, which is even
> >>weirder, should use
Am 07.03.19 um 18:48 schrieb Tomasz Torcz:
> On Thu, Mar 07, 2019 at 11:24:08AM +0100, Lennart Poettering wrote:
>> 2. rtags (it uses default.target in a socket file, which is even
>>weirder, should use sockets.target)
>
> sockets.target is rather odd for me. If I had (hypothetical)
>
On Thu, Mar 07, 2019 at 11:24:08AM +0100, Lennart Poettering wrote:
> 2. rtags (it uses default.target in a socket file, which is even
>weirder, should use sockets.target)
sockets.target is rather odd for me. If I had (hypothetical)
socket-activable service, which is only relevant in GUI
Am Do., 7. März 2019 um 15:47 Uhr schrieb Zbigniew Jędrzejewski-Szmek
:
>
> On Thu, Mar 07, 2019 at 11:31:18AM +0100, Michael Biebl wrote:
> > Am Do., 7. März 2019 um 11:24 Uhr schrieb Lennart Poettering
> > :
> > >
> > > On Do, 07.03.19 10:30, Michael Biebl (mbi...@gmail.com) wrote:
> > >
> > > >
On Thu, Mar 07, 2019 at 11:31:18AM +0100, Michael Biebl wrote:
> Am Do., 7. März 2019 um 11:24 Uhr schrieb Lennart Poettering
> :
> >
> > On Do, 07.03.19 10:30, Michael Biebl (mbi...@gmail.com) wrote:
> >
> > > Looks like quite a few services use
> > > WantedBy=default.target
> > >
I have a systemd service unit of type "dbus". I would like to have the
option to restart (or stop and start) the service with additional command
line arguments in "ExecStart".
I tried using a template unit with "EnvironmentFile" selected by the
instance name. I also tried a template unit with
Ok, so I'll have to live with that. Thanks for explaining!
--
Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/
Lehrstuhl f. BioinformatikMail: http://www.bio.ifi.lmu.de/~steiner/m/
LMU, Amalienstr. 17 Phone: +49 89 2180-4049
80333 Muenchen, Germany Fax:
Am Do., 7. März 2019 um 11:24 Uhr schrieb Lennart Poettering
:
>
> On Do, 07.03.19 10:30, Michael Biebl (mbi...@gmail.com) wrote:
>
> > Looks like quite a few services use
> > WantedBy=default.target
> > https://codesearch.debian.net/search?q=WantedBy%3Ddefault.target
> >
> > Some of them are user
On Do, 07.03.19 11:21, Frank Steiner (fsteiner-ma...@bio.ifi.lmu.de) wrote:
> Hi,
>
> another weird cgroup question :-) Now that I'm able to move certain
> system services into the user slice and impose an overall memory limit
> on them and all users, I'd like to move the root user outside the
On Do, 07.03.19 10:30, Michael Biebl (mbi...@gmail.com) wrote:
> Looks like quite a few services use
> WantedBy=default.target
> https://codesearch.debian.net/search?q=WantedBy%3Ddefault.target
>
> Some of them are user services, but I wonder if there is
> recommendation regarding system
Hi,
another weird cgroup question :-) Now that I'm able to move certain
system services into the user slice and impose an overall memory limit
on them and all users, I'd like to move the root user outside the user
slice to make sure he is not hit by the limit.
I was able to move part of roots
Looks like quite a few services use
WantedBy=default.target
https://codesearch.debian.net/search?q=WantedBy%3Ddefault.target
Some of them are user services, but I wonder if there is
recommendation regarding system services.
Should they use multi-user.target or graphical.target instead or is it
ok
Lennart Poettering wrote:
You can do theopposite however, just use Slice= in your services to
assign arbitrary system services to user.slice.
Works great! Thanks a lot!
--
Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/
Lehrstuhl f. BioinformatikMail:
14 matches
Mail list logo