X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=ipOPx06IXTqn90323ef75ZdwdB/iFK2IbO0V99Fixgx
	/D4AK3kI2qy5+MuXFsfHxtkuSL+tXp0yghFHhlZveveWya7fgHBg1QaofOl74WMM
	cIp3q4VqZt7EESPOcKd8gzBv7abfvbLZiR0CtcCQBU/oSFNib5r5TF+nySj8z45Y
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 s=default; bh=yu8b6DsmMVhL3rhPR1t0DsBKYiw=; b=Hn743d0BDr3DU4er5
	hPWfpKBHMAInm2qmdTsK8eaSFBXe+73Kw4DM71YgurgS6r6eFf+uruJD0E+eb/AZ
	rloDcSHRrDfoOkhLi68H5TmdMggHWd+nQj6i6iU6fK4WWEqPAySS56WoYr6V52uX
	eCxlYi9vmWr26DTdkINxu0yhjo=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_20,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2
X-HELO: mailout4.w1.samsung.com
From: Pavel Fedin <p DOT fedin AT samsung DOT com>
To: cygwin AT cygwin DOT com
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> <001701cf1281$5fc57150$1f5053f0$%fedin AT samsung DOT com> <20140116091600 DOT GC26205 AT calimero DOT vinschen DOT de>
In-reply-to: <20140116091600.GC26205@calimero.vinschen.de>
Subject: RE: Extended attributes
Date: Mon, 20 Jan 2014 09:21:55 +0400
Message-id: <006301cf159f$8c0c8d90$a425a8b0$%fedin@samsung.com>
MIME-version: 1.0
Content-type: text/plain; charset=UTF-8
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id s0K5MLlB005389

 Hello!

> I'm really not inclined to add this.  As it is, the NTFS xattr are
> always treated as user attributes.  An NTFS attr "foo.bar" is returned
> as "user.foo.bar" and when writing, a "user.foo.bar" is written as
> "foo.bar".  Adding other attribute types requires to add some special
> casing and parsing code to differ user attributes from other attributes
> without breaking backward compatibility.
> 
> Also, it will never work correctly on a Samba share, because Samba will
> always treat the incoming attribute as above.  So, if you write an
> attribute "trusted.md5sum" on a samba share, it will actually be
> converted to "user.trusted.md5sum" by Samba.

 Sorry for late reply, too busy at work now... The same about NFS-related packages - no time ATM to make them... :(
 You know, i got your point, and perhaps this can be rethought. Perhaps this can be done on SquashFS side. For example, we could tell it to store 'security.foo' attribute as 'user.squashfs.security.foo'. This could be also useful on Linux, because in this case you don't have to be root any more to be able to prepare a rootfs for your embedded device.
 I think i'll consider that after i finish up with NFS.

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