[Tux3] Extended attributes have landed in tux3.c

[Daniel Phillips]

On Thursday 11 September 2008 21:56, Tero Roponen wrote:
> On Thu, 11 Sep 2008, Daniel Phillips wrote:
> > So it seems we have a new build dependency: libattr1-dev.  And we have
> > a way of compiling without it, the only bad effect of which is to return
> > ENOENT instead of ENOATTR, which does not seem like such a bad thing
> > considering you return EEXIST in your fuse patch, which wrongly implies
> > that the offending object is a file, just as ENOENT does.
> 
> Well, the man-page of setxattr has this information:
> 
> 	If XATTR_CREATE is specified, and the attribute exists already,
> 	errno is set to EEXIST.  If XATTR_REPLACE is specified, and the 
> 	attribute does not exist, errno is set to ENOATTR.
> 
> and attr/xattr.h has this:
> 
> #ifndef ENOATTR
> # define ENOATTR ENODATA        /* No such attribute */
> #endif
> 
> So just replacing ENOATTR with ENODATA should be fine.

Great, that takes care of that then.  But we still should do our duty
and bug the libattr maintainer(s) about playing nice with pkg-config.
Even autoconf wants that, if it can get it.

Regards,

Daniel

_______________________________________________
Tux3 mailing list
Tux3 at tux3.org
http://tux3.org/cgi-bin/mailman/listinfo/tux3