Bug 462537

Summary:	pulseaudio won't run in the login screen session
Product:	[Fedora] Fedora	Reporter:	Matthias Clasen <mclasen>
Component:	gdm	Assignee:	jmccann
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	christoph.wickert, cschalle, janina, jmccann, lkundrak, lpoetter, pierre-bugzilla, redhat-bugzilla, rstrode
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-09-24 18:12:54 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	457945

Description Matthias Clasen 2008-09-16 22:54:44 UTC

...with the consequence that I can't add a 'login screen ready' sound.

Here is why:

I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
I: caps.c: Dropping root priviliges.
I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
N: main.c: Called SUID root and real-time/high-priority scheduling was requested in the configuration. However, we lack the necessary priviliges:
N: main.c: We are not in group 'pulse-rt' and PolicyKit refuse to grant us priviliges. Dropping SUID again.
N: main.c: For enabling real-time scheduling please acquire the appropriate PolicyKit priviliges, or become a member of 'pulse-rt', or increase the RLIMIT_NICE/RLIMIT_RTPRIO resource limits for this user.
W: main.c: High-priority scheduling enabled in configuration but not allowed by policy.
W: core-util.c: setpriority(): Permission denied
E: core-util.c: Home directory /var/lib/gdm not ours.

/var/lib/gdm is owned by root - should that really be a fatal error condition ?

Comment 1 Lennart Poettering 2008-09-22 22:02:55 UTC

We store auth info there, that's why I make sure that we own that dir... Dunno. Does it really make sense that that dir is owned by root?

Comment 2 Lennart Poettering 2008-09-22 22:06:14 UTC

I am reassigning this now to GDM, since I'd find it way more natural if /var/lib/gdm was owned by gdm:gdm instead of root:gdm. 

Jon, what was the reason for making it owned by root?

Comment 3 Matthias Clasen 2008-09-24 18:12:54 UTC

I've fixed this in rawhide now.

Comment 4 Christoph Wickert 2008-11-28 15:38:37 UTC

This is actually a duplicate of bug #439019, which was reported 11 months ago against F8. Are there any plans to fix this in F8 and F9?

Comment 5 Christoph Wickert 2008-11-28 15:39:13 UTC

(In reply to comment #4)
> This is actually a duplicate of bug #439019

Sorry, it was bug # 426632