[Lxc-users] [PATCH] ignore non-lxc configuration line

Brian K. White brian at aljex.com
Mon May 16 16:31:44 UTC 2011


On 5/14/2011 9:20 AM, Serge Hallyn wrote:
> Quoting David Serrano (dserrano5 at gmail.com):
>> On Sat, May 14, 2011 at 00:15, Serge Hallyn<serge.hallyn at canonical.com>  wrote:
>>>
>>> I'm curious, whatcha got in mind?
>>
>> I don't think you have to have something in mind to implement this.
>> Just that old motto "Be lenient in what you accept" :).
>
> So if I type 'lcx.' instead of 'lxc.', as I often do, it'll silently
> ignore it?  No, that's a bad idea.
>
> In any case I wasn't (until now) doubting Daniel's motivations, rather
> I was pretty sure he had something neat in mind.

I like it but I can't think of anything off hand that I'd use it for 
that I couldn't just as easily use either comments or a separate file to 
do. And obviously as you point out there's an argument for enforcing 
only known options as a basic sanity check.

On the other hand there have been plenty of times where I wished 
something would gracefully ignore options it didn't recognize which came 
from newer versions or from distribution patched versions. It gets in 
the way of portability and site/organization-wide administration in some 
cases unnecessarily. Sometimes the unknown options could be simply 
ignored and the end result would still be what I wanted. Ideally it 
should be a user-configurable behavior whether to die/abort or try to 
limp along if possible. Sometimes you really would rather a service not 
run at all if there is even any hint of a question about it's configuration.

-- 
bkw




More information about the lxc-users mailing list