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
did...@raboud.com

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to