To view parent comment, click here.
To read all comments associated with this story, please click here.
I think many are missing my point - yes, each problem app can be resolved eventually (e.g., Lotus Domino Server on RHEL 5.0 - the install for Lotus Domino specifically instructs the user to turn of SELinux). Some of the apps are 3rd-party apps and are really the application creators fault, such as the above Lotus Domino. Other times it is an app that comes with the disto (networks apps in general come to mind). My point wasn't to get "help" for my individual issues, but just to point out the difficulty for the end user with SELinux. It's great to tell them to fill out a bug report, but it is not practical for most (by the way, I do report bugs in my distro, Ubuntu, at Launchpad).
Most users are just trying to use their computers for daily work, and thus will either disable SELinux or use something else. It is not the fault of SELinux, but just an example of how the lack of standardization sometimes hurts the "end user". And as I mentioned, the poor end user is usually told to "get over it", "file a bug report", or "stop using that app" (such as my Domino Server experience - it was for a job!).
I bet this came about because you disabled Selinux and then loaded a bunch of applications. Later you restarted Selinux, but Selinux did not know about them and so, it did what it is supposed to do., Stop you.
You have to set Selinux to rescan the system, in order to catalog or register the objects security properties.





Member since:
2005-07-06
What application(s) caused that problem and which distribution is used?
It appears it is much easier to give an example without specifying the problem and blame Linux as a whole than simply submitting a bug report to SELinux development and mention what distribution is used.