[pulseaudio-tickets] [Bug 41539] Fix PulseAudio 1.0 build for Solaris

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=41539

--- Comment #6 from Tanu Kaskinen <tanuk at iki.fi> 2011-10-15 03:09:15 PDT ---
(In reply to comment #3)
> If the goal is to make it possible for programs to link against these libraries
> regardless of version number, then it seems odd to embed the version number in
> the name.  Wouldn't a more straightforward fix be to explicitly link against
> the libraries but not embed "-1.0" or other version numbers in their name?

I don't know. Dropping the version number doesn't sound impossible to me, but
as I said earlier, I'm not an expert here, and you'll likely get better answers
on the mailing list.

(In reply to comment #5)
> Since it seems now that libpulse and libpulsecommon need symbols from
> libpulsecore, doesn't this mean that any program that links against Pulse must
> be a GPL'ed program.  I notice that even the GStreamer PulseAudio plugin needs
> to link against libpulsecore, which I guess makes all GStreamer based programs
> GPL.
> 
> Is this intentional, or do people just build PulseAudio without libsamplerate
> if they wish to avoid making everything that uses it GPL?  Or is the LICENSE
> file wrong?

Clients won't use libsamplerate in any case - resampling is done only at the
server end. But the fact still is that if libsamplerate is enabled, both
libpulsecore and libpulsecommon will be linked against it. Since the clients
won't use libsamplerate in practice at all, and they can't know whether their
code will be linked at runtime to a libpulsecore version that is built with
libsamplerate support or without, I believe there's no practical possibility
for Erik de Castro Lopo to win if he goes mad and sues some company making
proprietary software that uses libpulse, claiming that they infringe the
libsamplerate license. But to remove any doubt, I think it would be best to
change Pulseaudio build system so that libsamplerate won't be linked against
any libraries that are used from the client side.

Nowadays Pulseaudio supports also Speex resamplers, which I believe are a
pretty good replacement for libsamplerate (the default resampler is currently a
speex resampler). So if you want to play safe, you can disable libsamplerate
from Solaris Pulseaudio builds without much problems. Or actually, Solaris
users may have libsamplerate resamplers configured as the default resampler in
/etc/pulse/daemon.conf... If those resamplers cease to be available, there will
be some kind of a failure - maybe just an error message, but maybe pulseaudio
will fail to start. I'm too lazy to look up the behavior right now. ...Nah, I'm
not so lazy after all, I looked it up. Whenever a resampler is needed that
isn't available, a warning will be printed to the daemon log and the
"speex-float-3" resampler will be used instead.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.