Am 19.03.2014 20:16, schrieb Ary Kleinerman:
There's not really much magic going on. Are you aware of:
/etc/systemd/system
This contains symlinks that do already pretty much what you describe, and
this
is systemd's native configuration.
Paul,
Don't forget
/run/systemd/system: Runtime
Am 26.03.2014 23:13, schrieb Gesh:
Thanks for the pointers.
If I understand what's going on correctly, units specify in their [Install]
section whether, when they're enabled, they should be pulled in by other
units.
Those symlinks usually populate the appropriate directory under
On March 27, 2014 9:25:24 AM GMT+02:00, Thomas Bächler tho...@archlinux.org
wrote:
Am 26.03.2014 23:13, schrieb Gesh:
Thanks for the pointers.
If I understand what's going on correctly, units specify in their
[Install] section whether, when they're enabled, they should be pulled
in by other
Am 27.03.2014 09:41, schrieb Gesh:
Basically, if I understood what happens correctly, the units under
/etc/systemd/system/*.wants/ - or their targets, if they're symlinks -
replace their corresponding units in the dependency graph.
Not exactly.
When you place a unit in foo.wants, then foo
On March 27, 2014 11:20:04 AM GMT+02:00, Thomas Bächler
tho...@archlinux.org wrote:
Am 27.03.2014 09:41, schrieb Gesh:
Basically, if I understood what happens correctly, the units under
/etc/systemd/system/*.wants/ - or their targets, if they're symlinks -
replace their corresponding units in
Am 27.03.2014 13:26, schrieb Gesh:
But what if bar.unit Wants=foo.unit and I add a custom foo.unit to
bar.unit.wants/ ? Will both be run? Will the custom foo.unit replace the
built-in?
I don't know what happens if you try, but there can only be one unit of
the same name.
signature.asc
On March 19, 2014 9:16:57 PM GMT+02:00, Ary Kleinerman
akleiner...@buinet.com.ar wrote:
There's not really much magic going on. Are you aware of:
/etc/systemd/system
This contains symlinks that do already pretty much what you describe,
and this
is systemd's native configuration.
Paul,
That is correct, when you call `systemctl enable foo.unit` then the
[Install] section of the unit file is executed. Static means that
the unit has no [Install] section, meaning it is permanently
enabled/disabled as far as the systemctl enable/disable tool is
concerned. Other than pulling
On Thu, Mar 27, 2014 at 12:13:08AM +0200, Gesh wrote:
On March 19, 2014 9:16:57 PM GMT+02:00, Ary Kleinerman
akleiner...@buinet.com.ar wrote:
There's not really much magic going on. Are you aware of:
/etc/systemd/system
This contains symlinks that do already pretty much what you
Dear all,
I've been rereading the old arguments on the rc.conf split.
Disregarding everything discussed there, one interesting
point came up during that discussion.[1]
Is it possible to have some configuration file, e.g.
/etc/systems/services.conf that would list all the units
one wants to be
On Wednesday 19 Mar 2014 12:52:55 Gesh wrote:
Dear all,
I've been rereading the old arguments on the rc.conf split.
Disregarding everything discussed there, one interesting
point came up during that discussion.[1]
Is it possible to have some configuration file, e.g.
There's not really much magic going on. Are you aware of:
/etc/systemd/system
This contains symlinks that do already pretty much what you describe, and this
is systemd's native configuration.
Paul,
Don't forget
/run/systemd/system: Runtime units and /usr/lib/systemd/system: Units
of
12 matches
Mail list logo