'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?
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
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
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.
(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.
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
I have this issue on some systems. see also Bug 464748 .
This seems to be working now, can you confirm?
(In reply to Michael Palimaka (kensington) from comment #7) > This seems to be working now, can you confirm?