PulseAudio Team:
The decision was made recently to integrate PulseAudio into Solaris, so
that is pretty exciting. I am not exactly sure when it will integrate.
At the moment, I am just working to get it building and working okay.
I have encountered a few build issues, and I am wondering if Pul
Maarten:
Do I conclude correctly from the bug that in pulse 1.0 it isn't true
anymore that the library dependencies are:
libpulse -> libpulsecommon
libpulsecore -> libpulsecommon
I am not familiar enough with PulseAudio to be able to describe the
library dependencies. I just know that prog
Maarten:
Your proposed patch clashes with pa_module_info in src/pulse/introspect.h.
Perhaps not on the compiler level, but at least it's very confusing
for the reader.
My patch just shows how to fix the problem. Feel free to rename the
variables to whatever makes most sense. If you tell me
Lennart:
The decision was made recently to integrate PulseAudio into Solaris, so
that is pretty exciting. I am not exactly sure when it will integrate.
At the moment, I am just working to get it building and working okay.
On which backend? OSS? Note that OSS support in PA never came close in
io.
Brian
On 10/16/11 08:01 AM, Maarten Bosmans wrote:
2011/10/15 Brian Cameron:
4) Some straightforward compile issues that seem appropriate to fix for
building on Solaris is in the patch in this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=41538
This one looks good, see also
://bugs.freedesktop.org/show_bug.cgi?id=41539
Brian
On 10/19/11 07:18 AM, Maarten Bosmans wrote:
2011/10/17 Brian Cameron:
I found this issue when I try to build PA clients. For example, when
PulseAudio tries to build pactl, I see these errors. I see similar
errors trying to build any PA client
Maarten:
Thanks for trying this workaround and confirming that this is indeed
the problem.
(core-cache.h includes core.h, sink.h and others, which define objects
using PA_DECLARE_PUBLIC_CLASS, that cause trouble when not linked in.
I'm wondering why this is no problem on Linux)
Probably becau
I notice that PulseAudio version 1.1 seems to leave behind shared
memory files when my GNOME session exits, or when I kill the pulseaudio
daemon from within my GNOME session.
For example, when my session is running I see 3 shared memory files,
associated with the following processes:
- The Puls
Oops, I just realized that I didn't attach the debug log attachment.
Now attached.
Brian
On 11/ 2/11 03:02 PM, Brian Cameron wrote:
I notice that PulseAudio version 1.1 seems to leave behind shared
memory files when my GNOME session exits, or when I kill the pulseaudio
daemon from with
Cameron wrote:
Oops, I just realized that I didn't attach the debug log attachment.
Now attached.
Brian
On 11/ 2/11 03:02 PM, Brian Cameron wrote:
I notice that PulseAudio version 1.1 seems to leave behind shared
memory files when my GNOME session exits, or when I kill the pulseaudio
d
Maarten:
1024*1024*16 or 16,777,216 (or 16M) is a very common number in
computer programs. Why not just define and use something like
SIXTEEN_MB in a common header file instead of hardcoding 1024*1024*16
in different places where it needs to be kept in sync. This should
not be so complicated.
I am attaching 3 patches for consideration upstream:
- pulseaudio-05-shm.diff
The shm files on Solaris end up with a different name. This patch
makes the code work on Solaris too.
- pulseaudio-07-sada.diff
Fixes to improve the SunAudio plugin so it works better.
- pulsaudio-10-endian.di
Apologies, but I had an error in my previous patch. The #if test
was reversed. Sorry about this. The attached patch is correct.
Brian
On 05/22/12 08:55 PM, Brian Cameron wrote:
I am attaching 3 patches for consideration upstream:
- pulseaudio-05-shm.diff
The shm files on Solaris end up
13 matches
Mail list logo