systemctl uses ambiguous terms (was: Do I need avahi?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tim <ignored_mailbox@xxxxxxxxxxxx> writes:

> On Mon, 2013-07-29 at 16:23 +0200, lee wrote:
>> f "disable" and "mask" were to be replaced, they should still be
>> available for some time along with the new words. That might create
>> more confusion than it could do any good.
>
> Could that be any worse?!?

Hm, maybe not.

> Currently, we have something "disabled" that doesn't do what we expect,
> based on prior behaviour, nor what the word means.  You have to wonder
> how many people are using it thinking it means something else, both from
> the end-users, and those writing software using the system.

True --- I've been thinking that disabled means disabled.  Now can you
really question every option any software might have, especially when
its meaning seems as clear and obvious as "disabled", because it just
might mean something else nowadays?

> And what should be used?  Seeing as we, now, have more modes than
> before, perhaps it's time to come up with new, and unambiguous names.
> What one-word terms accurately describe the different modes?
>
>   active  (will be running)

I'd call that "enabled".

>   waiting (will be run if needed)

"Waiting" would suggest that something is running, waiting for something
--- like emacs is running and waiting for my input.  That would be
misleading.

In this context, I'd call this mode "enabled" as well.  It's merely
another way of being enabled in that something doesn't get started right
away or not at all.  Whether it does get started or not doesn't matter,
it is still enabled because it can be started.

>   ignored (will not be run, at all)

I'd call this "disabled".  "Ignored" doesn't imply that something is
disabled.

> Something else?

Yes --- do they have to be single-word terms?  How about:


run-at-boot
run-as-needed
run-never


... and/or perhaps variations like "start-at-boot", "start-as-needed",
"start-never".  Then those could be shortened like:


boot | always
needed | ondemand
never | disable[d]


With that, something like "systemctl never avahi-daemon" would be clear,
and "systemctl disable avahi" would do what users expect.

Well, I've made a bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=990177


-- 
Fedora release 19 (Schrödinger’s Cat)
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux