File::ExtAttr - Perl extension for accessing extended attributes of files
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"; }
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
Some implementations of extended attributes support namespacing. In those implementations, the attribute is referred to by namespace and attribute name.
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.
user
security
system
trusted
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.
os2
*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.
OS X has no support for namespaces.
Solaris has no support for namespaces.
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.:
namespace
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.
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).
$attrname
$filename
$filehandle
If no attribute is found, returns undef. Otherwise gives a warning.
undef
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).
$attrval
%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.
%flags
create
replace
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.
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.
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.
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).
None by default.
You can request that getfattr, setfattr, delfattr and listfattr be exported using the tag ":all".
getfattr
setfattr
delfattr
listfattr
None
You cannot set empty attributes on Mac OS X 10.4 and earlier. This is a bug in Darwin, rather than File::ExtAttr.
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:
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 3.7 supported extended attributes, although support was never built into the default GENERIC kernel. Its support was documented in the extattr man page:
extattr
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.
sys/extattr.h
http://www.openbsd.org/cgi-bin/cvsweb/src/sys/sys/Attic/extattr.h
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 >= 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
getxattr(2)
http://developer.apple.com/documentation/Darwin/Reference/ManPages/man2/getxattr.2.html
http://arstechnica.com/reviews/os/macosx-10.4.ars/7
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/
Kevin M. Goess, <kgoess@ensenda.com>
Richard Dawe, <richdawe@cpan.org>
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.
To install File::ExtAttr, copy and paste the appropriate command in to your terminal.
cpanm
cpanm File::ExtAttr
CPAN shell
perl -MCPAN -e shell install File::ExtAttr
For more information on module installation, please visit the detailed CPAN module installation guide.