[Calendarserver-maintainers] Bug#483987: Bug#483987: calendarserver vs. user_xattr
Peter.Mann at tuke.sk
Sun Jun 1 19:20:02 UTC 2008
On Sun, Jun 01, 2008 at 08:04:28PM +0200, Guido Günther wrote:
> On Sun, Jun 01, 2008 at 06:58:12PM +0200, Peter Mann wrote:
> > i suggest to add info about user_xattr with type of filesystem, because
> > user_xattr is for ext3 and e.g. xfs has xattr (extended attributes) by
> > default - so maybe it's some help for other users ...
> Care to cook up a patch for README.Debian?
my suggestion is in attachment
(i'm not XFS guru, so "enabled by default" is my assumption, because
calendarserver works fine on XFS and there is no such option for XFS
extended attributes in kernel)
maybe someone can add info about another filesystems (JFS or Reiserfs)
XFS implements fully journaled extended attributes. An extended
attribute is a name/value pair associated with a file. Attributes can be
attached to all types of inodes: regular files, directories, symbolic
links, device nodes, and so forth. Attribute values can contain up to
64KB of arbitrary binary data. XFS implements three attribute
namespaces: a user namespace available to all users, protected by the
normal file permissions; a system namespace, accessible only to
privileged users; and a security namespace, used by security modules
(SELinux). The system namespace can be used for protected filesystem
meta-data such as access control lists (ACLs) and hierarchical storage
manager (HSM) file migration status.
5o Peter.Mann at tuke.sk
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 767 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/calendarserver-maintainers/attachments/20080601/c9ee5a76/attachment.diff
More information about the Calendarserver-maintainers