Bug 464832 – kde-base/nsplugins-4.10.2: Failed to copy extended attributes - needs xattr useflag

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description Juergen Rose 2013-04-06 10:40:23 UTC]

'emerge nsplugins' fails with:
...
>>> Completed installing nsplugins-4.10.2 into /var/tmp/portage/kde-base/nsplugins-4.10.2/image/

strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version
   usr/lib64/kde4/libkcminit_nsplugins.so
   usr/lib64/kde4/libnsplugin.so
   usr/bin/nspluginviewer
   usr/bin/nspluginscan

>>> Installing (1 of 8) kde-base/nsplugins-4.10.2
!!! Failed to copy extended attributes. In order to avoid this error,
!!! set FEATURES="-xattr" in make.conf.
!!! copy /var/tmp/portage/kde-base/nsplugins-4.10.2/image/usr/bin/nspluginviewer -> /usr/bin/nspluginviewer failed.
!!! Filesystem containing file '/usr/bin/nspluginviewer#new' does not support extended attributes


root@impala:/root(103)# mount | grep xattr
/dev/mapper/vg0-var on /var type ext3 (rw,noatime,user_xattr,commit=0)
/dev/mapper/vg0-vtmp on /var/tmp type reiserfs (rw,noatime,user_xattr)
/dev/mapper/vg0-portage on /usr/portage_impala type ext2 (rw,noatime,user_xattr)
/dev/mapper/vg0-distfiles on /usr/local/portage/distfiles_impala type ext2 (rw,noatime,user_xattr)
/dev/mapper/vg0-home on /home_impala type ext4 (rw,noatime,user_xattr,commit=0)
/dev/mapper/vg0-tmp on /tmp type reiserfs (rw,noatime,user_xattr)
/dev/mapper/vg0-src on /usr/src_impala type reiserfs (rw,noatime,user_xattr)
/dev/mapper/vg0-data on /data_impala type ext4 (rw,noatime,user_xattr,commit=0)
/dev/sda5 on /mnt/rescue type ext2 (rw,noatime,user_xattr)
/dev/sdb5 on /mnt/rescue2 type ext2 (rw,noatime,user_xattr)

root@impala:/root(104)# mount | grep usr
/dev/mapper/vg0-usr on /usr type ext3 (rw,commit=0)
/dev/mapper/vg0-portage on /usr/portage_impala type ext2 (rw,noatime,user_xattr)
/dev/mapper/vg0-distfiles on /usr/local/portage/distfiles_impala type ext2 (rw,noatime,user_xattr)
/dev/mapper/vg0-src on /usr/src_impala type reiserfs (rw,noatime,user_xattr)

root@impala:/root(107)# grep "/usr " /etc/fstab
/dev/mapper/vg0-usr       /usr                                                  ext3             defaults    1 2

Should I change the mount options of /usr?

[Comment 1 Juergen Rose 2013-04-06 13:33:31 UTC]

Adding user_xattr as mount option to /usr mount point the issue disappeared:

root@impala:/root(121)# grep "/usr " /etc/fstab
/dev/mapper/vg0-usr       /usr                                                  ext3             defaults,user_xattr    1 2

[Comment 2 Andreas K. Hüttel 2013-04-06 15:15:20 UTC]

Looks like we need an xattr useflag here.

after we have one, the decision is easy:
- either enable useflag and use extended attributes everywhere
- or disable it

[Comment 3 Michael Palimaka (kensington) 2013-04-06 15:39:19 UTC]

This was caused by the xattr changes to pax-utils.eclass.

I asked hardened team about this and it was indicated that although the current behaviour is expected, it may be possible to enhance the eclass to handle this situation better.

[Comment 4 Anthony Basile 2013-04-06 16:43:44 UTC]

(In reply to comment #1)
> Adding user_xattr as mount option to /usr mount point the issue disappeared:
> 
> root@impala:/root(121)# grep "/usr " /etc/fstab
> /dev/mapper/vg0-usr       /usr                                              
> ext3             defaults,user_xattr    1 2

1) What version of the kernel are you using?  only older kernels (I believe previous to 3.0) require user_xattr in fstab to get the user xattr namespace.

2) If you don't need xattr on your system then FEATURES="-xattr" is oaky.

3) It is the result of the newer pax-utils.eclass doing xattr pax markings on the binary which then cannot be copied.  I suspect we could make the eclass not attempt xattr pax markings if ! use xattr.

I can give the reporter a patch to try which tests 3.

[Comment 5 Juergen Rose 2013-04-06 21:29:22 UTC]

I am using relatively new 3.8.5-gentoo and relatively old pax-utils-0.5:

root@impala:/root(122)# uname -a
Linux impala 3.8.5-gentoo #2 SMP Sun Mar 31 11:36:41 CEST 2013 x86_64 AMD Phenom(tm) II X4 965 Processor AuthenticAMD GNU/Linux
root@impala:/root(123)# qlist -Iv pax-utils
app-misc/pax-utils-0.5

[Comment 6 Juergen Rose 2013-04-06 21:34:42 UTC]

I have this issue on some systems. see also Bug 464748 .

[Comment 7 Michael Palimaka (kensington) 2013-08-20 14:27:05 UTC]

This seems to be working now, can you confirm?

[Comment 8 Johannes Huber (RETIRED) 2013-11-12 22:02:58 UTC]

(In reply to Michael Palimaka (kensington) from comment #7)
> This seems to be working now, can you confirm?