Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 769359 - sys-apps/install-xattr - allow installing files from filesystems without xattr
Summary: sys-apps/install-xattr - allow installing files from filesystems without xattr
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-07 17:57 UTC by Jaak Ristioja
Modified: 2023-01-28 20:21 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jaak Ristioja 2021-02-07 17:57:44 UTC
If the Gentoo repository (i.e. /var/db/repos/gentoo) is on a filesystem without xattr support, emerging packages like net-mail/mailbase or app-arch/tar fails on hardened (i.e. default/linux/amd64/17.1/no-multilib/hardened), due to install-xattr failing to retrieve the extended attributes of certain files:

  install-xattr: listxattr() failed: Operation not supported

According to strace:

  listxattr("/var/tmp/portage/net-mail/mailbase-1.5-r2/files/mailcap.5", NULL, 0) = -1 EOPNOTSUPP (Operation not supported)

where /var/tmp/portage/net-mail/mailbase-1.5-r2/files is actually a symlink to /var/db/repos/gentoo/net-mail/mailbase/files during the merge.

During debugging this I wasted quite a lot of time trying to figure out what is wrong with the xattr support on my /var/tmp/portage/ filesystem (which does have xattr support) before I found that the FILESDIR was actually a symlink to the other filesystem.

Please add support for repositories on filesystems without xattr or provide better diagnostics. Should extended attributes from files residing on different filesystems than ${PORTAGE_BUILDDIR} at all be considered for copying?

Thanks!