Bug 189966 - no sound: pam_console session fails with 'unknown class "ircomm"'
Summary: no sound: pam_console session fails with 'unknown class "ircomm"'
Alias: None
Product: Fedora
Classification: Fedora
Component: pam   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact:
: 189994 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2006-04-26 10:26 UTC by sangu
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-27 07:19:54 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description sangu 2006-04-26 10:26:50 UTC
Description of problem:
in booting message
unkonwn class "ircomm" at line 58 in /etc/security/console.perms.d/50-default.perms

$ cat /etc/security/console.perms.d/50-default.perms | grep ircomm
<console>  0600 <ircomm>     0600 root

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:
no sound

Expected results:

Additional info:
Installing pam-, sound doesn't work.
$ alsamixer

alsamixer: function snd_ctl_open failed for default: No such device

Comment 1 Jason Vas Dias 2006-04-26 14:04:54 UTC
Yes, I can confirm this problem with pam- .

After upgrading to rawhide-20060425 and pam-, pam_console no longer
sets the ownership of /dev/console and /dev/dsp to the console login session
user .  As a result, audio is disabled, and 'xterm -C' fails.

/etc/pam.d/{gdm,kdm} contains 'session optional pam_console.so' which used to
set the ownership of /dev/dsp to the login user OK, when I started a X (KDE)
session as a NIS user.

Now, I get these messages in /var/log/secure when logging into X as a NIS user
with kdm, and the ownership of /dev/dsp is not set correctly (it remains root):

pam_console_apply[xxxx]: unknown class "ircomm" at line 58 in

kdm: :0[xxxx]: pam_console(kdm:session): handler '/sbin/pam_console_apply'
returned 1 on exit

Commenting out line 58 in /etc/security/console.perms.d/50-default-perms
fixes the problem, and /dev/dsp and /dev/console then have correct ownership
after login with kdm/gdm .

Comment 2 Frank Arnold 2006-04-26 17:36:22 UTC
*** Bug 189994 has been marked as a duplicate of this bug. ***

Comment 3 Jon Masters 2006-04-26 17:41:40 UTC
Yup, commenting out that permission fixed the problem I described in BZ 189994
where /dev/pmu had the wrong ownership also.

Comment 4 Tomas Mraz 2006-04-27 07:19:54 UTC
Should be now fixed, also the pam_console_apply should now handle such lines
gracefully, skipping them and not exiting.

Note You need to log in before you can comment on or make changes to this bug.