On Wed, Nov 20, 2013 at 2:57 PM, Thomas Bächler <tho...@archlinux.org> wrote: > Am 20.11.2013 14:38, schrieb Tom Gundersen: >> Pass on the line on which a section was decleared to the parsers, so they >> can distinguish between multiple sections (if they chose to). Currently >> no parsers take advantage of this, but a follow-up patch will do that >> to distinguish >> >> [Address] >> Address=192.168.0.1/24 >> Label=one >> >> [Address] >> Address=192.168.0.2/24 >> Label=two >> >> from >> >> [Address] >> Address=192.168.0.1/24 >> Label=one >> Address=192.168.0.2/24 >> Label=two > > This is a bad idea. When we have a config file > > [Section] > Foo=bar > > [Section] > Foo=baz > > and have a corresponding .d snippet with > > [Section] > Foo=bay > > what does this mean? Does it override the value of the first section, > the second section or does it create a new section?
Yeah, in this case it would not make sense. However, this stuff is opt-in only, and unit files don't opt-in (currently nothing does). For the use-case I have in mind we won't allow partial overrides and probably not even drop-ins/includes. -t _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel