Bug 303951 - When trying "Test sound settings" with PulseAudio running, ekiga gets SIGABRT
Summary: When trying "Test sound settings" with PulseAudio running, ekiga gets SIGABRT
Alias: None
Product: Fedora
Classification: Fedora
Component: alsa-lib   
(Show other bugs)
Version: 8
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Fedora Extras Quality Assurance
: 369631 376761 (view as bug list)
Depends On: 432790
Blocks: 369631
TreeView+ depends on / blocked
Reported: 2007-09-24 20:24 UTC by Matěj Cepl
Modified: 2018-04-11 16:12 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-02-22 10:29:44 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
backtrace from gdb (15.86 KB, text/plain)
2007-09-24 20:24 UTC, Matěj Cepl
no flags Details

Description Matěj Cepl 2007-09-24 20:24:14 UTC
Description of problem:
When trying to run ekiga with PulseAudio (and alsa-plugins-pulseaudio) I am not
able to run "Test sound settings" (or something, using Czech localized version,
which says "Otestovat nastavení"), ekiga crashes in 100% cases. Attaching backtrace.

Version-Release number of selected component (if applicable):
[matej@viklef ~]$ rpm -qa ekiga\* pwlib\* opal\* \*alsa\* | sort
[matej@viklef ~]$ 

How reproducible:

Steps to Reproduce:
1.run ekiga (with PA up and running and playing Jethro Tull's Aqualung)
2.walk through "First time running" wizard
3.When you get to audio settings (with both scrolldown boxes let in "Default")
click on "Test settings" button.
Actual results:
crash -- bug-buddy was not able to collect it, but when running in gdb I got it.

Expected results:
beautiful sound -- best would be Ian Anderson with flute :-)

Additional info:

Comment 1 Matěj Cepl 2007-09-24 20:24:14 UTC
Created attachment 204541 [details]
backtrace from gdb

Comment 2 Konrad Karl 2007-11-04 23:20:36 UTC
It crashes on Rawhide too. For conversation I am using an USB headset which 
works OK.

However in Preferences -> Sound events:
chosing the default sound channel and playing e.g. the ring sound produces:

ekiga: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed.

I discovered this while wondering why ekiga silently disappeared when there
was an incoming call.

Comment 3 Jan "Yenya" Kasprzak 2007-12-04 15:05:06 UTC
As I have written to ekiga-list some time ago, this is probably an ALSA bug.
Related bug reports are

http://www.pulseaudio.org/ticket/23 and

Comment 4 Matěj Cepl 2008-01-02 10:22:03 UTC
It seems to me that with the later Rawhide it gets better. Reporter and Yenya,
can you reproduce it still with the latest Rawhide?

Comment 5 Jan "Yenya" Kasprzak 2008-01-02 14:18:27 UTC
I don't want migrate my primary workstation to rawhide. I am however willing to
upgrade (or rebuild) selected packages from rawhide. Which packages and which
versions should I upgrade?

In the meantime, I have written a simple D-Bus hack which suspends pulseaudio
when the call begins, so having ekiga access the raw device works:


Comment 6 Matěj Cepl 2008-01-02 15:52:26 UTC
Yenya, sorry, I overlooked that you are on F7. No, there is probably no good way
how to recompile PA on F7 without upgrading it to be almost Rawhide. Is it
correct, Lennart?

Comment 7 Jan "Yenya" Kasprzak 2008-01-02 16:14:13 UTC
No, I use F8 now. The problem still exists on F8, so you can update this bug to
F8 (I don't have the rights to do it).

Also, if the reports from the comment #3 suggest it is an ALSA bug, it would
probably be ALSA rather than PA which I should recompile.

Comment 8 Matěj Cepl 2008-01-02 22:00:36 UTC
Of course, you right -- changing components.

Martin, this is IMHO the upstream ALSA bug from comment 3, and although I would
get it all the time on F8, it evaporated just before the Xmass on Rawhide.

Comment 9 James Gregory 2008-01-11 15:42:38 UTC
I've just commented on the ALSA bug tracker as I am experiencing the same issue
with Ekiga under Fedora 8. Considering there haven't been any posts on that bug
since the end of November, I wouldn't hold my breath that it is going to be
fixed any time soon...

Comment 10 Jan "Yenya" Kasprzak 2008-01-11 16:58:33 UTC
As for comment #8 - Matej, could you try to pinpoint which package has caused
the problem to go away? I have looked at rawhide, and the last alsa-lib is


while on F8 there are the following:


which are probably only rebuilds of the same SRPM. So I doubt rawhide has any
significant change to alsa-lib against F8.

Comment 11 Matěj Cepl 2008-01-11 18:22:52 UTC
Well, I said better -- and really ekiga doesn't crash on me (packages
ekiga-2.0.11-2.fc9.x86_64, opal-2.2.11-2.fc9.x86_64, and
pwlib-1.10.10-4.fc9.x86_64), but it is not to say that it works flawlessly. DMTF
doesn't work at all, so I still have to use linphone.

Comment 12 Matěj Cepl 2008-01-11 18:23:34 UTC
... and is that ALSA bug in alsalibs, or in the kernel part of ALSA?

Comment 13 Angel Marin 2008-01-28 21:12:24 UTC
This no longer happens here with the last set of f8 updates:
kernel-, pulseaudio-*-0.9.8-5.fc8.x86_64 and

Comment 14 Konrad Karl 2008-01-29 21:38:24 UTC
No such luck on i[36]86:


ekiga: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed.

whenever I select the default sound device as Alternative Output Device.

Comment 15 James Gregory 2008-02-07 14:41:33 UTC
alsa 1.0.16 was released yesterday and may fix the problem. Would it be possible
to get alsa updated?

Comment 16 Martin Stransky 2008-02-08 13:39:15 UTC
is alsa-drivers already in kernel?

Comment 17 Ignacio Vazquez-Abrams 2008-02-16 02:37:33 UTC
*** Bug 376761 has been marked as a duplicate of this bug. ***

Comment 18 Ignacio Vazquez-Abrams 2008-02-16 02:38:47 UTC
*** Bug 369631 has been marked as a duplicate of this bug. ***

Comment 19 Martin Stransky 2008-02-22 10:29:44 UTC
alsa-libs-1.0.16 is in rawhide now.

Comment 20 Konrad Karl 2008-03-28 15:12:31 UTC
Tried on full uptodate F8, alsa-plugins-1.0.15-3.fc8.1.src.rpm - ekiga is
still not stable.

I set the sound events to "default", pressed Test and was able one time 
to hear exactly one ring sound, afterwards ekiga died with this famous 

On the next tries I was not able to hear anything because of instant crash.
In those cases ekiga had the tendency to consume 100% CPU.

For conversation I am using a USB headset.

Will try to investigate over the weekend and provide more exact description
which assert it actually triggered (I am in the office now).

Can anybody confirm that it works in F9 beta? (read rumors about this)


Note You need to log in before you can comment on or make changes to this bug.