On Fri, 20 Feb 2015, Michael Biebl wrote:
Having a way to set caps in a declarative way and let dpkg handle the
setup would be nice imo.
Very much agreed.
Just this week I ran into an issue where a system restored from backup
didn't have a working ping or check_ping nagios check due to
discover yet will not work because of not using rsync -X.
Do we have a list of packages where we use extended attributes?
Would it worth to have a procedure like dpkg-capoverride so that
whenever a package needs to change a capability, the change gets
registered somewhere other than the filesystem
/*.p*
Would it worth to have a procedure like dpkg-capoverride so that
whenever a package needs to change a capability, the change gets
registered somewhere other than the filesystem itself?
Having a way to set caps in a declarative way and let dpkg handle the
setup would be nice imo.
--
Why
Hi!
On Fri, 2015-02-20 at 11:30:02 +0100, Santiago Vila wrote:
Would it worth to have a procedure like dpkg-capoverride so that
whenever a package needs to change a capability, the change gets
registered somewhere other than the filesystem itself?
Yes and no. It might be more convenient
4 matches
Mail list logo