Red Hat Bugzilla – Bug 483411
Expat not enabled, Ekiga presence does not work without it
Last modified: 2009-02-18 05:18:56 EST
Description of problem: The expat feature of ptlib must be explicitly enabled in the configure call. Please add --enable-expat to the configure call in the ptlib.spec file.
Version-Release number of selected component (if applicable): ptlib-2.4.4-1.1.fc10
How reproducible: Always
Additional info: This will require a rebuild of opal as well.
Presence (offline/online) support will work when these two packages are rebuilt.
I'll do some testing for this later this week. The configure options between the 3 packages are very problematic.
In my testing, I had to only add --enable-expat on ptlibs, rebuild ptlibs and opal, and presence worked. Ekiga did not need to be rebuilt. This is shown in my bug report from Gnome that I linked, too.
Opal did not detect XML support at compile time from ptlibs and therefore didn't read the XML from presence messages.
Hmm. Was this working in 3.0.1?
No. Presence support never worked with 3.x.x in Fedora. I just got around to filing a bug with Gnome this week. The Ekiga folks said that they had a unrelated bug with presence but they fixed it in 3.0.2 and OPAL 3.4.4 and said it was impossible for me to have it not work now. After investigating I found it was ptlibs built without the proper configure line.
so did it work with standard ekiga 2.x in Fedora previously?
No, because presence support was added in 3.x.
You might want to look at the comment just made in the Gnome bug. Debian builds without "--enable-expat" explicitly set and expat is enabled. I did not find anything in your ptlib.spec or ptlib package that disabled expat on purpose, so maybe you need to look it over again to make sure.
That was the way I read the output of ./configure --help but for some reason it doesn't detect it even though it should, adding the enable fixes it without adding any extra build deps. I'm going through my tests for it now but it will probably take nearly a week to get all the builds done for mainline Fedora. The ptlib/opal configure scripts have a horrible tendency to break random things even between minor releases. It took me 8-9 builds to get the beta to build in rawhide even though it built fine in my local testing. Grr
The cause of the issue has been identified and I've reported an upstream bug and had a conversation with the ekiga maintainer. I'm updating the ptlib for F-10 but it will take a little time to push a complete update as each ptlib/opal build will need to be explicitly tagged by rel-eng to build the dependant packages.
ekiga-3.0.2-2.fc10, opal-3.4.4-4.fc10, ptlib-2.4.4-2.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update ekiga opal ptlib'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-1363
Michael, can you test this for me and confirm it fixes presence for you?
Yes, I'm waiting on them to show up in updates-testing so I can download them and apply karma. They weren't there last night. I'll try again tonight.
Success. I've added karma to match. Thanks, Peter.
Fixed in F-10 stable. Versions ekiga-3.0.2-2.fc10, opal-3.4.4-4.fc10, ptlib-2.4.4-2.fc10