After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 583260 - ekiga 3.2.1 doesn't start on Fedora 11
ekiga 3.2.1 doesn't start on Fedora 11
Status: RESOLVED FIXED
Product: ekiga
Classification: Applications
Component: general
3.2.x
Other Linux
: Urgent major
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2009-05-19 20:23 UTC by Peter Robinson
Modified: 2009-05-29 10:31 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
ekiga not starting up (42.22 KB, text/plain)
2009-05-19 20:25 UTC, Peter Robinson
Details
back trace of ekiga lockup (19.51 KB, text/plain)
2009-05-19 20:58 UTC, Peter Robinson
Details
updated for 3.2.4 (27.16 KB, text/plain)
2009-05-20 10:22 UTC, Peter Robinson
Details

Description Peter Robinson 2009-05-19 20:23:30 UTC
ekiga 3.2.1 doesn't start up on Fedora 11. It doesn't crash but when run with -d 4 it just hangs at one point. I'll attach the output of 'ekiga -d 4'. ptlib/opal/ekiga were compiled with exactly the same option as 3.2.0
Comment 1 Peter Robinson 2009-05-19 20:25:27 UTC
Created attachment 134980 [details]
ekiga not starting up
Comment 2 Eugen Dedu 2009-05-19 20:29:18 UTC
Ah!!!  And I was thinking to tell people to test before release...

I think you should start with gdb and press ctrl-c after a few seconds, to see where the threads are.
Comment 3 Peter Robinson 2009-05-19 20:41:43 UTC
And I meant to test it..... promise! but been so busy of late with the pending F11 release and so much else. Will do the gdb and attach.
Comment 4 Peter Robinson 2009-05-19 20:58:39 UTC
Created attachment 134983 [details]
back trace of ekiga lockup
Comment 5 Peter Robinson 2009-05-19 20:59:26 UTC
gdb with a 'threads apply all bt' when i've let it run and the execution stops.
Comment 6 Peter Robinson 2009-05-20 10:22:14 UTC
Created attachment 135009 [details]
updated for 3.2.4

This is an updated gdb backtrace for 3.2.4. In the office I have no outbound access to the 4 SIP accounts I have so it wouldn't be able to register but it usually still runs up. It doesn't seem to make any difference whether or not the accounts are available or not.
Comment 7 Eugen Dedu 2009-05-21 09:53:18 UTC
This could be a duplicate of http://bugzilla.gnome.org/show_bug.cgi?id=582853 (well, there are two bugs there, one about registration and another one for ekiga blocking).
Comment 8 Peter Robinson 2009-05-21 12:16:16 UTC
I don't think it is as I don't get any form of gui, not even the icon in the notification area. The issue in the other ticket where it wouldn't register with sip providers I've seen on Fedora 11 with 3.2.0 but their issues seem to be resolved with the latest release
Comment 9 Damien Sandras 2009-05-25 07:46:27 UTC
Wouldn't it be evolution-data-server blocking things ?
Comment 10 Peter Robinson 2009-05-25 08:52:40 UTC
(In reply to comment #9)
> Wouldn't it be evolution-data-server blocking things ?
> 

Why? It doesn't cause a problem with 3.2.0 with the same version of eds.
Comment 11 Damien Sandras 2009-05-25 08:57:41 UTC
I see no deadlock in the opal code.

Have you tried disabling video preview (using gconf-edit)?
Comment 12 Peter Robinson 2009-05-26 14:46:16 UTC
> Have you tried disabling video preview (using gconf-edit)?

Would video preview be used when starting up hidden with no web cam configured?

Is there also a link documenting the things you can disable using gconf?

Comment 13 Eugen Dedu 2009-05-26 19:59:34 UTC
> Would video preview be used when starting up hidden with no web cam configured?

No.

> Is there also a link documenting the things you can disable using gconf?

No.  You just type gconf-editor and each entry has a "tooltip" associated.
Comment 14 Peter Robinson 2009-05-27 13:13:28 UTC
(In reply to comment #11)
> I see no deadlock in the opal code.
> 
> Have you tried disabling video preview (using gconf-edit)?

in gconf-edit there is no checkbox against the video preview and the input device is the moving logo.

I also unchecked the enable video in the codecs -> video section to no avail.

I looked to see if there was a way to disable accounts registration on startup to see if it was blocking somewhere in there but the only section I could fine on that was a massive accounts_list string in protocols.
Comment 15 Damien Sandras 2009-05-27 13:31:03 UTC
/apps/ekiga/devices/video/enable_preview
Comment 16 Peter Robinson 2009-05-27 14:18:33 UTC
(In reply to comment #15)
> /apps/ekiga/devices/video/enable_preview
> 

Yes. that's what I was referring to. Its not enabled.
Comment 17 Eugen Dedu 2009-05-27 18:21:36 UTC
Could you try with latest opal (branch or trunk)?  There was a change which would fix this issue.  http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=rev&revision=22738
Comment 18 Peter Robinson 2009-05-27 22:04:22 UTC
(In reply to comment #17)
> Could you try with latest opal (branch or trunk)?  There was a change which
> would fix this issue. 
> http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=rev&revision=22738
> 

The patch won't apply to the stable branch. As an issue on Fedora 11 I'm not prepared to ship svn head as its too much of a moving target for something as wide spread as a Fedora stable release. If it can be fixed on the stable branch or a test patch against stable can be provided I can test that patch to see if it fixes the issue.
Comment 19 Eugen Dedu 2009-05-28 07:49:42 UTC
Peter, the link I sent is for stable branch (v3_6)!

Maybe several fixes have been done on branch between release and yesterday, and this patch does not apply to release directly?
Comment 20 Peter Robinson 2009-05-28 08:57:52 UTC
(In reply to comment #19)
> Peter, the link I sent is for stable branch (v3_6)!

Oh! That will teach me to update tickets when I haven't slept for 20 odd hours!

> Maybe several fixes have been done on branch between release and yesterday, and
> this patch does not apply to release directly?

OK, I'll have a poke at it in the next day or two to make it fit as see where it takes us from there.


Comment 21 Eugen Dedu 2009-05-28 09:04:35 UTC
> Oh! That will teach me to update tickets when I haven't slept for 20 odd hours!

Or that will teach you that you need to sleep from time to time! :o)
Comment 22 Eugen Dedu 2009-05-28 09:07:10 UTC
For information, a bug about hanged ekiga
http://bugzilla.gnome.org/show_bug.cgi?id=582853 was fixed (well, another easy
one appeared :o(, but maybe it's a packaging issue from mine.)
Comment 23 Peter Robinson 2009-05-28 15:37:20 UTC
with a bit of fudging I got the patch to apply manually and it seems to be working. Nice!
Comment 24 Damien Sandras 2009-05-28 15:42:58 UTC
So it is a DUP of the other bug report. (Eugen?)

And we should release 3.2.5 with a new opal and a new ptlib asap.
Comment 25 Eugen Dedu 2009-05-28 15:51:28 UTC
DUP (see comment #22) or not, what is important is that it is fixed!

For 3.2.5, I would like to fix two urgent bugs before:
- http://bugzilla.gnome.org/show_bug.cgi?id=583864 (hoping he is responsive)
- check that stable branch is not hurt by http://bugzilla.gnome.org/show_bug.cgi?id=582853#c17, could someone check that?
Comment 26 Eugen Dedu 2009-05-29 07:25:29 UTC
So Peter, should this bug be closed?
Comment 27 Peter Robinson 2009-05-29 10:31:20 UTC
I think so, I've done some rudimentary testing and it all seems to work.