Generally speaking, could we not ship an apparmor profile with it in
Ubuntu specifically to prevent default usage of -R and ptracing for the
application?
If so, then a default apparmor profile to prevent usage of -R (depending
on how they do it) might be prudent.
I can see this being useful
On Fri, Apr 22, 2022 at 09:58:14AM -0700, Bryce Harrington wrote:
> LP page: https://launchpad.net/ubuntu/+source/pv
> Or other considerations that need made before deciding?
pv is popular in the OpenZFS communities for use with zfs send | zfs recv
-- as is mbuffer, which exists more to provide
--
ubuntu-studio-devel mailing list
ubuntu-studio-devel@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
The Ubuntu Server team is looking at several potential items to promote
to main, including cli admin tools that might have broad usefulness.
One of these we're on the fence about and would like broader input.
pv, 'Pipe Viewer' is a command line utility that essentially copies
stdin to stdout, and
1. shouldn't the package have a trigger to set the necessary/recommended
capabilities for /usr/bin/drone ?
setcap cap_net_raw,cap_net_admin=eip /usr/bin/drone
2. please add a desktop file and icon in /usr/share/./foo/...
[Desktop Entry]
Version=1.0
Encoding=UTF-8
Type=Application