Can't build apulse from sources in Linux Mint 17.3 (Mate) 64bit about apulse HOT 12 OPEN

If you compile it on another system, what files specifically do you need to bring over?

Build creates libraries libpulse.so.0, libpulsecommon-5.0.so, libpulse-simple.so.0 and a launcher script, apulse. Libraries have runtime dependency on some other libraries, such as libglib-2.0.so.0, libc.so.6, libasound.so.2 and the like. You can get a full list by using ldd tool.

When you compile something on one Linux distro and move results to another system, it usually works only if there are dependencies with the same ABI (application binary interface). That means, the same versions. Fortunately, most of core libraries have symbol versioning, and utilize that to be backwards compatible. That means, there is the easy way: build on an old distro, and the app will work on newer versions. It should, at least.

do I need to remove the old apulse files (i.e. the ones I ask about above) before attempting to compile the latest version?

If that means installed files, then no. They will be overwritten during installation. (But you better to wrap binaries into a package of your distro format.)
If that means files in build directory, then maybe. I've seen many issues with stale CMake cache. So it's usually better to make a clean build after you update sources. On the other hand, that happens only after significant build script changes, which didn't happen for a years in apulse.

from apulse.

Hi.
You get those errors because to compile 32-bit version you need 32-bit versions of libglib2.0-dev and libasound2-dev too. There are complications: both 32-bit and 64-bit development packages can't be installed, apt won't allow that. At least 32-bit libglib2.0-dev conflicts with 64-bit libglib2.0-dev.

If you need to build it on your own system, it's possible to create required symlinks by hand. Also, some dances with pkg-config are required to make libglib2.0 header files compile well. (See #37 (comment) and #22 (comment) for details.)

But if you need to just compile it, it's easier to install 32-bit version of your OS into virtual machine, and build there.

from apulse.

Thanks for your answer!

But i give up, bro! Microsoft Skype is not really important and attractive to me.

I just like to know how to fix things and keep them running with Linux.

But this skype limitation of needed Pulseaudio since version 4.3 is really strange and bullshit.
It brought me also to re-install Pulseaudio after long time again - just to feel and know why i don't want to have this on my (DAW)-system. ;-)

I tried one whole night ALL the different settings and "config-usion"-tips from the net and i give up.

But here comes the good at the end: When i finished with skype yesterday, somebody showed me the new alpha1-skype-(web-)app and i test it know.

Maybe it's really different look n feel with the new design- but it was working great and the sound from my ALSA-system and mic was working WITHOUT ANY CONFIGURATION!

Maybe the sound from my mic was not really the best - but i think this new version could be a new great feauture in Linux-world.

I just like, if (big commercial) industry co-operates with Linux Dev together.

And this is the goal for this alpha: The skype-team want to push a new develepmont for the linux-version, that was just periodacly updated by a while and made a lot of problems sometimes with Linux-soundsystems.

So hey- maybe for apulse&skype it's not the best message- but for all users maybe some nights with more sleep!

It DON'T has to be, that people need really advanced linux knowing just to keep skype working together with headset!

This is not against apulse...

these are just critics to #Microschrott.

from apulse.

I use a 32-bit chroot within my 64-bit system for apulse/skype, works nicely. Also good to hear that an alternative might be coming along though.

from apulse.

If you compile it on another system, what files specifically do you need to bring over?

And does it have to be the same OS? What specifically has to be the same? For example, could I offer the files I successfully compiled files to people who are having trouble compiling?

And, while I'm here, do I need to remove the old apulse files (i.e. the ones I ask about above) before attempting to compile the latest version?

from apulse.

There's a 64-bit version of Skype for linux now, just so you are aware. I just installed it three days ago and it was a 64-bit version. https://www.skype.com/en/download-skype/skype-for-linux/

from apulse.

There's a 64-bit version of Skype for linux now

By the way, it's an Electron-based application. It uses Chromium underneath, which still supports ALSA for audio. So there is no need in using apulse for the new 64-bit Skype.

from apulse.

Yup. Only thing I'm using apulse for at the moment is SeaMonkey (built from Mozilla's mercurial repository, with a version of Gecko created after the ALSA backend was dropped).

Firefox would be the other one that I would still need apulse for.

from apulse.

after the ALSA backend was dropped

It's still there: https://hg.mozilla.org/mozilla-central/file/tip/media/libcubeb/src/moz.build#l19. As far as I know, there were no plans of ALSA support removal. It's just it's not built by default.

So, if you are building from source, you should be able to get a custom version that supports ALSA.

from apulse.

from apulse.

Whether turning off sandboxing in about:config will still work

Last time I tried, it was required to decrease security.sandbox.content.level to 1 to make audio playback through ALSA work in Firefox Nightly.

What's also important is to realize that apulse cannot bypass sandbox. It's implemented as a libpulse.so.0 replacement library, but unlike PulseAudio it tries to open ALSA files from the same process, rather than connecting to a dedicated daemon. So, apulse won't work unless sandbox will allow it.

from apulse.

I am compiling seamonkey, and I believed they removed the flag itself. If not, I am relieved. Apparently the sandbox is not enabled in seamonkey built from comm-central, because it works fine here by default.

from apulse.