From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23618 invoked by alias); 19 Dec 2018 18:25:54 -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 23606 invoked by uid 89); 19 Dec 2018 18:25:53 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=calgary, Calgary, Canada, Alberta X-HELO: smtp-out-no.shaw.ca Received: from smtp-out-no.shaw.ca (HELO smtp-out-no.shaw.ca) (64.59.134.13) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 19 Dec 2018 18:25:51 +0000 Received: from [192.168.1.114] ([24.64.172.44]) by shaw.ca with ESMTP id ZgXUgfkN6MRX3ZgXVgElvX; Wed, 19 Dec 2018 11:25:50 -0700 Reply-To: Brian.Inglis@SystematicSw.ab.ca Subject: Re: Exclude System entries with "ls" or "find" To: cygwin@cygwin.com References: <5c184377.1c69fb81.7df8f.9525@mx.google.com> <20181218081347.GD28727@calimero.vinschen.de> <7831498f-3c06-5810-354e-87c452d3a0e7@SystematicSw.ab.ca> <20181219100622.GF28727@calimero.vinschen.de> <328574974.20181219151038@yandex.ru> <640e5b20-253d-682b-e021-f6b2c95bfd6f@cs.umass.edu> <20181219133908.GK28727@calimero.vinschen.de> <623029685.20181219174321@yandex.ru> From: Brian Inglis Openpgp: preference=signencrypt Message-ID: <7f296933-3536-19a6-77ff-b167215e7c7e@SystematicSw.ab.ca> Date: Wed, 19 Dec 2018 20:57:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: <623029685.20181219174321@yandex.ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2018-12/txt/msg00181.txt.bz2 On 2018-12-19 07:43, Andrey Repin wrote: >> On Dec 19 08:29, Eliot Moss wrote: >>> On 12/19/2018 7:10 AM, Andrey Repin wrote: >>>>> Bottom line is, if you want to handle DOS attributes in a special way >>>>> not covered by our POSIX emulation, user space has to do it. >>>> Can something be implemented around getfattr to serve this use case in a more >>>> POSIX'y way? >>> I was not previously much aware of get/setfattr, but I agree that that looks >>> like a possible way to provide access to the Windows SYS attribute and friends. >>> Not that I am that familiar with details of what NTFS, etc., provide, getfattr >>> may be a way to provide access to additional attributes / facts about files >>> (paths, generally) as well. Sounds like it would not be too hard to support >>> access to the basic attributes this way. >>> I suspect the general response will be PTC, though! :-) >> Not only that. attr is an upstream package, so you would have to >> convince the upstream maintainers to take your patches, ideally. >> attr is for handling of extended attributes, quite different from >> DOS attributes. I doubt that DOS attribs fit in there. > Well, well. We do have a living example of Samba (ab)using xattr to support > Windows ACL on *NIX. > I deduce from your response, that a DOS attributes use case would be on > different side of the table, though. While WSL uses Windows EAs to support POSIX stattributes[sic]. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- 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