[SOLVED] kmines needs pulseaudio. Why?

Originally Posted by enorbet Actually I rather imagine it is Mozilla's thinking "Ah good! Now, with PA, Linux sound is somebody elses problem".

Probably... this goes back to the UNIX philosophy. Do one thing and do it well. This will obviously open up a can of worms, but why not leave the audio problems to someone else when they can focus on the browser and keeping it secure? Yes, I'm aware there's probably thousands of examples where this isn't the case and programs support 30 different sound managers/servers, but there are probably thousands of examples where developers have done the exact same thing as Mozilla.

Like it or not, pulseaudio is the primary sound manager in Linux. Almost all distros use that as their default sound manager, so from Mozilla's standpoint, it makes sense to go to the highest common denominator, not to enable the few obscure situations when someone decides to not use pulseaudio and apply that manpower elsewhere than testing someone's obscure pulseaudio-less system. Does this work for everyone? Obviously not, but for the vast majority of people, it works fine.

At least you're running a distro where the Firefox package is provided enabling alsa and it is relatively easy to build your own if a version you want is not provided by Pat.

Originally Posted by bassmadrigal Almost all distros use that as their default sound manager, so from Mozilla's standpoint, it makes sense to go to the highest common denominator,

Nothing but respect, but this might not be the best argument for Slackers. (as in the other package that goes unnamed)

I should have marked this thread as [SOLVED] after post #9, this could have maybe avoided following off-topic posts. This is fixed now.

Originally Posted by Skaendo Nothing but respect, but this might not be the best argument for Slackers. (as in the other package that goes unnamed)

I wasn't trying to cater to Slackers, but what Mozilla's thought process might be. We've seen this same situation for programs that require systemd, some drop support for non-systemd distros. It may not be desired by people who don't like it, but when you want to focus your resources on other aspects of the program, you might need to cut support for less common systems out there. It sucks, but it's reality.

$ pavucontrol 
pavucontrol: error while loading shared libraries: libpulse-mainloop-glib.so.0: cannot open shared object file: No such file or directory

Originally Posted by przemo $ pavucontrol pavucontrol: error while loading shared libraries: libpulse-mainloop-glib.so.0: cannot open shared object file: No such file or directory

1. This is off topic. Please open a new thread for a new topic.
2. Which version of Slackware are you using?
3. The file libpulse-mainloop-glib.so.0 is shipped in the pulseaudio package. Why do you miss it?