Bug 115929

Summary:	sd-event-dispatch daemon is started even if apparmor is not started
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Dominic W Reynolds <dreynolds>
Component:	AppArmor	Assignee:	Jesse Michael <jmichael>
Status:	RESOLVED FIXED	QA Contact:	Keiran Haggerty <khaggerty>
Severity:	Normal
Priority:	P5 - None	CC:	aj, matz
Version:	RC 1
Target Milestone:	RC 2
Hardware:	Other
OS:	All
Whiteboard:
Found By:	Other	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Dominic W Reynolds 2005-09-08 17:40:40 UTC

The sd-event-dispatch daemon is started out of the post of subdomain-utils.
Jesse I think that we had chosen to leave this even with AA disabled. Can we
rethink and get a solution that starts the deamon when started from YaST and
still inits the event DB.

I guess this just leaves a window where rcsubdomain can be start/stopped but
doesn't start up the event daemon. 

What do you think?

Comment 1 Michael Matz 2005-09-08 18:41:33 UTC

Btw. I don't understand the need for initializing any DB when AA is 
disabled.  And certainly just for initializing a DB there is no need 
for a process running in the background the whole time, stealing 
7MB memory for no good on a default install.  Btw. I consider this 
bug a blocker, not the other one (bug 115926).  CCing Andreas to decide.

Comment 2 Jesse Michael 2005-09-09 08:36:24 UTC

we've removed the separate sd-event-dispatcher init script and made the main
subdomain init script start and stop this daemon so it won't run when subdomain
is disabled.

fixes are in our tree and are getting packaged up to be pushed into autobuild.

Comment 3 Dominic W Reynolds 2005-09-09 10:44:07 UTC

Pushed to autobuild.