This is the mail archive of the
cygwin
mailing list for the Cygwin project.
RE: Extended attributes
- From: Pavel Fedin <p dot fedin at samsung dot com>
- To: cygwin at cygwin dot com
- Date: Thu, 16 Jan 2014 10:08:27 +0400
- Subject: RE: Extended attributes
- Authentication-results: sourceware.org; auth=none
- References: <006e01cf1066$c5f0e080$51d2a180$%fedin at samsung dot com> <20140113141041 dot GC21977 at calimero dot vinschen dot de> <002f01cf11ba$df28b550$9d7a1ff0$%fedin at samsung dot com> <20140115091530 dot GH10212 at calimero dot vinschen dot de>
Hello!
> > What do you think about adding other possible namespaces (system,
> > security, and... don't remember the 3rd one) ? So that when
> > manipulating UNIX archives etc these attributes could be kept along
> > with files ? At least we have one use case now.
>
> That doesn't make sense. Extended attributes as implemented by Windows
> are user attributes, not system attributes. The non-user attributes on
> Linux have a very special meaning to the kernel and/or are restricted
> to privileged users only. Their functionality is already provided by
> other OS functions (as for system.posix_acl_access) or not at all (as
> for security.selinux).
I know they have special meaning. At the other hand, if we allow them, we will allow to store them on a filesystem. Wouldn't it be nice ? This is useful at least for SquashFS image preparation.
I guess for similar reasons we have support e. g. for device nodes (/dev) with their major/minor numbers. They are also ignored by Cygwin, and just stored on the filesystem (or do i miss something ?).
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple