X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: References: Date: Mon, 28 Dec 2009 08:02:48 -0500 Message-ID: <2bf229d30912280502tf05581bue74054adbe26dfca@mail.gmail.com> Subject: Re: [ANNOUNCEMENT] New: {attr/libattr-devel/libattr1}-2.4.43-1 From: Chris Sutcliffe To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com > "attr" is a set of tools for manipulating extended attributes on > filesystem objects, in particular getfattr(1) and setfattr(1). =A0An > attr(1) command is also provided which is largely compatible with the > SGI IRIX tool of the same name. If I understand the manpage correctly, doing a 'getfattr -d ' should dump the extended attributes of the files in the supplied path. When I try this on any path I supply, getfattr simply returns with no output to stdout. I'm assuming that is because there are no extended attributes associated with any of the files in the paths I've tested with? Chris --=20 Chris Sutcliffe http://emergedesktop.org -- 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