Bug#597449: libpulse0 fails to connect to pulseaudio sink over TCP

[Didier 'OdyX' Raboud]

Le Sunday 19 September 2010 22:30:48 Daniel Maier, vous avez écrit :
> Package: libpulse0
> Version: 0.9.21-3
> Severity: grave
> 
> libpulse0 fails to connect to a pulseaudio sink when invoked like:
> 
> $ PULSE_SERVER=tcp:10.22.0.21 PULSE_LOG=99 paplay -vvvvv question.wav
> Opening a playback stream with sample specification 's16le 2ch 44100Hz' and
> channel map 'front-left,front-right'. Using shared memory pool with 1024
> slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot
> size is 65496 Trying to connect to 10.22.0.21...
> Connection failure: Connection refused
> 
> It always fails with "Connection refused" but tcpdump reveals that there
> is no connection attempt. If a hostname is used, tcpdump shows that the
> hostname is successfully resolved, but it results in the same behaviour.
> 
> The machine arch is armel:
> Linux bernd 2.6.32-5-orion5x #1 Fri Aug 13 06:13:20 UTC 2010 armv5tel
> GNU/Linux
> 
> This problem lies somewhere in the asynchronous dns resolving, because
> compiling the Debian package with --disable-asyncns it works. I am not able
> to confirm wether this is a armel specific bug, but with the same versions
> installed on AMD64 it works fine.
> 
> Apart from that the error message might be wrong and is misleading.

Hi Daniel, and thanks for your bugreport,

Here at the BSP Bern, we tried to reproduce your bug and that's our progress so far:

On machine A (amd64)
	pulseaudio installed
	pacmd launched:
	>> load-module module-native-protocol-tcp listen=0.0.0.0 port=11223 auth-anonymous=1

On machine B (amd64)
	PULSE_SERVER=tcp:10.22.0.21:11223 PULSE_LOG=99 paplay -vvvvv question.wav

And machine A plays question.wav from machine B; but that's between amd64's. Then 	we 
tried with a GuruPlug (armel) as machine B, and it fails, as you claims.

So now we are currently compiling pulseaudio in armel without optimisation in order to 
hunt that bug down.

So keep tuned.

Cheers, OdyX (writer, the one doing the job is Gaudenz).

-- 
Didier Raboud, proud Debian Maintainer (DM).
CH-1020 Renens
didier at raboud.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 316 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-pulseaudio-devel/attachments/20101127/987dd518/attachment.pgp>