← Back to context Comment by maven29 17 hours ago perhaps this will lead to better AppArmor and SELinux defaults? 4 comments maven29 Reply ChocolateGod 17 hours ago People will just turn SELinux off rather than have to go through the horrible tooling when it breaks a regular use case. yjftsjthsd-h 16 hours ago I do think SELinux is a good example of how robust software with poor UX/DX gets undermined by that poor UX/DX. Although I do wonder if AI can help with it? pjmlp 6 hours ago There is also the Android way, this is how it goes, fix your apps. pjmlp 6 hours ago It is enabled by default on Android, and only developers can change it temporarly via an ADB session.
ChocolateGod 17 hours ago People will just turn SELinux off rather than have to go through the horrible tooling when it breaks a regular use case. yjftsjthsd-h 16 hours ago I do think SELinux is a good example of how robust software with poor UX/DX gets undermined by that poor UX/DX. Although I do wonder if AI can help with it? pjmlp 6 hours ago There is also the Android way, this is how it goes, fix your apps. pjmlp 6 hours ago It is enabled by default on Android, and only developers can change it temporarly via an ADB session.
yjftsjthsd-h 16 hours ago I do think SELinux is a good example of how robust software with poor UX/DX gets undermined by that poor UX/DX. Although I do wonder if AI can help with it? pjmlp 6 hours ago There is also the Android way, this is how it goes, fix your apps.
pjmlp 6 hours ago It is enabled by default on Android, and only developers can change it temporarly via an ADB session.
People will just turn SELinux off rather than have to go through the horrible tooling when it breaks a regular use case.
I do think SELinux is a good example of how robust software with poor UX/DX gets undermined by that poor UX/DX. Although I do wonder if AI can help with it?
There is also the Android way, this is how it goes, fix your apps.
It is enabled by default on Android, and only developers can change it temporarly via an ADB session.