On 07/09/2014 05:51 PM, R. G. Newbury wrote:
On 09/07/14 05:35 AM, users-request(a)lists.fedoraproject.org wrote:
On 7 Date: Wed, 09 Jul 2014 00:36:37 -0700 From: Joe Zeff
On 07/08/2014 11:40 PM, lee wrote:
>> >When something is disguised or hidden, it is not disabled. It is
>> >camouflaged or concealed. Camouflage, concealment, hiding, disguise
>> and
>> >masking can all be used for*preventing* from being disabled.
> No. When a service is disabled it can still be started after boot, but
> when it's masked, it can't be started at all.
> Do understand that I'm defending neither systemd nor the deveolper's
> choice of terminology. I'm merely correcting what looks like a
> misstatement of how it works.
Yes! And how it *works* is not what that term, used normally describes.
Which is the point being made.
'Disabled' should imply 'NEVER'
'Masked' is not a word which should be used in this context.
Selinux got the terms correct, IMHO there is NO reason why systemd
should not use the same terms:
ENABLED means ALWAYS
PERMISSIVE means SOMETIMES
DISABLED means NEVER
These are completely unrelated terms. in services start language
"enabled" means "start at boot" and disabled "do not start at
boot" ..
and that's all ..
systemd added the automatically dependency start : if the foo service is
a dependence of bar service, at bar start also foo will start even if it
is not enabled (which is good!) (and from my point of view easier for
the admins and users alike)
only when you want to _forbid_ the start of an service you will "mask"
it: i see the term like a blanket the covers the subject that stops to
be there. (as you probably seen mask mean just ln -s foo.service /dev/null )
These are the start-up default states and should have no effect on
using
start or stop directly. Systemd however mis-manages this as well, so
that you cannot start a 'masked' service
So 'masked' is actually NEVER NOT EVEN WHEN YOU WANT IT. and DISABLED
means SOMETIMES, but there is no way to set a state where the computer
cannot under any circumstances but you can MANUALLY.*
what is exactly your use
case? what do you want to achieve?
..snip..
Geoff
*I mean that I should not have to 'unmask', 'start' and 'mask'
the
service to achieve an 'only-when-*I*-want-it' start-up of a service.
Setting 'disabled' means that the system can start it whenever it feels
the need.
only-when-you-want-it includes the case of being of dependency of
something you start? i mean it would be logical that for a foo.service
disabled (and dependency of bar.service) to start when you manually
(systemctl enable && start) bar.service also to start foo.service. after
all you really wanted to start the the bar.service and by dependency
chain also foo.service..
So.. what is exactly the problem? What do i miss in your problem
description?
Adrian