Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 566458 - app-i18n/fbterm: fix /usr/bin/fbterm file-caps loss
Summary: app-i18n/fbterm: fix /usr/bin/fbterm file-caps loss
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: CJK Team
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2015-11-22 11:37 UTC by Casper Ti. Vector
Modified: 2017-08-05 13:18 UTC (History)
0 users

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


Attachments
Use fcaps.eclass(5) instead of running setcap(8) directly (fbterm-1.7-r1.ebuild.patch,1.17 KB, patch)
2015-11-22 11:37 UTC, Casper Ti. Vector
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Casper Ti. Vector 2015-11-22 11:37:09 UTC
Created attachment 417566 [details, diff]
Use fcaps.eclass(5) instead of running setcap(8) directly

Current ebuild directly uses setcap(8) to set up file capability of /usr/bin/fbterm in the src_install() phase, which unfortunately gets lost in later phases.  Attached is a patch that use fcaps.eclass(5) instead.  On my machine, after the patch is applied, the capability is corrected.

P.S.
* The `use filecaps || fperms u+s /usr/bin/fbterm' line was added in the hope of keeping maximum backward consistency, but I am still not sure whether this is necessary.
* A search in the Portage tree indicates that app-i18n/fbterm is the only ebuild that has the same kind of problem; app-admin/collectd has a commented line that wants to use setcap(8) directly.
Comment 1 Akinori Hattori gentoo-dev 2017-08-05 13:18:32 UTC
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=95a831d738dae3bfb016f4ac2f1e2cb0eeee70b1

Thank you for reporting!