acl-devel
[Top][All Lists]
Advanced

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

Re: [Acl-devel] [ANNOUNCE] attr 2.4.47


From: Kamil Dudka
Subject: Re: [Acl-devel] [ANNOUNCE] attr 2.4.47
Date: Tue, 21 May 2013 14:47:55 +0200
User-agent: KMail/1.12.4 (Linux/2.6.32-358.el6.x86_64; KDE/4.3.4; x86_64; ; )

On Tuesday 21 May 2013 14:33:36 Christoph Anton Mitterer wrote:
> Hi Kamil.
> 
> On Tue, 2013-05-21 at 10:22 +0200, Kamil Dudka wrote:
> > Sorry, I was not aware of your bug report at all.  It was supposed to
> > fix https://bugzilla.redhat.com/660619 and I believe the bug is fixed.
> 
> No worries... :)
> 
> > > While now you use an exit status, it doesn't seem to be a reasonable
> > > one.
> >
> > It is quite common to return a non-zero exit code if an error occur,
> > isn't it?
> 
> Sure... I just wouldn't classify a missing xattr a classical error... it
> personally consider it more like a "Are you living on the northern
> hemisphere? Yes/No" Q&A.... neither of the two answers would be an
> error.
> An error would be the "answer" "sorry I don't understand you and
> therefore cannot answer your question".
> 
> > > 3) That an attribute is missing, is however not real error, is it?
> >
> > Definitely not something we should silently ignore I guess.
> 
> Sure... I'd just have used different error codes, with specifying what
> each of them means like
> 1: general error (e.g. everything not yet caught, or wrong command line
> options or no xattr support)
> 2: the attribute is simply not set
> 3: ...
> 
> At least this would make scripting a lot easier in many cases ;)

Providing more fine-grained error codes sounds useful.  Is there any similar 
utility that uses the error codes above?  It would be good to make the error 
codes compatible with other utilities that use them already.

Kamil



reply via email to

[Prev in Thread] Current Thread [Next in Thread]