Thanks for continuing to look at this problem. Two versions of phonon does seem like a recipe for disaster. Let's hope upstream can sort that out. As far as this specific issue goes, I've done some investigation - I'm not too clued up on cmake or debian packaging but I figured this would be worth posting in case any of it helps. All of this is based on working with apt-get source qt4-x11 and running dpkg-buildpackage.
Once the source has been patched, in src/3rdparty/phonon/phonon/CMakeLists.txt, there is a check using macro_optional_find_package(PulseAudio), and one using macro_optional_find_package(GLIB2). However, nowhere on my system is there a FindPulseAudio.cmake or a FindGLIB2.cmake, and I can't find a package that installs them. They are not present in the source. The strange thing is, that with the lack of those two cmake files I would expect cmake to print a warning that they couldn't be found. But it doesn't. It's almost as if that particular CMakeLists.txt is simply being ignored. I found the same issue with the source for the phonon backends. That source does include the two 'missing' cmake files, and they are supposed to be called by the macros in the phonon/CMakeLists.txt file. But again, they never are. Only by hacking those macro_optional_find_package() checks into the CMakeLists.txt at the root level of the source tree could I get them to run, and when I did that I finally saw -DHAVE_PULSEAUDIO and -DHAVE_PULSEAUDIO_DEVICE_MANAGER being part of the command lines issued to make. -- [Lucid] Phonon pulseaudio support is broken https://bugs.launchpad.net/bugs/557514 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
