Hi,

Cyril Brulebois wrote:
> Axel Beckert <a...@debian.org> (10/01/2011):
> > psmedia is currently uninstallable on kfreebsd-i386 as there is no
> > gstreamer0.10-alsa on that architecture.
> 
> could you please check the attached patch looks sane? It seems to do
> the job here. I'm going to NMU if you confirm.

Hmmm. The reporter of the bug report whose fix introduced this issue
(http://bugs.debian.org/544219) had just gstreamer0.10-pulseaudio
installed, not gstreamer0.10-esd as I had when initially testing it.

But when I changed to gstreamer0.10-pulseaudio, it still didn't crash.

Today I tested thoroughly and found indeed a crash but probably at some other 
place than the 

> diff -Nru psimedia-1.0.3/debian/changelog psimedia-1.0.3/debian/changelog
> --- psimedia-1.0.3/debian/changelog   2010-04-29 18:26:13.000000000 +0200
> +++ psimedia-1.0.3/debian/changelog   2011-01-14 14:34:16.000000000 +0100
> @@ -1,3 +1,13 @@
> +psimedia (1.0.3-4.1) unstable; urgency=high
> +
> +  * Non-maintainer upload.
> +  * Make the gstreamer0.10-alsa dependency linux-only to get this package
> +    installable on kfreebsd-* again. According to Axel Beckert it is
> +    functional as is (Closes: #609559).

Yep. With gstreamer0.10-pulseaudio I was able to let it ring on an
N900. Only the connection "was terminated or closed" in the same way
as it does when I try to call an N900 with Pidgin or Empathy. (So
seems nothing psi specific, but N900 specific.)

With gstreamer0.10-esdinstalled instead of gstreamer0.10-pulseaudio,
it though crashed with a bus error and dumped core:

Last messages:

using speexdsp
Readying AudioIn:[oss,/dev/dsp0.0], refs=1
codec=speex
rate=16000,width=16,channels=1
changing state...
send clock is master
state changed
sendbin:
  apprtpsink0
  audioencbin:
    rtpspeexpay1
    speexenc1
    capsfilter1
    audioresample2
    audioconvert2
  volume1
queue0
bin0:
  capsfilter0
  audioresample1
  audioconvert1
  osssrc4
tee0
speexdsp0
rtppay caps audio: [application/x-rtp, media=(string)audio, 
clock-rate=(int)16000, encoding-name=(string)SPEEX, encoding-params=(string)1, 
payload=(int)110, ssrc=(uint)3142249127, clock-base=(uint)3768684904, 
seqnum-base=(uint)44153]
rtp_started
there are audio payload types
types=1
resolver finished
Host addresses:
  FE80:1:0:0:223:54FF:FEC7:560A%re0
  FE80:2:0:0:0:0:0:1%lo0
  FE80:3:0:0:0:FFFF:FFFF:FFFF%teredo
  2001:0:53AA:64C:8D8:2223:3FDE:9CBD
  192.33.99.66
starting ice for audio
C1: starting transport FE80:1:0:0:223:54FF:FEC7:560A%re0;18158 for component 1
C1: starting transport FE80:2:0:0:0:0:0:1%lo0;21936 for component 1
C1: starting transport FE80:3:0:0:0:FFFF:FFFF:FFFF%teredo;48313 for component 1
C1: starting transport 2001:0:53AA:64C:8D8:2223:3FDE:9CBD;64140 for component 1
C1: starting transport 192.33.99.66;40360 for component 1
C2: starting transport FE80:1:0:0:223:54FF:FEC7:560A%re0;24047 for component 2
C2: starting transport FE80:2:0:0:0:0:0:1%lo0;45576 for component 2
C2: starting transport FE80:3:0:0:0:FFFF:FFFF:FFFF%teredo;23884 for component 2
C2: starting transport 2001:0:53AA:64C:8D8:2223:3FDE:9CBD;24773 for component 2
C2: starting transport 192.33.99.66;17419 for component 2
C1: candidate added: FE80:0:0:0:223:54FF:FEC7:560A%re0;18158
C1: candidate added: FE80:0:0:0:0:0:0:1%lo0;21936
C1: candidate added: FE80:0:0:0:0:FFFF:FFFF:FFFF%teredo;48313
C1: candidate added: 2001:0:53AA:64C:8D8:2223:3FDE:9CBD%0;64140
C1: candidate added: 192.33.99.66;40360
C2: candidate added: FE80:0:0:0:223:54FF:FEC7:560A%re0;24047
C2: candidate added: FE80:0:0:0:0:0:0:1%lo0;45576
C2: candidate added: FE80:0:0:0:0:FFFF:FFFF:FFFF%teredo;23884
C2: candidate added: 2001:0:53AA:64C:8D8:2223:3FDE:9CBD%0;24773
C2: candidate added: 192.33.99.66;17419
ice_started
after_ice_started
local candidate ready
incoming request: [session-info]
flushing local candidates
received validated request or indication from 84.73.24.167:52938
user [yYN9:pM3z] is wrong.  it should be [yYN9:].  skipping
received validated request or indication from 84.73.24.167:56771
user [yYN9:pM3z] is wrong.  it should be [yYN9:].  skipping
received validated request or indication from 84.73.24.167:52938
user [yYN9:pM3z] is wrong.  it should be [yYN9:].  skipping
audio: average packet size=82, kbps=40

But this was when aptitude was not completely finished installing
gstreamer0.10-esd, so I tried it a second time after aptitude
finished. Then I got the same result as with gstreamer0.10-pulseaudio:
A closed or rejected connection.

Output at that time:

using speexdsp
Readying AudioIn:[oss,/dev/dsp0.0], refs=1
codec=speex
rate=16000,width=16,channels=1
changing state...
send clock is master
state changed
sendbin:
  apprtpsink0
  audioencbin:
    rtpspeexpay1
    speexenc1
    capsfilter1
    audioresample2
    audioconvert2
  volume1
queue0
bin0:
  capsfilter0
  audioresample1
  audioconvert1
  osssrc3
tee0
speexdsp0
rtppay caps audio: [application/x-rtp, media=(string)audio, 
clock-rate=(int)16000, encoding-name=(string)SPEEX, encoding-params=(string)1, 
payload=(int)110, ssrc=(uint)2236344306, clock-base=(uint)3227714525, 
seqnum-base=(uint)56951]
rtp_started
there are audio payload types
types=1
resolver finished
Host addresses:
  FE80:1:0:0:223:54FF:FEC7:560A%re0
  FE80:2:0:0:0:0:0:1%lo0
  FE80:3:0:0:0:FFFF:FFFF:FFFF%teredo
  2001:0:53AA:64C:8D8:2223:3FDE:9CBD
  192.33.99.66
starting ice for audio
C1: starting transport FE80:1:0:0:223:54FF:FEC7:560A%re0;17448 for component 1
C1: starting transport FE80:2:0:0:0:0:0:1%lo0;29693 for component 1
C1: starting transport FE80:3:0:0:0:FFFF:FFFF:FFFF%teredo;40409 for component 1
C1: starting transport 2001:0:53AA:64C:8D8:2223:3FDE:9CBD;10627 for component 1
C1: starting transport 192.33.99.66;24476 for component 1
C2: starting transport FE80:1:0:0:223:54FF:FEC7:560A%re0;18912 for component 2
C2: starting transport FE80:2:0:0:0:0:0:1%lo0;18154 for component 2
C2: starting transport FE80:3:0:0:0:FFFF:FFFF:FFFF%teredo;13323 for component 2
C2: starting transport 2001:0:53AA:64C:8D8:2223:3FDE:9CBD;21033 for component 2
C2: starting transport 192.33.99.66;58344 for component 2
C1: candidate added: FE80:0:0:0:223:54FF:FEC7:560A%re0;17448
C1: candidate added: FE80:0:0:0:0:0:0:1%lo0;29693
C1: candidate added: FE80:0:0:0:0:FFFF:FFFF:FFFF%teredo;40409
C1: candidate added: 2001:0:53AA:64C:8D8:2223:3FDE:9CBD%0;10627
C1: candidate added: 192.33.99.66;24476
C2: candidate added: FE80:0:0:0:223:54FF:FEC7:560A%re0;18912
C2: candidate added: FE80:0:0:0:0:0:0:1%lo0;18154
C2: candidate added: FE80:0:0:0:0:FFFF:FFFF:FFFF%teredo;13323
C2: candidate added: 2001:0:53AA:64C:8D8:2223:3FDE:9CBD%0;21033
C2: candidate added: 192.33.99.66;58344
ice_started
after_ice_started
local candidate ready
incoming request: [session-info]
flushing local candidates
incoming request: [session-terminate]
cleaning up...
Releasing AudioIn:[oss,/dev/dsp0.0], refs=0
cleaning done.
C1: candidate removed: FE80:0:0:0:223:54FF:FEC7:560A%re0;17448
C1: candidate removed: FE80:0:0:0:0:0:0:1%lo0;29693
C1: candidate removed: FE80:0:0:0:0:FFFF:FFFF:FFFF%teredo;40409
C1: candidate removed: 2001:0:53AA:64C:8D8:2223:3FDE:9CBD%0;10627
C1: candidate removed: 192.33.99.66;24476
C2: candidate removed: FE80:0:0:0:223:54FF:FEC7:560A%re0;18912
C2: candidate removed: FE80:0:0:0:0:0:0:1%lo0;18154
C2: candidate removed: FE80:0:0:0:0:FFFF:FFFF:FFFF%teredo;13323
C2: candidate removed: 2001:0:53AA:64C:8D8:2223:3FDE:9CBD%0;21033
C2: candidate removed: 192.33.99.66;58344
IceStopper done

>  Depends: psi-plus | psi(>= 0.13), ${shlibs:Depends}, ${misc:Depends},
> -         gstreamer0.10-plugins-good, gstreamer0.10-alsa
> +         gstreamer0.10-plugins-good, gstreamer0.10-alsa [linux-any]

Hmm, I guess at least gstreamer0.10-pulseaudio or gstreamer0.10-esd
must be installed. So this is probably not sufficient.

                Regards, Axel
-- 
 ,''`.  |  Axel Beckert <a...@debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-    |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to