Provided by: libfile-extattr-perl_1.09-4_amd64
NAME
File::ExtAttr - Perl extension for accessing extended attributes of files
SYNOPSIS
use File::ExtAttr ':all'; use IO::File; # Manipulate the extended attributes of files. setfattr('foo.txt', 'colour', 'red') || die; my $colour = getfattr('bar.txt', 'colour'); if (defined($colour)) { print $colour; delfattr('bar.txt', 'colour'); } # Manipulate the extended attributes of a file via a file handle. my $fh = new IO::File('<foo.txt') || die; setfattr($fh, 'colour', 'red') || die; $fh = new IO::File('<bar.txt') || die; $colour = getfattr($fh, 'colour'); if (defined($colour)) { print $colour; delfattr($fh, 'colour'); } # List attributes in the default namespace. print "Attributes of bar.txt:\n"; foreach (listfattr($fh)) { print "\t$_\n"; } # Examine attributes in a namespace-aware manner. my @namespaces = listfattrns($fh); foreach my $ns (@namespaces) { print "Attributes in namespace '$ns': "; my @attrs = listfattr($fh, { namespace => $ns }); print join(',', @attrs)."\n"; }
DESCRIPTION
File::ExtAttr is a Perl module providing access to the extended attributes of files. Extended attributes are metadata associated with a file. Examples are access control lists (ACLs) and other security parameters. But users can add their own key=value pairs. Extended attributes may not be supported by your operating system. This module is aimed at Linux, Unix or Unix-like operating systems (e.g.: Mac OS X, FreeBSD, NetBSD, Solaris). Extended attributes may also not be supported by your filesystem or require special options to be enabled for a particular filesystem. E.g.: mount -o user_xattr /dev/hda1 /some/path Supported OSes Linux Mac OS X FreeBSD 5.0 and later NetBSD 4.0 and later Solaris 10 and later Unsupported OSes OpenBSD Namespaces Some implementations of extended attributes support namespacing. In those implementations, the attribute is referred to by namespace and attribute name. Linux The primary namespaces are "user" for user programs; "security", "system" and "trusted" for file security/access-control. See <http://www.die.net/doc/linux/man/man5/attr.5.html> for more details. Namespaces on Linux are described by a string, but only certain values are supported by filesystems. In general "user", "security", "system" and "trusted" are supported, by others may be supported -- e.g.: "os2" on JFS. File::Extattr will be able to access any of these. FreeBSD, NetBSD *BSD have two namespaces: "user" and "system". Namespaces on *BSD are described by an integer. File::ExtAttr will only be able to access attributes in "user" and "system". Mac OS X OS X has no support for namespaces. Solaris Solaris has no support for namespaces. Flags The functions take a hash reference as their final parameter, which can specify flags to modify the behaviour of the functions. The flags specific to a function are documented in the function's description. All functions support a "namespace" flag. E.g.: use File::ExtAttr ':all'; use IO::File; # Manipulate the extended attributes of files. setfattr('foo.txt', 'colour', 'red') || die; my $colour = getfattr('bar.txt', 'colour', { namespace => 'user'); If no namespace is specified, the default namespace will be used. On Linux and *BSD the default namespace will be "user".
METHODS
getfattr([$filename | $filehandle], $attrname, [\%flags]) Return the value of the attribute named $attrname for the file named $filename or referenced by the open filehandle $filehandle (which should be an IO::Handle or subclass thereof). If no attribute is found, returns "undef". Otherwise gives a warning. setfattr([$filename | $filehandle], $attrname, $attrval, [\%flags]) Set the attribute named $attrname with the value $attrval for the file named $filename or referenced by the open filehandle $filehandle (which should be an IO::Handle or subclass thereof). %flags allows control of whether the attribute should be created or should replace an existing attribute's value. If the key "create" is true, setfattr will fail if the attribute already exists. If the key "replace" is true, setfattr will fail if the attribute does not already exist. If neither is specified, then the attribute will be created (if necessary) or silently replaced. If the attribute could not be set, a warning is issued. Note that "create" cannot be implemented in a race-free manner on *BSD. If your code relies on the "create" behaviour, it may be insecure on *BSD. delfattr([$filename | $filehandle], $attrname, [\%flags]) Delete the attribute named $attrname for the file named $filename or referenced by the open filehandle $filehandle (which should be an IO::Handle or subclass thereof). Returns true on success, otherwise false and a warning is issued. listfattr([$filename | $filehandle], [\%flags]) Return an array of the attributes on the file named $filename or referenced by the open filehandle $filehandle (which should be an IO::Handle or subclass thereof). Returns undef on failure and $! will be set. listfattrns([$filename | $filehandle], [\%flags]) Return an array containing the namespaces of attributes on the file named $filename or referenced by the open filehandle $filehandle (which should be an IO::Handle or subclass thereof). Returns undef on failure and $! will be set.
EXPORT
None by default. You can request that "getfattr", "setfattr", "delfattr" and "listfattr" be exported using the tag ":all". Exportable constants None
BUGS
You cannot set empty attributes on Mac OS X 10.4 and earlier. This is a bug in Darwin, rather than File::ExtAttr.
SEE ALSO
The latest version of this software should be available from its home page: <http://sourceforge.net/projects/file-extattr/> OS2::ExtAttr provides access to extended attributes on OS/2. Eiciel, <http://rofi.pinchito.com/eiciel/>, is an access control list (ACL) editor for GNOME; the ACLs are stored in extended attributes. Various low-level APIs exist for manipulating extended attributes: Linux getattr(2), attr(5) <http://www.die.net/doc/linux/man/man2/getxattr.2.html> <http://www.die.net/doc/linux/man/man5/attr.5.html> OpenBSD OpenBSD 3.7 supported extended attributes, although support was never built into the default GENERIC kernel. Its support was documented in the "extattr" man page: <http://www.openbsd.org/cgi-bin/man.cgi?query=extattr_get_file&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html> Support was removed in OpenBSD 3.8 -- see the CVS history for the include file "sys/extattr.h". <http://www.openbsd.org/cgi-bin/cvsweb/src/sys/sys/Attic/extattr.h> FreeBSD FreeBSD >= 5.0 supports extended attributes. extattr(2) <http://www.freebsd.org/cgi/man.cgi?query=extattr&sektion=2&apropos=0&manpath=FreeBSD+6.0-RELEASE+and+Ports> NetBSD NetBSD >= 3.0 supports extended attributes, but you'll need to use NetBSD >= 4.0 to get UFS filesystem support for them. <http://netbsd.gw.com/cgi-bin/man-cgi?extattr_get_file+2+NetBSD-current> <http://www.netbsd.org/Changes/changes-4.0.html#ufs> Mac OS X getxattr(2) <http://developer.apple.com/documentation/Darwin/Reference/ManPages/man2/getxattr.2.html> <http://arstechnica.com/reviews/os/macosx-10.4.ars/7> Solaris attropen(3C), fsattr(5) <http://docsun.cites.uiuc.edu/sun_docs/C/solaris_9/SUNWaman/hman3c/attropen.3c.html> <http://docsun.cites.uiuc.edu/sun_docs/C/solaris_9/SUNWaman/hman5/fsattr.5.html> Solaris also has extensible system attributes, which are used by Solaris's CIFS support on ZFS, and have a confusingly similar name to extended file attributes. These system attributes are stored in extended file attributes called SUNWattr_ro and SUNWattr_rw. See PSARC 2007/315 for more details: <http://opensolaris.org/os/community/arc/caselog/2007/315/spec-final-txt/>
AUTHOR
Kevin M. Goess, <kgoess@ensenda.com> Richard Dawe, <richdawe@cpan.org>
COPYRIGHT AND LICENSE
Copyright (C) 2005 by Kevin M. Goess Copyright (C) 2005, 2006, 2007, 2008 by Richard Dawe This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself, either Perl version 5.8.5 or, at your option, any later version of Perl 5 you may have available.