Re: dpkg-capoverride (?)

2015-02-20 Thread Peter Palfrader
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

dpkg-capoverride (?)

2015-02-20 Thread Santiago Vila
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

Re: dpkg-capoverride (?)

2015-02-20 Thread Michael Biebl
/*.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

Re: dpkg-capoverride (?)

2015-02-20 Thread Guillem Jover
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