On Mon, Aug 11, 2014 at 04:42:44PM +0200, Lennart Poettering wrote: > On Mon, 11.08.14 16:25, Juerg Haefliger ([email protected]) wrote: > > > On Mon, Aug 11, 20 > > > > [Unit] > > > > Description=Grow the root partition > > > > After=systemd-readahead-collect.service systemd-readahead-replay.service > > > > [email protected] sysroot.mount > > > > > > This will not work. "[email protected]" is is not a unit name (but > > > just a template for unit names), and dependencies may only be declared > > > relative to other units, never to templates. (I admit though that this > > > might be useful to have, but then again, I am not sure how we could > > > implement this nicely...). > > > > > > My recommendation would be to add a dropin file > > > [email protected]/foobar.conf or so, which adds the reverse > > > dependency of the one you are looking for. Or in other words: extend the > > > [email protected] definition, instead of your growroot.service > > definition. > > > > Are you saying I should replace the existing [email protected] file > > with my own version or what exactly do you mean by 'extending'? > > You can extend any unit file in systemd by creating a subdir in > /etc/systemd/system/ named after the unit, but suffixed with ".d", and > then dropping a .conf file in there. Files like this will be read after > the main unit file has been read and its settings can hence override or > extend the settings from the main unit file. For instance units systemd > will look for both the .d/ directory of the instance and of the template. > > Hence: > > mkdir -p /etc/systemd/system/[email protected] > echo "..." > /etc/systemd/system/[email protected]/foobar.conf > systemctl daemon-reload > > Allows you to extend the definitions in [email protected] by your > own settings. If growroot will be packaged (I assume it will), this file should be under /usr/lib, i.e. replace /etc/systemd/system with /usr/lib/systemd/system in those instructions.
Zbyszek -- devel mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
