Emerging KDE 3.3.0 will pull down vorbis-tools, but by default this is -flac. All system sounds in KDE 3.3.0 are apparently flac-encoded. Therefore you can find multiple threads on the forums of people confused as to why sound seems to work fine otherwise, but KDE will not play any system sounds. emerging vorbis-tools with +flac solves this problem, but its not a default. I'd suggest making +flac a default flag for vorbis tools, or perhaps making an new vorbis-flac ebuild which KDE specifically depends on. Though this is trivial to fix, it is not easy to diagnose. It is also untolerably unfriendly IMO for KDE and its dependencies to come down by default with a broken configuration. Reproducible: Always Steps to Reproduce: 1. emerge kde 2. try to play any ogg file used by default as a system sound 3. wont play Actual Results: KDE reported no sound at all. After jerking around, I finally tried to play one of these system sounds with ogg123 and discovered the lack of a FLAC library. etcat -u vorbis-tools revealed it was -flac by default. Expected Results: Either vorbis-tools should +flac by default, or in some way KDE should depend on vorbis-tools-flac ebuild, perhaps. Whatever solution, I suggest emerge kde should pull down a working system - and vorbis-tools with +flac is needed for that.
The system sounds are Vorbis encoded, not FLAC. Maybe one of the library used by kde was linked against flac and became broken? (because of an emerge depclean with -flac in USE?), so it started working again when flac was reinstalled.
The reason I say "flac encoded" as when I was bringing this up in #gentoo, someone mentioned "flac encoded oggs" as different that "oggs". I know virtually nothing about ogg or flac -- and apparently the person I talked to misspoke. However trying to recreate this problem I unmerged both vorbis-tools and flac. Then I re-emerged vorbis-tools - and ogg123 can play system files. Previously it reported not finding a FLAC library and aborted. However opening Sounds and multimedia and attempting to play an ogg system sound will does not work. now emerge flac KDE System sounds (.ogg) play. unmerge flac KDE System sounds (.ogg) don't play. I have depcleaned my system before, but I only noticed this problem immediately after emerging KDE 3.3.0 ~3 days ago since being marked stable for x86, and I have never had flac or -flac as a USE variable that I have set. It was only after I hunted down this problem I ADDED flac to my use variables and re-emerged vorbis-tools.
Can you do the same test with artsplay instead of ogg123, maybe it will print some useful output? And take a look at the output of 'ldd /usr/kde/3.3/lib/libakode_xiph_decoder.so' (with and without flac installed) I suspect that's the library that kde uses to play sounds and that gets broken without flac.
artsplay (with flac) - ogg plays fine, no output artsplay (w/o flac) - ogg does not play, no output ---------------------------------------------------------------------- w/o flac: ldd /usr/kde/3.3/lib/libakode_xiph_decoder.so linux-gate.so.1 => (0xffffe000) libakode.so.1 => /usr/kde/3.3/lib/libakode.so.1 (0x40008000) libpthread.so.0 => /lib/libpthread.so.0 (0x40027000) libdl.so.2 => /lib/libdl.so.2 (0x40078000) libFLAC.so.4 => not found libOggFLAC.so.1 => not found libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0x4007c000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40084000) libogg.so.0 => /usr/lib/libogg.so.0 (0x400ac000) libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5 (0x400b1000) libm.so.6 => /lib/libm.so.6 (0x4017d000) libc.so.6 => /lib/libc.so.6 (0x4019f000) libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0x402ad000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) ---------------------------------------------------------------------- With flac dd /usr/kde/3.3/lib/libakode_xiph_decoder.so linux-gate.so.1 => (0xffffe000) libakode.so.1 => /usr/kde/3.3/lib/libakode.so.1 (0x40008000) libpthread.so.0 => /lib/libpthread.so.0 (0x40028000) libdl.so.2 => /lib/libdl.so.2 (0x40079000) libFLAC.so.4 => /usr/lib/libFLAC.so.4 (0x4007c000) libOggFLAC.so.1 => /usr/lib/libOggFLAC.so.1 (0x400b1000) libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0x400b8000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x400c0000) libogg.so.0 => /usr/lib/libogg.so.0 (0x400e8000) libstdc++.so.5 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5 (0x400ed000) libm.so.6 => /lib/libm.so.6 (0x401b9000) libc.so.6 => /lib/libc.so.6 (0x401db000) libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0x402e9000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) ---------------------------------------- So it seems without flac: libFLAC.so.4 => not found libOggFLAC.so.1 => not found These seem to be the source of the problem? If it matters, I did prelink the vast majority of my system. We're beyond my knowledge base :). If you need more testing just let me know - or if this points out the problem, please explain in a little detail.
So it's clear, kdemultimedia was compiled with flac installed and one of its components linked against libFLAC and libOggFLAC (sadly, kdemultimedia does not respect the -flac use flag if flac is installed, that's a known issue) So if flac is unmerged, kdemultimedia has to be recompiled. If you run revdep-rebuild, it should say exactly that.
I emerged/compiled KDE Multimedia without flac being installed - there is no doubt about that. It was the new install KDE 3.3.0 and the lack of working system sounds that led me to discover flac existed and install it manually to get things to work. Another certainty is that during the entirety of running gentoo on this machine (~4 months), I had never manually added +flac or -flac to any USE settings anywhere. I ran an unmerge flac, then did a revdep-rebuild, and that does now allow KDE to play all its default system sound ogg's. So its not clear to me why kdemultimedia got linked with flac, as it wasnt emerged/installed when I pulled down KDE 3.3.
Closing, as it's not something we will be able to reproduce.
