From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13248 invoked by alias); 16 Jan 2014 06:08:36 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 13237 invoked by uid 89); 16 Jan 2014 06:08:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mailout3.w1.samsung.com Received: from mailout3.w1.samsung.com (HELO mailout3.w1.samsung.com) (210.118.77.13) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (DES-CBC3-SHA encrypted) ESMTPS; Thu, 16 Jan 2014 06:08:34 +0000 Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244]) by mailout3.w1.samsung.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTP id <0MZH0023PD26HD20@mailout3.w1.samsung.com> for cygwin@cygwin.com; Thu, 16 Jan 2014 06:08:30 +0000 (GMT) Received: from eusync1.samsung.com ( [203.254.199.211]) by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id 8B.0B.23059.C5777D25; Thu, 16 Jan 2014 06:08:28 +0000 (GMT) Received: from fedinw7x64 ([106.109.9.113]) by eusync1.samsung.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPA id <0MZH007UBD23JC40@eusync1.samsung.com> for cygwin@cygwin.com; Thu, 16 Jan 2014 06:08:28 +0000 (GMT) From: Pavel Fedin To: cygwin@cygwin.com References: <006e01cf1066$c5f0e080$51d2a180$%fedin@samsung.com> <20140113141041.GC21977@calimero.vinschen.de> <002f01cf11ba$df28b550$9d7a1ff0$%fedin@samsung.com> <20140115091530.GH10212@calimero.vinschen.de> In-reply-to: <20140115091530.GH10212@calimero.vinschen.de> Subject: RE: Extended attributes Date: Thu, 16 Jan 2014 06:08:00 -0000 Message-id: <001701cf1281$5fc57150$1f5053f0$%fedin@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2014-01/txt/msg00188.txt.bz2 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. >=20 > 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 use= ful 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 s= tored 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