X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Mon, 28 Dec 2009 18:00:36 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] New: {attr/libattr-devel/libattr1}-2.4.43-1
Message-ID: <20091228170036.GA15530@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <announce DOT 20091228103715 DOT GA14143 AT calimero DOT vinschen DOT de>  <2bf229d30912280502tf05581bue74054adbe26dfca AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <2bf229d30912280502tf05581bue74054adbe26dfca@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On Dec 28 08:02, Chris Sutcliffe wrote:
> > "attr" is a set of tools for manipulating extended attributes on
> > filesystem objects, in particular getfattr(1) and setfattr(1).  An
> > 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 <path>'
> 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?

Very likely.

Try this:

  $ touch xyz
  $ attr -s foo -V bar xyz
  Attribute "foo" set to a 3 byte value for xyz:
  bar
  $ attr -l xyz
  Attribute "foo" has a 3 byte value for xyz
  $ attr -g foo xyz
  Attribute "foo" had a 3 byte value for xyz:
  bar
  
  And now for a small surprise:

  $ getfattr -d xyz
  # file: xyz
  user.foo="bar"

  $ setfattr -n foo -v baz xyz
  setfattr: xyz: Operation not supported
  $ setfattr -n user.foo -v baz xyz
  $ getfattr -d xyz
  # file: xyz
  user.foo="baz"

  $ attr -g foo xyz
  Attribute "foo" had a 3 byte value for xyz:
  baz

See `man 5 attr'.  All NTFS/Samba EAs are treated as extended *user*
attributes.  namespace.  On Cygwin only user EAs are supported and
mapped to NTFS/Samba EAs without the "user." prefix.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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