'Twas brillig, and Thomas Bächler at 13/02/13 10:01 did gyre and gimble: > Am 13.02.2013 10:29, schrieb Colin Guthrie: >>> Hmm, but what happens then if people do run >>> >>> systemctl enable [email protected]? > > In my eyes, doing this always seemed wrong, I wouldn't mind if it > returned an error.
Yeah, I'm personally OK with that too. >>> We really need to get the story right on this, I guess, so that >>> something useful happens in both cases? >> >> The same could be said of any templated unit with a WantedBy= section I >> guess. >> >> One idea off the top of my head is to have a NoInstanceAlias= directive, >> but adding a new verb here seems fugly. > > I actually like the idea of adding a DefaultInstace= option to the > install section. Instead of fiddling with aliases manually, it could > look like this: > > [Install] > WantedBy=getty.target > DefaultInstance=tty1 Actually yeah, that looks kinda neat. I think that syntax would justify a new verb. > Instead of going to [Install], this could even go to [Unit] and affect > start/stop, not just enable. Interesting idea. Might be somewhat confusing overall however. I guess there is an argument for being explicit for start/stops, even if enable/disable support the "instanceless" syntax. >> Perhaps we could abuse the - syntax? >> >> e.g.: >> Alias=-getty.target.wants/[email protected] >> WantedBy=getty.target > > Manually writing an alias here seems redundant - you shouldn't have to > write an alias when what you do is pretty much standard. If DefaultInstance was implemented in the [Unit] section, I guess Alias should gain %i/%I replacement support just to be complete. With it bailing with an error when DefaultInstance was not supplied and no instance provided on the command line. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
