After logging in from KDM, the device files in /dev are chown'd and chmod'd making it so sound does not work anymore. Without logging into KDE, the permissions are like this: crw-rw---- 1 root audio 14, 3 Aug 1 15:47 dsp After logging into KDE using KDM, the permissions are like this: crw------- 1 rfujimoto users 14, 3 Aug 1 15:47 dsp Note: 'rfujimoto' is my username and 'users' is my group. Reproducible: Always Steps to Reproduce: 1. Start in your console and `aplay $(locate KDE_Logout.wav | grep kde\/3.3)` to ensure sound works 2. `/etc/init.d/xdm start` 3. Login using KDM to the kde session 3.3.0_beta2 4. Listen as sound is cut out while the "login sound" is playing 5. `aplay $(locate KDE_Logout.wav | grep kde\/3.3)` Actual Results: No sound is produced or comes out to the speakers. Expected Results: Sound should work fine. Work Around: ------------ After logging in, change to root and from a terminal, run the program `alsaconf` and hit enter as it reloads your alsa modules and resets the permissions. You might just be able to `chmod` and `chown` the dev files too, but I've never tried that. ---- KDE version: 3.3.0_beta2 Udev: udev-030 Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.4.1, glibc-2.3.3.20040420-r0, 2.6.8-rc2-love2) ================================================================= System uname: 2.6.8-rc2-love2 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc sandbox userpriv" GENTOO_MIRRORS="http://mi!!rrors.tds.net/gentoo http://gentoo.!!oregonstate.edu http://www.!!ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa arts audiofile avi berkdb cdr crypt cups divx4linux dvd dvdr encode fam fbcon foomaticdb ftp gdbm gif gpm gstreamer gtk gtk2 imagemagickimlib innodb jpeg kde libg++ libwww mad maildir mikmod mmx motif mpeg nas ncurses nls nocd nptl offensive oggvorbis opengl pam pcre pdflib perl pic pie png posix python qt quicktime readline sdl session slang spell sqlite sse ssl svg svga tcpd tiff truetype unicode x86 xml2 xmms xv xvid zlib"
The change of permissions is perfectly normal, it is done by PAM (see 'man pam_console', /etc/security/console.perms). The bug you are describing really is http://bugs.kde.org/show_bug.cgi?id=69320
Thanks for the info about pam_console, I only started looking at perms there since this problem surfaced for me... I hope your patch makes it in before the freeze. As an update to my work around, I don't need to run `alsaconf`, just `alsactl restore`... the permisions had nothing to do with the problem. Thanks for your help! In case your patch doesn't make it in before the freeze, perhaps Caleb can add your patch to the ebuild?
Well, it appears the patch didn't make it before the freeze... :( I'm experiencing this problem both with or without KDM. For me, it's just a matter of running alsamixer and restoring the volumes, but it's quite annoying having to do so at every login! Will the patch be included?
Fixed in kde HEAD with a different patch. It can be worthy applying it to kdemultimedia-3.3.0, but there's also an easy workaround, just run kmix to create a valid .kde/share/config/kmixctrlrc, or disable "restore volumes on startup" in kmix configuration and use alsamixer.
*** Bug 62021 has been marked as a duplicate of this bug. ***
closing.