This bug has had no activity for a considerable period.
Appears to have been operator error. To be set as invalid.
** Changed in: linux-source-2.6.15 (Ubuntu)
Status: New => Incomplete
** Changed in: linux-source-2.6.15 (Ubuntu)
Status: Incomplete => Invalid
--
setfattr always re
I had the same problem with openSUSE 10.3 alpha, so I looked at the code
and straces from attr and setfattr. What happens is attr automatically
prefixes 'user.' to the attribute. setfattr works if one also prefixes
'user.' to the attribute so the following two work:
$ attr -s foo -V bar foobar
A
My mistake, it works :(
attr -s status -V "In Progress" test.txt
Attribute "status" set to a 11 byte value for test.txt:
status
getfattr test.txt
# file: test.txt
user.status
getfattr -n user.status test.txt
# file: test.txt
user.status="In Progress"
--
setfattr always returns "Operation Not S
I can confirm this behavior too, in Slackware 11.0 with kernel 2.6.19.2, with
installed with kernel's reiserfs4 patch, on reiserfs 3.6 filesystem.
Reiserfs included in kernel is compiled with extended attributes, POSIX ACL and
security labels.
mount:
/dev/sda2 on / type reiserfs (rw,acl,user_xat
I can confirm that this behavior also appears in Ubuntu 6.10 Edgy. I've
tried adding "user_xattr" to the fstab entries for ReiserFS and EXT3
filesystems, and setfattr doesn't work in either filesystem types. Are
CONFIG_EXT3_FS_XATTR and CONFIG_REISERFS_FS_XATTR set to "y" in the
Ubuntu kernel confi
** Changed in: Ubuntu
Sourcepackagename: None => linux-source-2.6.15
--
setfattr always returns "Operation Not Supported"
https://launchpad.net/bugs/43954
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
