[systemd-devel] [PATCH] systemctl: resolve duplicate -f option in doc
Lennart Poettering
lennart at poettering.net
Mon Mar 26 15:01:52 PDT 2012
On Mon, 26.03.12 23:58, Lennart Poettering (lennart at poettering.net) wrote:
> On Sun, 18.03.12 20:28, Dave Reisner (d at falconindy.com) wrote:
>
> Heya,
>
> > The man page listed -f as the shortopt for both --follow and --force,
> > but the shortopt only applied to --force. Since --force is the dangerous
> > option, take away the shortopt and give it to --follow. Users should be
> > reminded that what they're about to do isn't standard procedure.
>
> Hmm, so I change this the other way round, so that -f is short for
> --force, not for --follow.
>
> This main reason is simply that -f as --force was already that way a
> long time ago and we included the systemctl interface in our interface
> stability promise.
>
> Besides at least I myself while debugging systemd quite often have to
> type "systemctl reboot -ff", but that'd be much hrder with "systemctl
> reboot --force --force"...
Hmm thinking about it, it might actually make sense that -f really is
short for both --force and --follow. Given that no command uses both in
conjunction anyway this should be fairly safe I think.
That way --force or -f would enable force mode for "systemctl enable",
"systemctl reboot". And --follow or -f would enable follow mode for
"systemctl status".
Opinions? Is this kind of overloading ugly? I am tempted to say it's
pretty OK, what do you say?
Lennart
--
Lennart Poettering - Red Hat, Inc.
More information about the systemd-devel
mailing list