Re: [arch-general] Configuring enabled services

2014-03-27 Thread Thomas Bächler
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

Re: [arch-general] Configuring enabled services

2014-03-27 Thread Gesh
On March 27, 2014 11:20:04 AM GMT+02:00, "Thomas Bächler" 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 the dependency g

Re: [arch-general] Configuring enabled services

2014-03-27 Thread Thomas Bächler
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

Re: [arch-general] Configuring enabled services

2014-03-27 Thread Gesh
On March 27, 2014 9:25:24 AM GMT+02:00, "Thomas Bächler" 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 units. >> Those

Re: [arch-general] Configuring enabled services

2014-03-27 Thread Thomas Bächler
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 > /etc

Re: [arch-general] Configuring enabled services

2014-03-27 Thread Thomas Bächler
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

Re: [arch-general] Configuring enabled services

2014-03-26 Thread Sean Greenslade
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 > 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, > >a

Re: [arch-general] Configuring enabled services

2014-03-26 Thread Emil Lundberg
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 themse

Re: [arch-general] Configuring enabled services

2014-03-26 Thread Gesh
On March 19, 2014 9:16:57 PM GMT+02:00, Ary Kleinerman 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, >Don't forget

Re: [arch-general] Configuring enabled services

2014-03-19 Thread 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 units and /usr/lib/systemd/system: Units of i

Re: [arch-general] Configuring enabled services

2014-03-19 Thread Paul Gideon Dann
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. > /etc/systems/service