Re: [Ekiga-devel-list] building latest ekiga master
On Wed, Apr 29, 2015 at 10:38 AM, Eugen Dedu eugen.d...@univ-fcomte.fr wrote: On 29/04/15 11:04, Peter Robinson wrote: Hi All, I thought I'd try to build the latest ekiga dev on Fedora 22 to see how it looks (and add a copr build [1] for other interested people) but I was stumped at the first hurdle. It seems between ptlib 2.10.x and 2.14.x the build system was changed around quite a lot and has issues on regular distro style packaging where things like install directory are specified and don't work any more. They also use things like old config.guess/config.sub dating back to 2003 so most new architectures are missing too. I didn't have much time to spend but overall it seems like some regressions in the newer ptlib/opal side of things so I thought I'd just give people a heads up. Thanks a lot for trying! Could you be more specific about what install directory does not work? Here on debian ptlib and opal package and install fine. One note: you need to use make opt in ptlib and opal in order for plugins to be installed too. It's the same mechanism used to build 2.10 and all preceding releases for years, as it looking at the git logs from the first release we used in Fedora back to when it changed name from pwlib to ptlib back in 2008. What exactly version of ptlib/opal have you tried (also: release or branch)? ptlib 2.14.3 ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] building latest ekiga master
Hi All, I thought I'd try to build the latest ekiga dev on Fedora 22 to see how it looks (and add a copr build [1] for other interested people) but I was stumped at the first hurdle. It seems between ptlib 2.10.x and 2.14.x the build system was changed around quite a lot and has issues on regular distro style packaging where things like install directory are specified and don't work any more. They also use things like old config.guess/config.sub dating back to 2003 so most new architectures are missing too. I didn't have much time to spend but overall it seems like some regressions in the newer ptlib/opal side of things so I thought I'd just give people a heads up. Peter [1] https://copr.fedoraproject.org/ ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ptlib/opal v14 news
Except the bug with make opt instead of make: - ptlib compiles fine on linux and on windows - opal compiles fine on linux, not yet tested on windows - ekiga does not compile, for ex. ptbuildopts.h does not exist anymore Now ptlib and opal build fine for linux and windows. It remains ekiga. Is there plans to cut an alpha release tarball if you want wider testing? What's the plans for heading towards the next release? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga 4.0.0, 4.0.1,,,error 127 during make
On 21 May 2013 18:36, Young, John john.yo...@qinetiq-na.com wrote: ./configure gets through all the way…. Run make….. Get an error [bg/ekiga.xml] Error 127 Looks like a missing dep but then you provide no useful information such as the platform/district etc that you're attempting to build it on. Peter ?. John Young QinetiQ North America Technology Solutions Group (TSG) 358 Second Avenue Waltham, MA 02451 781 684-3993 781 684-4485 ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Gstreamer in ekiga
On 22 Mar 2013 17:14, Julien Puydt jpu...@free.fr wrote: Hi, since a few weeks, the experimental gstreamer code in ekiga is supposed to work much better. Could you give it a try? I would like to rework the audio+video code to shoot for more features. Is it with gst 0.10 or 1.0? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Gstreamer in ekiga
On 22 Mar 2013 17:44, Julien Puydt jpu...@free.fr wrote: Le 22/03/2013 18:31, Peter Robinson a écrit : Is it with gst 0.10 or 1.0? 0.10 It would be worth to move it to 1.0 as that's where most distros are going and it has better windows/Mac support. Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] What's missing for 4.0.1
On Wed, Feb 20, 2013 at 1:51 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 18/02/13 21:28, Peter Robinson wrote: Just a head up that we currently fail to build in F19 due to a new boost and gcc release. https://bugzilla.redhat.com/show_bug.cgi?id=912503 I installed g++ 4.8 on my machine and compilation of that file works. I let people having the error see what happens, probably an extern C before including boost header? However, I checked that in ekiga code and there is only including glib and e-book headers before including boost. I assigned the ticket to the boost packages so we'll see what they have to say for themselves. I'm happy to test and pull in patches in rawhide if necessary but lets see what response they come back with first . Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] What's missing for 4.0.1
Hi, what are the showstoppers for 4.0.1 ? ptlib/opal: - double call in history - options not sent anymore ekiga: - freeze on quit on windows Not release bugs, but useful to have: - problem with video camera non-ascii - do not use user names in OPTIONS - check e-mail resume audio (see mailing list) - check e-mail peer removal issue (see mailing list) - register correctly after suspend/resume 3 bugs have just been fixed, now the list is: ekiga: - freeze on quit on windows Not blockers, but useful to have: - problem with video camera non-ascii - check e-mail resume audio (see mailing list) - check e-mail peer removal issue (see mailing list) - register correctly after suspend/resume One more bug fixed, now the list is: - freeze on quit on windows Ok, this one has finally been fixed. It remains a small regression with right-clicking in roster, and we will release. So expect it for tomorrow. Just a head up that we currently fail to build in F19 due to a new boost and gcc release. https://bugzilla.redhat.com/show_bug.cgi?id=912503 As Damien says, all these seem errors in C++ classes or boost. Moreover, gcc 4.8.0 will be branched in March probably, so a release will appear maybe in April. This bug can wait a bit, until gcc itself or boost is stabilised. well gcc 4.8 is in regressions only and the developers believe it's pretty close to final so if it's a change there it's a reason for it, it could be boost. I'm can cope with it waiting for 4.0.2 but be aware people that are using rawhide are already moaning about it and the build only failed a couple of days ago. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] What's missing for 4.0.1
On Mon, Feb 18, 2013 at 4:14 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 13/02/13 14:17, Eugen Dedu wrote: On 13/02/13 09:53, Eugen Dedu wrote: On 12/02/13 21:16, Eugen Dedu wrote: On 12/02/13 21:11, Julien Puydt wrote: Hi, what are the showstoppers for 4.0.1 ? ptlib/opal: - double call in history - options not sent anymore ekiga: - freeze on quit on windows Not release bugs, but useful to have: - problem with video camera non-ascii - do not use user names in OPTIONS - check e-mail resume audio (see mailing list) - check e-mail peer removal issue (see mailing list) - register correctly after suspend/resume 3 bugs have just been fixed, now the list is: ekiga: - freeze on quit on windows Not blockers, but useful to have: - problem with video camera non-ascii - check e-mail resume audio (see mailing list) - check e-mail peer removal issue (see mailing list) - register correctly after suspend/resume One more bug fixed, now the list is: - freeze on quit on windows Ok, this one has finally been fixed. It remains a small regression with right-clicking in roster, and we will release. So expect it for tomorrow. Just a head up that we currently fail to build in F19 due to a new boost and gcc release. https://bugzilla.redhat.com/show_bug.cgi?id=912503 ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] What's missing for 4.0.1
what are the showstoppers for 4.0.1 ? ptlib/opal: - double call in history - options not sent anymore ekiga: - freeze on quit on windows Not release bugs, but useful to have: - problem with video camera non-ascii - do not use user names in OPTIONS - check e-mail resume audio (see mailing list) - check e-mail peer removal issue (see mailing list) - register correctly after suspend/resume 3 bugs have just been fixed, now the list is: ekiga: - freeze on quit on windows Hasn't the freeze on Windows bug been around for ages? If so I think it would be useful to get 4.0.1 out quickly to get it out there and then do a followup 4.0.2 release once that's been fixed with another round of bug fixes. Not blockers, but useful to have: - problem with video camera non-ascii - check e-mail resume audio (see mailing list) - check e-mail peer removal issue (see mailing list) - register correctly after suspend/resume Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Challenges for generation of Ekiga 4.x
On Tue, Feb 5, 2013 at 10:25 AM, Markus Elfring markus.elfr...@web.de wrote:
checking PTLIB has video... no
This is the problem. Why does not ptlib have video support?!
I get the following result if I reduce the command line parameters for the
affected configuration test a bit.
elfring@Sonne:~/Projekte/OpalVoip/OPAL/Probe LANG=C g++ -o Video1 -Wall
-Wextra
-Wstrict-aliasing -Wfloat-equal -Wno-comment -Wno-unused -Winit-self
-Wno-missing-field-initializers -Wreorder -felide-constructors -fexceptions
-fPIC -DP_64BIT -DPTRACING=1 -D_REENTRANT -D_GNU_SOURCE=1 -I/usr/local/include
-I/usr/include/SDL -L/usr/local/lib64 -lpt_s -lrt -lsasl2 -lldap -llber
-lldap_r
-lssl -lcrypto -lexpat -llua -lSDL -lpthread -lodbc -lresolv -ldl Video1.cpp
/tmp/ccc6uWN0.o: In function `main':
Video1.cpp:(.text+0x17): undefined reference to
`PVideoChannel::PVideoChannel()'
Video1.cpp:(.text+0x2b): undefined reference to
`PVideoChannel::~PVideoChannel()'
/tmp/ccc6uWN0.o: In function `__static_initialization_and_destruction_0(int,
int)':
Video1.cpp:(.text+0x8c): undefined reference to
`PFactoryLoader::PluginLoaderStartup_link()'
Video1.cpp:(.text+0x97): undefined reference to
`PPlugin_PVideoInputDevice_FakeVideo_link()'
Video1.cpp:(.text+0xa2): undefined reference to
`PPlugin_PVideoInputDevice_Application_link()'
Video1.cpp:(.text+0xad): undefined reference to
`PPlugin_PVideoInputDevice_FFMPEG_link()'
Video1.cpp:(.text+0xb8): undefined reference to
`PPlugin_PVideoInputDevice_YUVFile_link()'
Video1.cpp:(.text+0xc3): undefined reference to
`PPlugin_PVideoOutputDevice_SDL_link()'
collect2: error: ld returned 1 exit status
Would you like to share any more advices?
I've seen issues with building ptlib/opal in the past if you don't
have all the right dependencies in place. The ptlib/opal/ekiga combo
for ekiga 4.0 build just fine with gcc 4.7.x as that what Fedora 17/18
use.
The dependencies (Fedora naming so will need adjusting for other
distros) I have for ptlib are:
BuildRequires: pkgconfig, expat-devel, flex, bison
BuildRequires: alsa-lib-devel, libv4l-devel
BuildRequires: openldap-devel, SDL-devel, openssl-devel
BuildRequires: boost-devel, pulseaudio-libs-devel
The configure I use is:
%configure --prefix=%{_prefix} --disable-static --enable-plugins
--disable-oss --enable-v4l2 --disable-avc --disable-v4l --enable-pulse
I disable the old v4l and just use v4l2 as it's been dropped from newer kernels.
Deps for opal are:
BuildRequires: ptlib-devel = 2.10.9
BuildRequires: openldap-devel
BuildRequires: openssl-devel
BuildRequires: libtheora-devel
BuildRequires: speex-devel
BuildRequires: SDL-devel
BuildRequires: expat-devel
and the configure line I use is:
%configure --disable-silk
Regards,
Peter
Peter
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Challenges for generation of Ekiga 4.x
On Tue, Feb 5, 2013 at 12:13 PM, Markus Elfring markus.elfr...@web.de wrote: I've seen issues with building ptlib/opal in the past if you don't have all the right dependencies in place. Thanks for your feedback. Do you maintain any patches to circumvent or fix changes in application programming interfaces like it happened with the software library ffmpeg? Fedora doesn't use any proprietary codecs so the ffmpeg stuff isn't built and in fact we strip some of the codecs out of opal because of their non-free status so ffmpeg is not a problem I ever have to deal with. We explicitly remove the directories plugins/video/H.263-1998/ plugins/video/H.264/ plugins/video/MPEG4-ffmpeg/ before we upload the tar file into Fedora's build infra. I once asked upstream whether we could split them out into a non-free tar file release or even ship them separately but disappointingly got hailed down. Anything we do to the vanilla upstream is in the git repos here. http://pkgs.fedoraproject.org/cgit/ptlib.git http://pkgs.fedoraproject.org/cgit/opal.git http://pkgs.fedoraproject.org/cgit/ekiga.git Have you got any hints where reference patterns like _link and __static_initialization_and_destruction_0 do come from? Sounds like linker related bits. What distro are you using? I suggest getting it building with out ffmpeg first in your environment so you know the basics work and then add ffmpeg to a configuration that you know is working. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Challenges for generation of Ekiga 4.x
On 5 Feb 2013 12:36, Markus Elfring markus.elfr...@web.de wrote: What distro are you using? openSUSE (various releases over the years and Tumbleweed now) I suggest getting it building with out ffmpeg first in your environment so you know the basics work and then add ffmpeg to a configuration that you know is working. I hope that this software component can also be eventually excluded by corresponding configuration options (command line parameters). You can exclude the building of it already with configure. Fedora policy explicitly excludes distribution of that stuff including the source and hence we remove it before uploading for build. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Challenges for generation of Ekiga 4.x
On Tue, Jan 29, 2013 at 9:30 PM, Markus Elfring markus.elfr...@web.de wrote: Hello! I try to generate your current software on my openSUSE Tumbleweed system. http://git.gnome.org/browse/ekiga/commit/?id=21f16237823bb0f2ac8af644e7557bc38963bfc9 I stumble on the following open issues. 1. The header file opal/pcss.h is referenced by your header file pcss-endpoint.h. But I get difficulties because it was installed into the directory /usr/include/opal/opal/. Can an additional subdirectory be configured? 2. Build failures ekiga 4 and associated dependencies builds fine on Fedora 17/18 and rawhide. You might want to have a look at our specs. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga 3.9.90 bugs on Fedora
On Mon, Sep 24, 2012 at 11:19 AM, Peter Robinson pbrobin...@gmail.com wrote: Hi All, Just got back from holidays and have a few bugs reported against 3.9.90 so I just thought I'd update here. Missed calls https://bugzilla.redhat.com/show_bug.cgi?id=857164 PWaitAndSignal crash https://bugzilla.redhat.com/show_bug.cgi?id=859260 Ekiga Security check failed https://bugzilla.redhat.com/show_bug.cgi?id=855127 It looks like this is due to an issue when Upgrading from a previous 3.3 release to this release. Possibly there's some format conversion/import of old accounts. Deleting the accounts and reconfiguring made it work again. ekiga-3.9 uses IP of deleted account for registration https://bugzilla.redhat.com/show_bug.cgi?id=859497 There's a full backtrace for this against bug https://bugzilla.redhat.com/show_bug.cgi?id=862093 but it seems the user commented on the Security Check bug that these two went away when he deleted config and reconfigured ekiga. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga 3.9.90 bugs on Fedora
On Sun, Sep 30, 2012 at 4:20 PM, Damien Sandras dsand...@seconix.com wrote: Hi, One of the bugs is the same as this one : https://bugzilla.gnome.org/show_bug.cgi?id=685097 Yes, Eugen had since asked him to report it upstream and that was the bug he reported :) Could anybody experiencing it test with those WE changes to see if the problem disappeared or not ? That's a weird one ! Thanks, Le 24/09/12 12:19, Peter Robinson a écrit : Hi All, Just got back from holidays and have a few bugs reported against 3.9.90 so I just thought I'd update here. Ekiga Security check failed https://bugzilla.redhat.com/show_bug.cgi?id=855127 Missed calls https://bugzilla.redhat.com/show_bug.cgi?id=857164 PWaitAndSignal crash https://bugzilla.redhat.com/show_bug.cgi?id=859260 ekiga-3.9 uses IP of deleted account for registration https://bugzilla.redhat.com/show_bug.cgi?id=859497 I've not done much debug or requests, help / suggestions here would be useful as I've not much time to spare at the moment. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] ekiga 3.9.90 bugs on Fedora
Hi All, Just got back from holidays and have a few bugs reported against 3.9.90 so I just thought I'd update here. Ekiga Security check failed https://bugzilla.redhat.com/show_bug.cgi?id=855127 Missed calls https://bugzilla.redhat.com/show_bug.cgi?id=857164 PWaitAndSignal crash https://bugzilla.redhat.com/show_bug.cgi?id=859260 ekiga-3.9 uses IP of deleted account for registration https://bugzilla.redhat.com/show_bug.cgi?id=859497 I've not done much debug or requests, help / suggestions here would be useful as I've not much time to spare at the moment. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.9.90 [UNSTABLE] available
On Sat, Aug 25, 2012 at 7:30 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 25/08/12 20:14, Peter Robinson wrote: On Thu, Aug 23, 2012 at 10:55 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hello everyone, This is the beta release of the upcoming 4.0.0 version of Ekiga. It is an important release, which has an overhaul of the main window, reduces startup time in some cases, supports latest ffmpeg/libav for H.263, H.264 and MPEG4 video codecs and fixes many other issues (but no security fix) since the previous unstable release 3.3.2 (released exactly one year before!!) One regression is known: editing account settings might crash ekiga. * What is it ? == Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? === Ekiga is available at: http://ftp.gnome.org/pub/gnome/sources/ekiga/3.9/ Required librairies can be found at: http://ftp.gnome.org/pub/gnome/sources/opal/3.10/ http://ftp.gnome.org/pub/gnome/sources/ptlib/2.10/ Install executable for Windows OS: http://ftp.gnome.org/pub/gnome/binaries/win32/ekiga/3.9/ * What's changed ? == * Changes in ekiga 3.9.90 (2012-08-23) ** Major user-visible fixes - Major overhaul of the main window - Add a new page in assistant with an introduction to accounts - Unregister accounts when quitting - Auto-answering to calls (in 3.3.0 in fact) - Faster startup by not getting canonical name of servers - Partial support of H.239 - Speed up registration when packets get lost - Use optimised flags for H.264 video decoder - Limit history book to 100 entries, fixing some crashes - Improvements to the still experimental loudmouth plugin - Fix chat messages are received several times if several network interfaces - Set presence to offline upon quitting - Blacklist NSE, fixing registration with some registrars, such as Eutelia - Canonise address introduced when adding/editing a contact in roster - Use gnome icons instead of ekiga's own - Some fixes on online/offline presence - Disable IPv6 by default, which caused some problems (will be enabled later) - Fix a race condition in PulseAudio plugin - Initial support for handling multiple video streams (H.239) ** Protocol fixes - Fixes for Contact field during registration: - Use two additional compatibility mode for some bogus registrars - Fix order of items in Contact field - Fix presence with asterisk - Fixes on INVITE packets in some corner cases - Fix own presence stopping to be sent after some time - Fix loading of codecs without an encoding name, e.g. MS-IMA-ADPCM - Use SIP OPTIONS to refresh NAT bindings - Numerous other fixes, especially on H264 support ** Distributor-visible changes - Disable IPv6 by default, which caused some problems (will be enabled later) ** Windows port fixes - Fix crash when using gdb - Support mingw-w64 and its own headers for building - Reduce startup time (explicitly precise plugin directory) - Other miscellaneous improvements on building ** Build fixes - Add arm-linux-gnueabihf (armhf) and GNU/Hurd support - Support current libav/ffmpeg libraries - Fix compile errors with gcc 4.7 - Fix boost detection on some 64 bit machines - Support new API of Evolution-Data-Server 3.5.3 too - Fix error when linking with -Wl,--as-needed ** Translation updates - Updated translations: cs, de, el, eo, es, fr, gl, gu, he, hu, id, ja, lt, lv, pl, sl, sr, sr@latin, vi - Updated help translations: es On behalf of Ekiga/ptlib/opal teams, Congrats to all involved. I've pushed this to Fedora 17/18/rawhide for testing. Any feed back welcome. Excellent, thank you! BTW is there an issue with ekiga.net at the moment? I can't seem to get to either the website or via ekiga. Very basic testing on F-17 and this looks good btw Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.9.90 [UNSTABLE] available
On Thu, Aug 23, 2012 at 10:55 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hello everyone, This is the beta release of the upcoming 4.0.0 version of Ekiga. It is an important release, which has an overhaul of the main window, reduces startup time in some cases, supports latest ffmpeg/libav for H.263, H.264 and MPEG4 video codecs and fixes many other issues (but no security fix) since the previous unstable release 3.3.2 (released exactly one year before!!) One regression is known: editing account settings might crash ekiga. * What is it ? == Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? === Ekiga is available at: http://ftp.gnome.org/pub/gnome/sources/ekiga/3.9/ Required librairies can be found at: http://ftp.gnome.org/pub/gnome/sources/opal/3.10/ http://ftp.gnome.org/pub/gnome/sources/ptlib/2.10/ Install executable for Windows OS: http://ftp.gnome.org/pub/gnome/binaries/win32/ekiga/3.9/ * What's changed ? == * Changes in ekiga 3.9.90 (2012-08-23) ** Major user-visible fixes - Major overhaul of the main window - Add a new page in assistant with an introduction to accounts - Unregister accounts when quitting - Auto-answering to calls (in 3.3.0 in fact) - Faster startup by not getting canonical name of servers - Partial support of H.239 - Speed up registration when packets get lost - Use optimised flags for H.264 video decoder - Limit history book to 100 entries, fixing some crashes - Improvements to the still experimental loudmouth plugin - Fix chat messages are received several times if several network interfaces - Set presence to offline upon quitting - Blacklist NSE, fixing registration with some registrars, such as Eutelia - Canonise address introduced when adding/editing a contact in roster - Use gnome icons instead of ekiga's own - Some fixes on online/offline presence - Disable IPv6 by default, which caused some problems (will be enabled later) - Fix a race condition in PulseAudio plugin - Initial support for handling multiple video streams (H.239) ** Protocol fixes - Fixes for Contact field during registration: - Use two additional compatibility mode for some bogus registrars - Fix order of items in Contact field - Fix presence with asterisk - Fixes on INVITE packets in some corner cases - Fix own presence stopping to be sent after some time - Fix loading of codecs without an encoding name, e.g. MS-IMA-ADPCM - Use SIP OPTIONS to refresh NAT bindings - Numerous other fixes, especially on H264 support ** Distributor-visible changes - Disable IPv6 by default, which caused some problems (will be enabled later) ** Windows port fixes - Fix crash when using gdb - Support mingw-w64 and its own headers for building - Reduce startup time (explicitly precise plugin directory) - Other miscellaneous improvements on building ** Build fixes - Add arm-linux-gnueabihf (armhf) and GNU/Hurd support - Support current libav/ffmpeg libraries - Fix compile errors with gcc 4.7 - Fix boost detection on some 64 bit machines - Support new API of Evolution-Data-Server 3.5.3 too - Fix error when linking with -Wl,--as-needed ** Translation updates - Updated translations: cs, de, el, eo, es, fr, gl, gu, he, hu, id, ja, lt, lv, pl, sl, sr, sr@latin, vi - Updated help translations: es On behalf of Ekiga/ptlib/opal teams, Congrats to all involved. I've pushed this to Fedora 17/18/rawhide for testing. Any feed back welcome. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Beta release
On Mon, Aug 20, 2012 at 4:46 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: For your information, ekiga team agreed to do a beta release in two days. The new stable release should appear next month. Feel free to test it, I consider it overall (much) better than last stable release, 3.2.7. Here is the NEWS file, compared to ekiga unstable 3.3.2: * Changes in ekiga 3.9.90 (2012-08-20) ** Major user-visible fixes - Major overhaul of the main window - Auto-answering to calls (in 3.3.0 in fact) - Add a new page in assistant with an introduction to accounts - Unregister accounts when quitting - Speed up startup by not getting canonical name of servers - Partial support of H.239 - Speed up registration when packets get lost - Use optimised flags for H.264 video decoder - Limit history book to 100 entries, fixing some crashes - Improvements to the still experimental loudmouth plugin - Fix chat messages are received several times if several network interfaces - Set presence to offline upon quitting - Blacklist NSE, fixing registration with some registrars, such as Eutelia - Canonise address introduced when adding/editing a contact in roster - Use gnome icons instead of ekiga's own - Some fixes on online/offline presence - Disable IPv6 by default, which caused some problems (will be enabled later) - Fix a race condition in PulseAudio plugin ** Protocol fixes - Fixes for Contact field during registration: - Use two additional compatibility mode for some bogus registrars - Fix order of items in Contact field - Fix presence with asterisk - Fixes on INVITE packets in some corner cases - Fix own presence stopping to be sent after some time - Fix loading of codecs without an encoding name, e.g. MS-IMA-ADPCM - Use SIP OPTIONS to refresh NAT bindings - Numerous other fixes, especially on H264 support ** Windows port fixes - Fix crash when using gdb - Support mingw-w64 and its own headers for building - Reduce startup time (explicitly precise plugin directory) - Other miscellaneous improvements on building ** Build fixes - Add arm-linux-gnueabihf (armhf) and GNU/Hurd support - Support current libav/ffmpeg libraries - Fix compile errors with gcc 4.7 - Fix boost detection on some 64 bit machines - Support new API of Evolution-Data-Server 3.5.3 too - Fix error when linking with -Wl,--as-needed ** Translation updates ... Check http://git.gnome.org/browse/ekiga/plain/NEWS to see the changes to ekiga 3.2.7, I will write them a bit later. What are the required versions of ptlib/opal for this release. I don't see newer releases on ftp.gnome.org as usual so I just thought I would clarify whether they remain the same as the previous 3.3 release? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Various Bugs
On Mon, Aug 20, 2012 at 4:07 PM, Eugen Dedu
eugen.d...@pu-pm.univ-fcomte.fr wrote:
On 14/08/12 22:16, hohy...@eml.cc wrote:
Using the current repository versions, ALSA works for input and output.
I found out that the 'make install' of ekiga gives the gconf errors due to
a fault which is circumvented by running as root. Even when everything is
owned by another user, it is still necessary to run as root, at least as set
up in Debian. If we don't find out more about how to fix this, it would be
good to describe in the build documentation.
The error messages are like this:
/usr/bin/install -c -m 644 ekiga.schemas '/usr/local/etc/gconf/schemas'
WARNING: failed to install schema
`/schemas/apps/ekiga/devices/audio/output_device', locale `lv': Unable to
store a value at key '/schemas/
Indeed, I have always used --disable-schemas...
This appears because of the command:
$ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults gconftool-2
--makefile-install-rule ekiga.schemas 21 /dev/null
If the schema cannot be installed in /etc, then probably it should not be
installed at all.
The way we deal with this in Fedora packaging is the following.
For make install we do:
export GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1
make install DESTDIR=%{buildroot}
unset GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL
Then in pre/post install package scriptlets we do:
%pre
if [ $1 -gt 1 ] ; then
export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source`
gconftool-2 --makefile-uninstall-rule \
%{_sysconfdir}/gconf/schemas/ekiga.schemas /dev/null || :
fi
%post
export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source`
gconftool-2 --makefile-install-rule \
%{_sysconfdir}/gconf/schemas/ekiga.schemas /dev/null || :
Do you agree, Julien? Anyway, we should migrate to gsettings.
Yes please :-)
Peter
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Test versions
On Tue, Aug 14, 2012 at 9:11 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 14/08/12 10:03, hohy...@eml.cc wrote: Could we arrange for new Β versions of ekiga and the libraries (ptlib, opal) in the near future? The HEAD versions of ptlib and ekiga I've tried in the past 4 to 5 days do not compile. There could also be a tag which is re-used to label the current version putatively compilable and minimally usable, or a label for the current Β version. There will be a stable release by this week-end. Out of interest will that include support for evolution 3.5/3.6 for the next gnome release? That's the current blocker I have for F18 builds. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Things to be done before release
On Sat, Mar 24, 2012 at 9:19 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/03/12 18:25, Peter Robinson wrote: On Fri, Mar 23, 2012 at 5:12 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/03/12 18:09, Peter Robinson wrote: Hi Eugen, On Fri, Mar 23, 2012 at 4:49 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: FYI, here are the things I know of which need to be done before releasing: GENERAL: FIXED various problems with call window crash on OnPresenceChanged upon quit cannot register to ekiga.net from my network huge bw if encoder not found FIXED bug opal on presence after 1-2 hours FIXED when presence changes, the roster opens automatically hangup does not work during ringing add tooltips to toolbar buttons compile error if notify unavailable WINDOWS-specific: crash on Windows on quit crash de x264 helper (at least on Windows) gtk components in call window are not shown after 1st time inexistent icons on Windows AND ALSO: group all the files toolbox in one file tests freephonie + create account, it seems there is crash tests pulse tests with D. IF TIME ALLOWS: - crash on utf-8 encoding - pressing twice very fast on Show call window does not hide the window There's an issue building on Fedora 17 with gcc 4.7.x as well, I've not managed to look into the issue closely but it would be nice to have a fix for gcc 4.7 on the list too. Ok. If you have the error, please send it to me. I was waiting a new build to finish as the logs had been expunged from the old one. The full logs are: http://koji.fedoraproject.org/koji/getfile?taskID=3926854name=build.log The build details : http://koji.fedoraproject.org/koji/taskinfo?taskID=3926854 Fixed with http://git.gnome.org/browse/ekiga/commit/?id=f81a43f2c, thanks! Thanks, confirms it builds with that patch on Fedora :-) Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Things to be done before release
Hi Eugen, On Fri, Mar 23, 2012 at 4:49 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: FYI, here are the things I know of which need to be done before releasing: GENERAL: FIXED various problems with call window crash on OnPresenceChanged upon quit cannot register to ekiga.net from my network huge bw if encoder not found FIXED bug opal on presence after 1-2 hours FIXED when presence changes, the roster opens automatically hangup does not work during ringing add tooltips to toolbar buttons compile error if notify unavailable WINDOWS-specific: crash on Windows on quit crash de x264 helper (at least on Windows) gtk components in call window are not shown after 1st time inexistent icons on Windows AND ALSO: group all the files toolbox in one file tests freephonie + create account, it seems there is crash tests pulse tests with D. IF TIME ALLOWS: - crash on utf-8 encoding - pressing twice very fast on Show call window does not hide the window There's an issue building on Fedora 17 with gcc 4.7.x as well, I've not managed to look into the issue closely but it would be nice to have a fix for gcc 4.7 on the list too. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Things to be done before release
On Fri, Mar 23, 2012 at 5:12 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/03/12 18:09, Peter Robinson wrote: Hi Eugen, On Fri, Mar 23, 2012 at 4:49 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: FYI, here are the things I know of which need to be done before releasing: GENERAL: FIXED various problems with call window crash on OnPresenceChanged upon quit cannot register to ekiga.net from my network huge bw if encoder not found FIXED bug opal on presence after 1-2 hours FIXED when presence changes, the roster opens automatically hangup does not work during ringing add tooltips to toolbar buttons compile error if notify unavailable WINDOWS-specific: crash on Windows on quit crash de x264 helper (at least on Windows) gtk components in call window are not shown after 1st time inexistent icons on Windows AND ALSO: group all the files toolbox in one file tests freephonie + create account, it seems there is crash tests pulse tests with D. IF TIME ALLOWS: - crash on utf-8 encoding - pressing twice very fast on Show call window does not hide the window There's an issue building on Fedora 17 with gcc 4.7.x as well, I've not managed to look into the issue closely but it would be nice to have a fix for gcc 4.7 on the list too. Ok. If you have the error, please send it to me. I was waiting a new build to finish as the logs had been expunged from the old one. The full logs are: http://koji.fedoraproject.org/koji/getfile?taskID=3926854name=build.log The build details : http://koji.fedoraproject.org/koji/taskinfo?taskID=3926854 Regards, Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.1 [UNSTABLE] available
On Mon, Jul 18, 2011 at 7:00 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 17/07/11 01:35, Peter Robinson wrote: Hi Eugen, On Sat, Jul 16, 2011 at 8:19 PM, Eugen Dedueugen.d...@pu-pm.univ-** fcomte.fr eugen.d...@pu-pm.univ-fcomte.fr wrote: This is the second unstable release of the upcoming 3.4 version of Ekiga. ** Translation updates - Updated translations: ar, as, bg, bn_IN, ca, cs, da, de, el, eo, en_GB, es, et, eu, fr, gl, gu, he, hu, id, ja, kn, ko, lv, mr, nb, pa, pl, pt, pt_BR, ro, ru, sk, sl, sr, sr@latin, sv, ta, tr, ug, uk, zh_CN, zh_HK, za_TW - Updated help translations: es There's an issue with naming of translations. I get the following error: error: Installed (but unpackaged) file(s) found: /usr/share/locale/am/LC_**MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/ar/LC_**MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/as/LC_**MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/ast/LC_**MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/az/LC_**MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/be/LC_**MESSAGES/@GETTEXT_PACKAGE@.mo This should be something specific to your system since on debian it works ( https://buildd.debian.org/status/fetch.php?pkg=ekigaarch=amd64ver=3.3.1-1stamp=1310869273), could you plese give more information abot the error? Well not specific to my system... specific to the Fedora build system then. It was identical to 3.3.0 spec (subbed the new tar file) but on current F-16 builds. full logs here http://koji.fedoraproject.org/koji/getfile?taskID=3204590name=build.log Cheers, Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.1 [UNSTABLE] available
Hi Eugen, On Sat, Jul 16, 2011 at 8:19 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: This is the second unstable release of the upcoming 3.4 version of Ekiga. It is an important release, fixing several issues (bugs and protocol fixes, but not so much features and no security fix) since the previous unstable release (7 months ago). It is not yet a replacement of the last stable release (3.2.7), but should be used by people having problems with the stable release and by people who want to help ekiga. It has received only few testing, it works on developers machines, and the only known major regressions (which should hopefully be fixed in the next unstable release) compared to the last stable release are the following: - presence works, but is not 100% reliable - after a (missed) incoming call during a communication, cannot be called anymore * What is it ? == Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? === Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/**sources/ekiga/3.3/ftp://ftp.gnome.org/pub/gnome/sources/ekiga/3.3/ Required librairies can be found at: ftp://ftp.gnome.org/pub/gnome/**sources/opal/3.10/ftp://ftp.gnome.org/pub/gnome/sources/opal/3.10/ ftp://ftp.gnome.org/pub/gnome/**sources/ptlib/2.10/ftp://ftp.gnome.org/pub/gnome/sources/ptlib/2.10/ * What's changed ? == * Major changes in ekiga 3.3.1 (2011-07-15) ** User-visible fixes - Fix crash when no audio device exists - Fix crash in avahi when peer goes offline - Add back presence, lost in 3.3.0 (still not yet 100% reliable) - Improve failure indication when sending instant messages - Improve Enter key usage in chat (use shift-Enter for soft Enter) - Improvements to still partial support for IPv6 - Fix PTLib assumes all Ethernet devices are named ethX - Fix crash in __gnu_cxx:bitmap_allocator using newer gcc - Use DNS SRV caching (fix ekiga takes minutes to start) - Reduce CPU usage with H264 - New SILK (used by skype) and AMR-WB audio codecs - Improve audio accuracy on some audio cards - Ask user about new ringing device too when pluging an audio output device - Small reduction of assistant window size, useful for small screens - Add tooltips to various windows and dialog boxes - Fix addressbook key in schemas - Propose to add an ekiga.net book only when it hasn't one already - Remove obsolete reencoding (to utf8) of device names on Linux - Made creating an XMPP/Jabber account nicer - Usability improvements to notification dialog - other fixes ** Protocol fixes - Fix Ekiga ignores Service-Route recommended by server - Fix SIP: incoming call failing when using localhost - Reset SIP Contacts limited workaround if it does not work - Various other SIP/H.323 fixes ** Distributor-visible changes - New SILK (used by skype) and AMR-WB audio codecs ** Windows port fixes - Fix crash on quit - Update dependencies - Make use of png dependency better - Cleanup build flags ** Build fixes - Fix compatibility with modern autoconf - Remove obsolete SSL2 support - Fix build with binutils-gold and with -Wl,-z,defs - Fix gdu build option - Fix loudmouth build option and comment for gconf build option - Made configure honor ACLOCAL_FLAGS - Fix compilation of xcap plugin - Fix comepilation errors with GTK 2.24 - Fix building on FreeBSD - Code cleanup ** Translation updates - Updated translations: ar, as, bg, bn_IN, ca, cs, da, de, el, eo, en_GB, es, et, eu, fr, gl, gu, he, hu, id, ja, kn, ko, lv, mr, nb, pa, pl, pt, pt_BR, ro, ru, sk, sl, sr, sr@latin, sv, ta, tr, ug, uk, zh_CN, zh_HK, za_TW - Updated help translations: es There's an issue with naming of translations. I get the following error: error: Installed (but unpackaged) file(s) found: /usr/share/locale/am/LC_MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/ar/LC_MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/as/LC_MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/ast/LC_MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/az/LC_MESSAGES/@GETTEXT_PACKAGE@.mo /usr/share/locale/be/LC_MESSAGES/@GETTEXT_PACKAGE@.mo Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Cairo + GTK3
On Sat, May 28, 2011 at 5:17 PM, Damien Sandras dsand...@seconix.com wrote: Le 28/05/11 17:54, Peter Robinson a écrit : On Sat, May 28, 2011 at 4:46 PM, Damien Sandrasdsand...@seconix.com wrote: Hi, Has anybody any expertise with Cairo and wants to help porting the ds-gtk3 branch to GTK3 ? I'm blocked by simple problems, but the real truth is that I do not have enough time to understand everything... With my current spare time, it will take years before it gets ported to GTK3. Unless somebody helps of course. Otherwise, I'm afraid the project will die. Why don't you put the call for help out wider than the ekiga mailing list? Where ? gnome based mailing lists come to mind, they're the ones experienced with gtk3 and there might be people that are interested in assisting. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga on F-15
On Wed, May 25, 2011 at 5:25 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 03/05/11 19:46, Peter Robinson wrote: Hey All, We're nearing the release of Fedora 15 but we have an issue with ekiga in that is crashes [1]. I've reported the bug to ptlib now here [2] with a full backtrace but it segfaults before I get any output if run as ekiga -d 4. Just to inform you that the crash has been fixed in both stable branch and trunk. Cool! I did commit a fix so it does start up and work in Fedora. What is the status of the next beta release btw? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga on F-15
Hey All,
We're nearing the release of Fedora 15 but we have an issue with ekiga
in that is crashes [1]. I've reported the bug to ptlib now here [2]
with a full backtrace but it segfaults before I get any output if run
as ekiga -d 4.
This is the crash that both Julien and me have just discovered this
evening!
The bug was reported on 10 March. The version as of 8 April worked on
my
machine. The version as of today does not work on my machine.
The conclusion is that the bug was triggered by another application. Is
your ekiga built with gcc 4.6? Another potential application is
libboost.
Yes, gcc 4.6.0 and boost 1.46.0
I think it is the GCC, or rather a PTLib abuse of GCC.
I have fixed a similar crash (for ptlib 2.8, but not 2.10) with the
following patch:
--- ptlib-2.8.3/include/ptlib/object.h.orig 2010-12-20
23:39:10.0 +0100
+++ ptlib-2.8.3/include/ptlib/object.h 2011-04-28 13:08:04.0
+0200
@@ -947,7 +947,7 @@
// Memory pooling allocators
-#if defined(__GNUC__) __GNUC__= 4 !defined(P_MINGW)
+#if 0
#includeext/bitmap_allocator.h
templateclass Type class PFixedPoolAllocator : public
__gnu_cxx::bitmap_allocatorType { };
#includeext/mt_allocator.h
For me it looks like PTLib tries to use some internal GCC API instead of
standard std:allocaltor and it fails. I don't think using any internal
APIs (and I consider anything which name starts with '__gnu_..' as
such), even for great performance improvements, is a good idea.
use of
That patch fixes Ekiga-3.3.0 crash with ptlib 2.8, but the same Ekiga
version seems to crash in a similar way when compiled with PTLib 2.10.
In a similar way, but in a different place and the patch changes
nothing.
Thank you very much. This fixes the issue! I think you have done something
wrong when using ptlib 2.10, since ekiga 3.3.0 does not compile with it (as
far as I remember).
It will be fixed upstream as soon as possible.
I've tested that on a VM running ekiga remotely over a x forwarded ssh
session so as to see that it at least runs (which it does). I'll push
that patch to F-15 in the interim so ekiga at least runs.
Also doing a quick grep through the ptlib tar file it seems there's a
couple of usages of __gnu in it, it would be good to look through the
ptlib/opal to ensure we don't have other violations of those __gnu
functions.
Peter
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga on F-15
On Tue, May 3, 2011 at 10:18 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 03/05/11 19:46, Peter Robinson wrote: Hey All, We're nearing the release of Fedora 15 but we have an issue with ekiga in that is crashes [1]. I've reported the bug to ptlib now here [2] with a full backtrace but it segfaults before I get any output if run as ekiga -d 4. This is the crash that both Julien and me have just discovered this evening! The bug was reported on 10 March. The version as of 8 April worked on my machine. The version as of today does not work on my machine. The conclusion is that the bug was triggered by another application. Is your ekiga built with gcc 4.6? Another potential application is libboost. Yes, gcc 4.6.0 and boost 1.46.0 I noticed there was both a later release of ptlib/opal in the 2.8 series and a new stable release 2.10 release as well. Is there plans to get a newer beta out soon that will run with those releases? Yes, using 2.10 (not 2.8). As soon as we fix the presence (we are very near!) and, if possible windows port too (one reproducible crash when showing video), we will release. Excellent news. It would be great to be able to get the newer version in F-15. Peter Peter [1] https://bugzilla.redhat.com/show_bug.cgi?id=683872 [2] http://sourceforge.net/tracker/?func=detailaid=3297015group_id=204472atid=989748 -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] ethernet detection in PTLib
Hi All, I've already reported this upstream in the PTLib tracker [1] (which BTW is not mentioned anywhere I can find in the opalvoip site) but as of Fedora 15 and later on a new install the network devices won't be named ethX [2] but rather based on chassis or PCI locations to ensure consistent naming if the system changes. This unfortunately breaks PTLib's detection of ethernet devices so this is just a heads up. Cheers, Peter [1] https://sourceforge.net/tracker/?func=detailaid=3209549group_id=204472atid=989748 [2] http://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
On Thu, Dec 23, 2010 at 2:21 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 15:10, Peter Robinson wrote: On Thu, Dec 23, 2010 at 1:55 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 14:48, Peter Robinson wrote: On Thu, Dec 23, 2010 at 11:55 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 12:38, Peter Robinson wrote: Hi Eugen, This is great news! I've built this in Fedora rawhide so it will arrive for further testing there tomorrow. I'll be specifically putting out an announcement to get some more testing of the pulse plugin as this is something that has been sought for quite a while :-) A couple of other small bits. Firstly I had to use the attached patch for it to build in F-15 due to tightening of the way things are built in Fedora. Not sure if this patch is the best way but its fyi A fix for this and for another thing were posted on the repository after the release, feel free to use them: http://git.gnome.org/browse/ekiga/ ok, look forward to the next version. Also neither the h263 nor celt plugins compiled in opal in F-15. We don't currently use either of them so its not a problem. I hope to enable celt before long now that its been announced the bitstream will soon be stable. We don't compile either h263 or iLBC (in fact we strip the source out completely) in Fedora due to the openness of them so it doesn't really bother me but that is more of a heads up. What celt version do you have? Could you make a bug report for it? I think its 0.8.x but I just pushed 0.10.0 to rawhide Debian has only 0.7.1, cf. http://packages.qa.debian.org/c/celt.html, and celt is known to break with each release. Please post a bug report with the error, hoping that someone creates a patch. Anyway, celt between two peers will work only if both have the same version, if I understand correctly. It depends and varies greatly from release to release depending on what changes have been made to the bitstream which why up until now I've had it disabled in Fedora. Come January though the celt team have announced that the bit stream with be final and frozen which is when I will enable it in Fedora and hence why I thought i would try it out again to see the status of it in opal. http://lists.xiph.org/pipermail/celt-dev/2010-December/000553.html Ok. Hence it is important to make ekiga work with 0.10... Just an update on this. 0.11.1 is out and its now soft freeze for bitstream. So I think it would be nice if we could support that release. Details here http://lists.xiph.org/pipermail/celt-dev/2011-February/000581.html Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
On Thu, Feb 17, 2011 at 10:39 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 17/02/11 11:09, Peter Robinson wrote: On Thu, Dec 23, 2010 at 2:21 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 15:10, Peter Robinson wrote: On Thu, Dec 23, 2010 at 1:55 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 14:48, Peter Robinson wrote: On Thu, Dec 23, 2010 at 11:55 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 12:38, Peter Robinson wrote: Hi Eugen, This is great news! I've built this in Fedora rawhide so it will arrive for further testing there tomorrow. I'll be specifically putting out an announcement to get some more testing of the pulse plugin as this is something that has been sought for quite a while :-) A couple of other small bits. Firstly I had to use the attached patch for it to build in F-15 due to tightening of the way things are built in Fedora. Not sure if this patch is the best way but its fyi A fix for this and for another thing were posted on the repository after the release, feel free to use them: http://git.gnome.org/browse/ekiga/ ok, look forward to the next version. Also neither the h263 nor celt plugins compiled in opal in F-15. We don't currently use either of them so its not a problem. I hope to enable celt before long now that its been announced the bitstream will soon be stable. We don't compile either h263 or iLBC (in fact we strip the source out completely) in Fedora due to the openness of them so it doesn't really bother me but that is more of a heads up. What celt version do you have? Could you make a bug report for it? I think its 0.8.x but I just pushed 0.10.0 to rawhide Debian has only 0.7.1, cf. http://packages.qa.debian.org/c/celt.html, and celt is known to break with each release. Please post a bug report with the error, hoping that someone creates a patch. Anyway, celt between two peers will work only if both have the same version, if I understand correctly. It depends and varies greatly from release to release depending on what changes have been made to the bitstream which why up until now I've had it disabled in Fedora. Come January though the celt team have announced that the bit stream with be final and frozen which is when I will enable it in Fedora and hence why I thought i would try it out again to see the status of it in opal. http://lists.xiph.org/pipermail/celt-dev/2010-December/000553.html Ok. Hence it is important to make ekiga work with 0.10... Just an update on this. 0.11.1 is out and its now soft freeze for bitstream. So I think it would be nice if we could support that release. Details here http://lists.xiph.org/pipermail/celt-dev/2011-February/000581.html I do not know what to do, celt is changing too fast. On debian it seems there will be no new release anymore, cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612273 As of 0.11.1 it should stop changing so it should be a thing of the past in terms of having to keep updating. I was never going to enable it until the bitstream was approved as then even different versions of Fedora wouldn't have worked, Once the stream is classed stable that's when I'll enable it so I know that if its used at all on Fedora is should work between at least different Fedora releases. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
Hi Eugen, This is great news! I've built this in Fedora rawhide so it will arrive for further testing there tomorrow. I'll be specifically putting out an announcement to get some more testing of the pulse plugin as this is something that has been sought for quite a while :-) A couple of other small bits. Firstly I had to use the attached patch for it to build in F-15 due to tightening of the way things are built in Fedora. Not sure if this patch is the best way but its fyi Also neither the h263 nor celt plugins compiled in opal in F-15. We don't currently use either of them so its not a problem. I hope to enable celt before long now that its been announced the bitstream will soon be stable. We don't compile either h263 or iLBC (in fact we strip the source out completely) in Fedora due to the openness of them so it doesn't really bother me but that is more of a heads up. Regards, Peter On Tue, Dec 21, 2010 at 3:54 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: This is the first unstable release of the upcoming 3.4 version of Ekiga. It is a major release, bringing several changes (bugs and protocol fixes, but not so much features and no security fix) since almost two years ago. It is not a replacement of the last stable release (3.2.7), but should be used by people having problems with the stable release (e.g. a pulse plugin plugin is included in this release) and by people who want to help ekiga. While it has not received much testing, it works on developers machines, and the only known major regression (which should hopefully be fixed in the next unstable release) compared to the last stable release is that presence does not work reliably. Three additional regressions are known: - the fix Use NAT ports instead of local ports for RTP, fixing many connection issues, added in the last stable release, is not included, - the fix for 16bpp mode, added in the last stable release, is not included either - and on Windows ekiga sometimes crashes on exit. * What is it ? == Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? === Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/sources/ekiga/3.3/ Required librairies can be found at: ftp://ftp.gnome.org/pub/gnome/sources/opal/3.8/ ftp://ftp.gnome.org/pub/gnome/sources/ptlib/2.8/ * What's changed ? == ** Distributor-specific changes - New pulse audio plugin (in ptlib) - ekiga is now split between one executable, one library and two plugins (evolution and ldap). This means that evolution-data-server for ex. can be used during building, but is not mandatory upon execution: if it exists, ekiga will use it, if not it just does not use it :o) As a consequence, this allows to install ekiga without e-d-s and its many dependencies (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520830 for ex.) - Some dependencies versions have been raised, configure checks them - Depend on boost instead of sigc++ - Update to the new libnotify 0.7.0 library - By default, use quiet compilation; use make VERBOSE=1 for ptlib and opal to get noisy command lines during compilation, and make V=1 for ekiga ** User-visible changes - New pulse audio plugin (in ptlib) - Various SIP/H.323 fixes - When a registrar refuses several Contact-s during registration, automatically retry registration with only one Contact (previous %limit workaround) - Fix Ekiga crashes when restart a holding call established by H.323 - Fix Cseq value is empty, malformed packet as per Wireshark - Fix Text on first page of assistant is sometimes not shown - Fix DTMF signaling - Fix pre-fill account name and password in assistant - Fix dialog info presence handling - Add a TOS field config option - Update the Contact menu when selecting a heap or a group - Distribute a 24x24 icon too - Always honour show_hidden setting for main window - Adjust defaults (show offline users, use picture-in-picture) ** Developer-specific changes - Many code cleanups - Various deprecated code replaced with current equivalents ** Windows port changes - Fix video position with gtk =2.20 - Update dependency versions - Add Russian translation of installer ** Translation updates - Updated translations: as, ast, bg, bn, bn_IN, ca, c...@valencia, cs, da, de, el, en_GB, eo, es, et, eu, fr, gl, gu, he, hi, hu, it, kn, ko, lt, lv, ja, ml, nb, nn, or, pa, pl, pt, pt_BR, ro, ru, sl, sk, sr, s...@latin, sv, ta, th, uk, zh_CN, zh-HK, ZH-TW - New translations: e...@shaw, kk, ug - Updated help translations: de, el, sl, uk - New help translations: zh_CN On behalf of Ekiga/ptlib/opal teams, Eugen Dedu
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
On Thu, Dec 23, 2010 at 11:55 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 12:38, Peter Robinson wrote: Hi Eugen, This is great news! I've built this in Fedora rawhide so it will arrive for further testing there tomorrow. I'll be specifically putting out an announcement to get some more testing of the pulse plugin as this is something that has been sought for quite a while :-) A couple of other small bits. Firstly I had to use the attached patch for it to build in F-15 due to tightening of the way things are built in Fedora. Not sure if this patch is the best way but its fyi A fix for this and for another thing were posted on the repository after the release, feel free to use them: http://git.gnome.org/browse/ekiga/ ok, look forward to the next version. Also neither the h263 nor celt plugins compiled in opal in F-15. We don't currently use either of them so its not a problem. I hope to enable celt before long now that its been announced the bitstream will soon be stable. We don't compile either h263 or iLBC (in fact we strip the source out completely) in Fedora due to the openness of them so it doesn't really bother me but that is more of a heads up. What celt version do you have? Could you make a bug report for it? I think its 0.8.x but I just pushed 0.10.0 to rawhide As for h263, here it compiled (as far as I see), could you send us the error? Yes, where to, this thread? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. Have you used the last git repository? Such a fix was posted in Fix previous commit: http://git.gnome.org/browse/ekiga/ I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). libpng14 is not used, since I remove -lpng14 (useless for ekiga it seems). I ask myself if for libpng12 we use, headers+lib or only headers are needed. I use the last version of git repository. I saw the fix for libpng14. But libpng14 is required. I succedded to generate an ekiga setup.exe. But I need more work to diagnose why it doesn't work on my server. It would probably be a good idea to at least support libpng 1.4 because 1.2 is moving to end of life very soon (if it hasn't already) so while it will be around for some time to come it would likely be a good idea to be able to use both. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
On Mon, Dec 6, 2010 at 1:38 PM, Thierry Simonnet t.simon...@esiee.fr wrote: Le 06/12/2010 14:34, Eugen Dedu a écrit : On 12/10/10 08:37, Thierry Simonnet wrote: To integrate gtk2+-2.22, I needed to : * get gtk+-dev_2.22.0.2_win32.zip * get glib-dev_2.24.1.1_win32.zip * get gtk2-runtime-2.22.0-2010-10-01-ash.exe * get and install freetype-dev -win32 and fontconfig-dev-win32 * get and crosscompile libpng144 (no win32 packages yet) * get and crosscompile zlib123 (for libpng) Why did you need these additional packages? What error had you had? This can be done quite easily. Packaged win32 gtk2+-2.22 doesn't integrate all necessary files. lippng144 is not packaged yet and nessds zlib123 freetype and fontconfig are required by configure and dev packages provide right header files. I thought there was now an option now to build gtk+ with the native windows GDI+ support and hence be able to use the zlib/png/jpg support native for the OS and hence you could drop a number of the dependencies, there are some details here (and the surrounding blog posts) http://aruiz.synaptia.net/siliconisland/2008/02/gdi-pixbuf-load.html Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] GSettings in ekiga
On Thu, Jun 10, 2010 at 5:24 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 10/06/10 18:12, Peter Robinson wrote: On Thu, Jun 10, 2010 at 3:01 PM, Julien Puydtjpu...@free.fr wrote: Hi, here is what I have done : - look the api and try to get a grip on it ; - update the gmconf api in various ways : * remove unused code ; * remove useless code ; * tweak the api a little (a small leak nest just got away) ; - write some GSettings code. Most of it is in master already -- only the last part isn't yet. What the code I wrote lacks : - initialization code ; - actually triggering the callbacks when configuration gets changed ; - check for valid sanity (I never compiled it -- it's just correct in my head) ; - appear in Makefile.am (see previous point) ; - an option in configure for gmconf-as-gsettings ; - a schema (should be done by converting the gconf schema) ; - a migration path for our users (I have no clear idea how to do that yet). I plan to move the gconf schema to lib/gmconf/ (and move everything related to it there), since that makes more sense -- will it be a problem for packagers? What annoys me deeply for now -- and the main reason I didn't bother to make my code compiled yet, is that I don't have the right glib on my system. Yes, debian *unstable* doesn't have glib= 2.26 yet. Of course, I could get out of my way and probably find experimental packages somewhere. But why does gnome want to move to GSettings if it isn't even in the *bleeding edge* distributions yet!? Won't it give us headaches with our users? For instance, http://www.gtk.org/download-windows.html says that we don't have 2.26 available on win32 either... It is in Fedora rawhide. Clearly Debian experimental isn't that bleeding edge :-P But the dconf side of it is still relatively new, its all only been in Fedora for less than a month. Where it is written that GSettings are mandatory for gnome 3.0? We could ask André Klapper for that. Moreover, glib 2.26 does not yet exist (2.25 is the current). I suppose there is a misunderstanding here. The 2.25 release is the devel release headed to 2.26. The gnome-3 cycle is outlined on the wiki [1] and Aug 16th it states 0 modules depending on GConf. http://live.gnome.org/TwoPointThirtyone ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] GSettings in ekiga
On Thu, Jun 10, 2010 at 6:45 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Jun 10, 2010 at 5:24 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 10/06/10 18:12, Peter Robinson wrote: On Thu, Jun 10, 2010 at 3:01 PM, Julien Puydtjpu...@free.fr wrote: Hi, here is what I have done : - look the api and try to get a grip on it ; - update the gmconf api in various ways : * remove unused code ; * remove useless code ; * tweak the api a little (a small leak nest just got away) ; - write some GSettings code. Most of it is in master already -- only the last part isn't yet. What the code I wrote lacks : - initialization code ; - actually triggering the callbacks when configuration gets changed ; - check for valid sanity (I never compiled it -- it's just correct in my head) ; - appear in Makefile.am (see previous point) ; - an option in configure for gmconf-as-gsettings ; - a schema (should be done by converting the gconf schema) ; - a migration path for our users (I have no clear idea how to do that yet). I plan to move the gconf schema to lib/gmconf/ (and move everything related to it there), since that makes more sense -- will it be a problem for packagers? What annoys me deeply for now -- and the main reason I didn't bother to make my code compiled yet, is that I don't have the right glib on my system. Yes, debian *unstable* doesn't have glib= 2.26 yet. Of course, I could get out of my way and probably find experimental packages somewhere. But why does gnome want to move to GSettings if it isn't even in the *bleeding edge* distributions yet!? Won't it give us headaches with our users? For instance, http://www.gtk.org/download-windows.html says that we don't have 2.26 available on win32 either... It is in Fedora rawhide. Clearly Debian experimental isn't that bleeding edge :-P But the dconf side of it is still relatively new, its all only been in Fedora for less than a month. Where it is written that GSettings are mandatory for gnome 3.0? We could ask André Klapper for that. Moreover, glib 2.26 does not yet exist (2.25 is the current). I suppose there is a misunderstanding here. The 2.25 release is the devel release headed to 2.26. The gnome-3 cycle is outlined on the wiki [1] and Aug 16th it states 0 modules depending on GConf. http://live.gnome.org/TwoPointThirtyone There's also some details on the migration here http://live.gnome.org/GnomeGoals/GSettingsMigration Apparently according to Andre [1] there's also a need to use GSeal for gtk3 as well. Details here http://live.gnome.org/GnomeGoals/UseGseal Peter [1] http://blogs.gnome.org/aklapper/2010/06/10/heads-up-gnome-2-31-soon-to-ship-gtk-2-90/ ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
On Wed, Jun 2, 2010 at 9:43 AM, Julien Puydt jpu...@free.fr wrote: Le 01/06/2010 23:50, Peter Robinson a écrit : On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydtjpu...@free.fr wrote: Le 01/06/2010 18:50, yannick a écrit : Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit : Well, it uses it through dbus, as far as I know -- so indeed it doesn't binary-depend on it, but should nicely use it when available. Then I probably mistaken this: did not Matthias used HAL for the hotplug device system? Yes, HAL through DBUS. So it's using HAL, but since it does it through a proxy, we don't binary depend on it. At least that's how I understand it. Also while we're on the topic of obsolete libraries what is the plan for migrating from GConf to gsettings as that is also on the chopping block for gnome 3? It might be a worthwhile time to review the settings code as I think there's some custom gconf style code to deal with windows as well, not sure if there's a windows backend for gsettings at all, but if so it might be a nice way to unify that bit. Here is how things work in ekiga : - we have an abstraction called gmconf, which is used all over ekiga ; - we have a gconf implementation of that abstraction, with a nice XML schema file containing the default settings ; - we have a glib implementation of the abstraction, which is able to read the schema file, and is portable -- that one is used when gconf isn't available, like for win32. That means porting to GSettings should be pretty straightforward -- porting the big gconf schema file is what worries me most, but since it's XML, it should be possible to do it automatically. There's gsettings-schema-convert [1] and other tools to help make the transition as painless as possible so they should be able to help. Will be interesting to see if someone writes a gsettings backend for the windows registry :-) Peter [1] http://library.gnome.org/devel/gio/unstable/gsettings-schema-convert.html ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
On Tue, Jun 1, 2010 at 10:44 AM, Julien Puydt jpu...@free.fr wrote: Le 31/05/2010 18:15, yannick a écrit : Something that would maybe make a difference: We must get ride of the HAL dependancy for Gnome 3, i.e. we need to release at least in september something that includes this fix... Hmmm... is there a page somewhere documenting a little by what it is replaced and how (small code samples)? Its being replaced by udev, and a couple of other bits. For what does ekiga use HAL for? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydt jpu...@free.fr wrote: Le 01/06/2010 18:50, yannick a écrit : Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit : Well, it uses it through dbus, as far as I know -- so indeed it doesn't binary-depend on it, but should nicely use it when available. Then I probably mistaken this: did not Matthias used HAL for the hotplug device system? Yes, HAL through DBUS. So it's using HAL, but since it does it through a proxy, we don't binary depend on it. At least that's how I understand it. Also while we're on the topic of obsolete libraries what is the plan for migrating from GConf to gsettings as that is also on the chopping block for gnome 3? It might be a worthwhile time to review the settings code as I think there's some custom gconf style code to deal with windows as well, not sure if there's a windows backend for gsettings at all, but if so it might be a nice way to unify that bit. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
On Mon, May 31, 2010 at 2:47 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hi, Now, that 3.2.7 has been released, we focus on trunk :o) The next release will probably be taken from ekiga master/trunk. The question is what do we take for ptlib/opal. Will we take: - trunk - or current stable branch, ptlib v2_8 and opal v3_8, released as stable beginning of May 2010? I think it is wiser to take the stable branch. Otherwise said, the next ekiga unstable release will be based on ekiga master, ptlib/opal current stable branches (not trunk!) Do you agree? I would tend to agree that we should go with the stable branch over master. What is the main differences between the two? What would be the possible advantage of going master in terms of features? It would be very nice to have pulse audio support but I'm not sure if that is a feature of either the 2.8/3.8 releases or if its in master. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.7 [STABLE] available
On Sun, May 30, 2010 at 11:42 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: This is the seventh stable release of the 3.2 version of Ekiga. This release is dedicated to kapetr, who helped tremendously to fix the important NAT ports bug. Big news for this release: - Fix many connection issues (nat ports), see below - Fix major bug for windows uninstall (http://git.gnome.org/browse/ekiga/commit/?id=138ea33) - No windows-specific issue known, feel free to use it * What is it ? == Ekiga is a free Voice over IP softphone allowing you to do free calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? === Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/sources/ekiga/3.2/ Required librairies can be found at: ftp://ftp.gnome.org/pub/gnome/sources/opal/3.6/ ftp://ftp.gnome.org/pub/gnome/sources/ptlib/2.6/ * What's changed ? == ** User-visible fixes - Use NAT ports instead of local ports for RTP, fixing many connection issues - Add workaround for In some cases ekiga answers always Busy Here - Fix crash in the avahi code - Set the default audio and video devices - Fix Call buttons do not work - Add bpp16 (RGB16) support - Add partial support for IPv6 - Fix number of users found on ekiga.net LDAP directory - Fix connection type setting in assistant - Use a decent connection type by default (DSL 128kb/s uplink) - Check off iLBC, CELT32, CELT48 and G722 audio codecs by default - Fix possible crash when PTLib code accessed by thread not created by PTlib - Fix issue when deleting a safe object - Fix possible NULL pointer access if get multiple NOTIFY messages on a REFER ** Protocol fixes - Fix strange issue with SIP call diversion (302 response) to the same endpoint - Change to only unregister those contact addresses we successfully registered - Fix incorrect change to AlertingPhase in H323 - Change authentication failure to be fatal and SIP handler removed - Fix double authorisation failure leaving SIP handler in the wrong state - Fix SIP REFER completion on receiving NOTIFY with id parameter - Fix authentication issue when can get to SIP server via two interfaces - Fix address translation of REGISTER contact fields when STUN is not used - Fix locating correct authorisation credentials for INVITE - Fix correct test handling RFC3261/8.2.2.2 merged requests and other multi-path received INVITE requests - other minor fixes ** Build fixes - Fix gdu (gnome-doc-utils) configure option - Replace deprecated functions in gtk = 2.18 - Fix build with binutils-gold - other minor build fixes ** Windows port fixes - Fix major bug where the uninstaller could remove non-Ekiga files - Fix starting Ekiga from last page of installer - Fix language selection during installation - Update version of dependent libraries - Allow to create executable from release or from git/svn - Add Dutch and Romanian translations of Windows installer - Add all help localisation files to the installer - Fix compilation error on std::freopen on newer gcc - other build fixes ** Distributor-visible changes ** Translation fixes - Updated translations: bn_IN, eu, gu, kn - New translations: ast - Updated help translations: No security fix in this release. On behalf of Ekiga/ptlib/opal teams, Eugen Dedu I would like to congratulate you all on this release. The release is now built for Fedora rawhide as well as 13/12/11 and will be headed to the relevant Fedora updates-testing repositories very shortly (likely tomorrow). Thanks, Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.7 [STABLE] available
On Mon, May 31, 2010 at 8:24 PM, yannick sev...@free.fr wrote: Le lundi 31 mai 2010 à 18:59 +0100, Peter Robinson a écrit : The release is now built for Fedora rawhide as well as 13/12/11 and will be headed to the relevant Fedora updates-testing repositories very shortly (likely tomorrow). I updated our wiki accordingly: http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages#Fedora Thank you very much! No problems, I am the maintainer of ekiga in Fedora so if you have any queries feel free to drop me a line. Regards, Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Fedora 12 testing packages for NAT traversal support
On Wed, May 12, 2010 at 11:14 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 12/05/10 10:59, Peter Robinson wrote: On Wed, May 12, 2010 at 8:19 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 11/05/10 20:53, Alec Leamas wrote: On 04/24/2010 12:21 PM, yannick wrote: Hi, Chipper did binary packages for Fedora 12 including the NAT traversal patch (add STUN support for the audio and video streams). Please test them and report here: http://ekiga.net/yannick/f12/ [cut] Preliminary success. For the first time since FC9 I'm able to talk to the echo server. This works if and only if the patched opal library is installed. What ekiga version was used in FC9? 2.0.12, ekiga 3.0 first appeared in F-10. I'm quite happy to add a patch to the official fedora packages if the patch is upstream. What is the state of a 3.2.7 bugfix release? A new release will be made by tomorrow, with the NAT patch of course and a celt patch allowing to compile with the latest version (and other patches). What's the status of this release? Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Fedora 12 testing packages for NAT traversal support
On Mon, May 24, 2010 at 11:55 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 24/05/10 12:33, Peter Robinson wrote: On Wed, May 12, 2010 at 11:14 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 12/05/10 10:59, Peter Robinson wrote: On Wed, May 12, 2010 at 8:19 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 11/05/10 20:53, Alec Leamas wrote: On 04/24/2010 12:21 PM, yannick wrote: Hi, Chipper did binary packages for Fedora 12 including the NAT traversal patch (add STUN support for the audio and video streams). Please test them and report here: http://ekiga.net/yannick/f12/ [cut] Preliminary success. For the first time since FC9 I'm able to talk to the echo server. This works if and only if the patched opal library is installed. What ekiga version was used in FC9? 2.0.12, ekiga 3.0 first appeared in F-10. I'm quite happy to add a patch to the official fedora packages if the patch is upstream. What is the state of a 3.2.7 bugfix release? A new release will be made by tomorrow, with the NAT patch of course and a celt patch allowing to compile with the latest version (and other patches). What's the status of this release? It is for tomorrow :o), very very probably. hehe :-) What versions of opal/ptlib will it depend on? Will is be the 2.8.1/3.8.1 current releases or is it something else or not change so I can get them built up in the Fedora build system in prep for it. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Fedora 12 testing packages for NAT traversal support
On Wed, May 12, 2010 at 11:14 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 12/05/10 10:59, Peter Robinson wrote: On Wed, May 12, 2010 at 8:19 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 11/05/10 20:53, Alec Leamas wrote: On 04/24/2010 12:21 PM, yannick wrote: Hi, Chipper did binary packages for Fedora 12 including the NAT traversal patch (add STUN support for the audio and video streams). Please test them and report here: http://ekiga.net/yannick/f12/ [cut] Preliminary success. For the first time since FC9 I'm able to talk to the echo server. This works if and only if the patched opal library is installed. What ekiga version was used in FC9? 2.0.12, ekiga 3.0 first appeared in F-10. I'm quite happy to add a patch to the official fedora packages if the patch is upstream. What is the state of a 3.2.7 bugfix release? A new release will be made by tomorrow, with the NAT patch of course and a celt patch allowing to compile with the latest version (and other patches). Thanks for the update. We don't compile the Fedora release with celt anyway because the bitstream isn't necessarily compatible between releases of celt and obviously not all end points will necessaily have the same version of celt. Do you happen to know if there's any fixes for avahi in the release. I've had a number of people report crashes when expanding the local neighbours. I've not been able to reproduce it myselfand hence not been able to get a -d 4 output even though there are a number of crash dumps with all the details. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga-devel-list Digest, Vol 46, Issue 4
On Sat, May 8, 2010 at 2:04 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 08/05/10 14:46, Rohit Negi wrote: Hi All, when i use following command diff --git a/configure.ac b/configure.ac it gives me diff: unrecognized option `--git' error how to solve this issue? diff a/configure.ac b/configure.ac and a 'diff -u' makes it more readable. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] release for gnome 2.30?
Hi All, Is there plans to do another release from either the 3.2.x branch or a more major release to coincide with the gnome 2.30 release? It seems like ages since the 3.2.6 release hit. Regards, Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Setting the goals for Ekiga 3.4
On Sun, Sep 27, 2009 at 11:50 AM, Damien Sandras dsand...@seconix.com wrote: Le dimanche 27 septembre 2009 à 12:38 +0200, yannick a écrit : I think it is a good idea to add TCP support; atm the lack of TCP signaling for SIP broke some setups (calls fail), and as a packager I do not package extra codecs (non free) because of this bug. This means those non free codecs are undertested (e.g. it seems latest x264 lib do not compile with Ekiga anymore), and we lose some interoperability with other software/hardware out of the box. Agreed. However, that's more an OPAL feature and it requires serious work on Ekiga.net to add support for TCP and NAT traversal. I'm not sure of the result of having 1 active TCP connections to Ekiga.net either. Can we support it on ekiga and just not use it on ekiga.net so that those people that wish to use it have the advantage of it? Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] New stable release
Hi, Dare I ask what happened to this release? Peter Release often :o) We plan to make a new release. Until now, there has been: - Fixed crash when device list contains non-latin1 chars (still to be checked) - Fixed crashes shown as assertion failed in /usr/include/ptlib/safecoll.h:813 - Windows fixes - 2009-07-22 03:54 rjongbloed * src/rtp/rtp.cxx: Changed RTP write so impossible to get stuck in the loop to write a packet, getting continuous errors. - 2009-07-17 14:48 rjongbloed * ., src/opal/mediastrm.cxx: Fixed issue where not collecting all of the audio data for transmitted frames per packet, would only send one fpp regardless of setting. Caused by previous change for reducing latency on Linux, setting sound card buffer size to audio frame size. I think that we can release when the following fixes are done: - freephonie does not work anymore (Contact field problem) - http://sourceforge.net/tracker/?func=detailaid=2824248group_id=204472atid=989748 I would like to have these too: - http://bugzilla.gnome.org/show_bug.cgi?id=575508 - contacts should correctly go from online to offline - http://bugzilla.gnome.org/show_bug.cgi?id=581019 - http://bugzilla.gnome.org/show_bug.cgi?id=589266 (have not yet checked if it appears on stable too) -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Reorganizing things
Sorry, it is a bad timefor me as my work is starting again; I'll have fewer spare time for 2 or 3 weeks... (Except Peter: thanks for the nice words and help offer!) Le lundi 31 août 2009 à 19:58 +0200, Damien Sandras a écrit : Dear all, It appears clearly that since a few months I can dedicate less time than before to Ekiga. During the first 5 to 6 years of the project, I was dedicating all evenings to the project and nearly all week-ends, fully. It is now impossible for me to continue developing at that pace. If we organize things in a clever way, I think it will not be a problem. My intensive work probably hide a few organization problems. We now have a few very high quality contributors: they help the project move forward will less devotion from myself. The purpose of this e-mail is to identify the areas where people can help and how we should work. But before identifying those areas, I would stress on the fact that my wish is to release often, but with only a limited set of new features, that are well-tested. We have seen in the past that we had worked on many new features, half-finished, and that it was hard to stabilize them before doing a release. I don't want this to happen. I like this idea too, 3.0 was a pain to release. Beside, network (TCP support) and the audio part of Ekiga (e.g. pulse audio) needs some new features quickly. From a Fedora point of view the two bugs I see on a regular basis are Audio Problems (will be fixed mostly by a Pulse Audio plugin set as the default) and Network issues which are mostly Firewall and NAT based. I think support for upnp would possibly fix most of those issues for the average user. The would be the most useful features from my point of view and the later would probably also help the issue with ekiga.net not working mentioned elsewhere. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Reorganizing things
Hi Damien, It appears clearly that since a few months I can dedicate less time than before to Ekiga. During the first 5 to 6 years of the project, I was dedicating all evenings to the project and nearly all week-ends, fully. Thanks for all your dedication over the years. I've been using ekiga for years and absolutely love it! It is now impossible for me to continue developing at that pace. If we organize things in a clever way, I think it will not be a problem. My intensive work probably hide a few organization problems. We now have a few very high quality contributors: they help the project move forward will less devotion from myself. The purpose of this e-mail is to identify the areas where people can help and how we should work. But before identifying those areas, I would stress on the fact that my wish is to release often, but with only a limited set of new features, that are well-tested. We have seen in the past that we had worked on many new features, half-finished, and that it was hard to stabilize them before doing a release. I don't want this to happen. Here is the list of tasks I have identified. a) Reorganization of the WEB service (ekiga.org + ekiga.net) : it is a much required work to give the feeling of a united and well thought service. We need designers for that task. b) Reorganization of ekiga.net services : more stability, more features. I can take care of that myself, but external help would be great. I can assist from this side of things. I'm a Systems Engineer / Technical Architect by trade and this is what i do for a living. c) Accounts support : we receive many e-mails of people wanting to remove their account or wondering why it does not work. They are not answered anymore. We need somebody to help with that. d) Development : we need more developers. Eugen is handling bugzilla and patches. Julien is coding a lot. Michael is working on the WIN32 version which is nearly as good as the Linux version. More people like all of them should join the Ekiga project and help improving it. e) Documentation : Yannick has been managing this since a few years nearly alone. Help is welcome. f) User Support : We all do user support at some level. When we do user support, it means we can not dedicate time to our other tasks to make the software progress. More people working on user support should join. Perhaps a forum instead of a mailing list would be more modern and ease the task. Did I forget something? Not that I'm aware of. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Testing for 3.2.6
Hi Yannick, As the responsible guy packaging Ekiga *for the ekiga project* (i'm not an ubuntu packager) for Ubuntu, and as CELT is a moving target until it reach 1.0, my policy for the packages will probably be as follow: Take the version of libcelt in the latest released ubuntu, OR (exclusive) the actual dev tree of ubuntu and backport it to previous ubuntu release. For now the situation in ubuntu is as follow: * intrepid (libs): The CELT codec runtime library [universe] 0.3.2-1: amd64 i386 * jaunty (libs): The CELT codec runtime library [universe] 0.5.1-0ubuntu1: amd64 i386 * karmic (libs): The CELT codec runtime library [universe] 0.6.1-1: amd64 i386 And for now, I do not package CELT, neither the official ubuntu package. I've some work to do first on packaging the OPAL codecs (split them in several packages because of a nasty bug related to MTU size and UDP packets), then I will use the libcelt in karmic and backport it, thus you're lucky, I'll use libcelt version 0.6.1. I'm the package maintainer for both celt and ekiga in Fedora. As the celt bitstream isn't frozen yet and is still open for change I initially enabled in Fedora and then dropped it until the bitstream is stable. Because of that the only way celt is guaranteed to work if its between the versions of ekiga linked against the same version of celt. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Testing for 3.2.6
On Thu, Aug 27, 2009 at 1:48 PM, yannicksev...@free.fr wrote: Peter Robinson a écrit : Hi Yannick, As the responsible guy packaging Ekiga *for the ekiga project* (i'm not an ubuntu packager) for Ubuntu, and as CELT is a moving target until it reach 1.0, my policy for the packages will probably be as follow: Take the version of libcelt in the latest released ubuntu, OR (exclusive) the actual dev tree of ubuntu and backport it to previous ubuntu release. For now the situation in ubuntu is as follow: * intrepid (libs): The CELT codec runtime library [universe] 0.3.2-1: amd64 i386 * jaunty (libs): The CELT codec runtime library [universe] 0.5.1-0ubuntu1: amd64 i386 * karmic (libs): The CELT codec runtime library [universe] 0.6.1-1: amd64 i386 And for now, I do not package CELT, neither the official ubuntu package. I've some work to do first on packaging the OPAL codecs (split them in several packages because of a nasty bug related to MTU size and UDP packets), then I will use the libcelt in karmic and backport it, thus you're lucky, I'll use libcelt version 0.6.1. I'm the package maintainer for both celt and ekiga in Fedora. As the celt bitstream isn't frozen yet and is still open for change I initially enabled in Fedora and then dropped it until the bitstream is stable. Because of that the only way celt is guaranteed to work if its between the versions of ekiga linked against the same version of celt. That's indeed a short and clear description of the issue with CELT. Thank you :-) Peter BTW, Peter, we do have a nasty bug in Ekiga (see: http://bugzilla.gnome.org/show_bug.cgi?id=341518#c8 ) From what I can see in your package in F11, people do have the exact same situation with Fedora as described in the above URL. The proper fix is to add TCP support but it will take some times (hopefully in Ekiga 3.4.x) . Until then a possible workaround is to package some codecs outside OPAL and make them available as suggest (i do not know the terminology in RPM packages) to Ekiga. Only splitting the G726 audio codec will free at least 100 bits in the INVITE and will make calls work for most people with the default installation (it will prevent reaching the standard MTU size 1500, thus will prevent split/or refusing of UDP packets in most cases.). In most cases, G726 is not mandatory for interoperability. Yes, I have seen it. Fortunately we don't enable all the codecs by default and we don't have celt enabled nor ones with patent issues such has H.264 and strip out iLBC because of other licensing issues so I think that allows us to mostly not see the issue too much. Peter Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Audio issues
Hi, audio seems to be still a game of luck with current ekiga's stable release. Sometimes when I answer an incoming call, I can't hear the caller and he can't hear me. Sometimes I can hear him, sometimes I can't but he can. There doesn't seem to be any rule for this behavior. I observed this with all 3.2 versions. It's independent of the sip provider or the caller. All three audio devices are set to default, I have no sound daemon running (like esd or pulse). Ekiga, opal and ptlib are self-compiled on Ubuntu Linux. Once this problem occurs, I have to restart ekiga to get sound working again properly. I'll send a d4 output a soon this happens again. Anyone else having this problem? I've seen this on a number of occasions on Fedora as well. Fedora uses PulseAudio but that doesn't seem to be the issue. I've even had some report that they've recompiled ekiga 2 from F-9 and go back to that. It seems very hit and miss as to what causes the issue and its very hard to track down. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] 3.2.5 release
So we are preparing a new stable release. What are the blocking bugs? - picture in picture does not work sometimes - -d 4 warnings about too many consecutive I-frames, still investigating if it is harmful or not - initially greyed image, seems only cosmetic, still investigating Are there others? The PDU1500 issue? Here is a report from a Ubnutu user (I know, I should not trust blindly a user, but i wont be able to test before tomorrow...): No I hadn't installed any non-free codecs (not knowingly anyway). I wanted to confirm this so I booted from clean live USB memory stick image (Jaunty). Selected ekiga for installation. Synaptic informs that the following are required: libgsm1, libopal3.6.1, libpt2.6.1, libpt2.6.1-plugins-alsa, libpt2.6.1-plugins-v4l2. (All of these come from the Main repository). Once above are installed: Ekiga has the same problem as described above (PDU exceed 1500) and same solution as you describe above also works. Out-of-the-box Audio codecs: G722, Speex(16kHz), PCMA, PCMU, G726-16, G726-24, G726-32, G726-40, gsm, ms-gsm, Speex(8kHz). Out-of-the-box Video codecs: h261, theora. So, in answer to your question, only using default packages from Ubuntu is sufficient for PDU to exceed 1500. Do we need a workaround for this before a proper fix? (TCP support) A workaround would be to switch off some codecs by default (for initial installation), for ex. G726-24, G726-32, G726-40, gsm, ms-gsm, Speex(8kHz). What do you think? Isn't that already the case ? I need to check. The default in Fedora certainly doesn't enable them by default and we don't do anything with that sort of config so I assume its the default. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] alien registrar problem
The problem is that your router replaces the public IP address Ekiga puts in by a private one due to a bug in the router itself, you can see the Ekiga PDUs in the log, they are correct. If you disable STUN, perhaps your router will put the public IP address in the packets. What happens is that some dummy routers replace public ip's by private ones. That's your case. Don't think that's true. As I said, using twinkle behind the NAT with the same router works perfectly with that provider. So the router couldn't be the problem here and it seems that it's indeed a software issue. Please show me a trace of Ekiga with stun disabled and a trace of twinkle so that we can compare both. Btw, I don't understand your reasoning which consists to say that Ekiga puts deliberately private IP addresses in PDUs when the log says no. Again, to clearify my reasoning, these are the relevant observations: Firstly: Relevant -d 4 output of ekiga says the following when trying to connect to bluesip.net: rem=udp$217.74.179.29:5060,local=udp$96.232.27.238:5060,if=192.168.1.36%wlan0 SIP/2.0 479 Please don't use private IP addresses This suggests that there's a problem with the private IP address (192.168.1.36). Whether this is sip conform or not I dodn't know. Concerning to some people in some voip forums, it isn't. Secondly: This behavior is independent of using a STUN server or not and only appears when I am behind a NAT router. And thirdly: The fact that twinkle is able to connect to bluesip successfully from behind this specific router, suggests that this is no router-issue. This issue sounds quite familiar to a couple of bugs I've had reported on F-11 where they are unable to connect to a SIP server where with previous versions of ekiga they were (in some cases they even went as far as recompiling ekiga 2 themselves. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] gnome 2.26.3 release
Hi All, I noticed the next stable release of gnome is due soon. Out of interest is there anything currently on the blocking list for the ekiga 3.2.5 release? Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ov511 and ekiga
/usr/local/lib/ptlib-2.6.2/devices/videoinput: total 360 -r--r--r-- 1 root root 119807 2009-06-21 13:33 avc_pwplugin.so -r--r--r-- 1 root root 114742 2009-06-21 13:33 v4l2_pwplugin.so -r--r--r-- 1 root root 114053 2009-06-21 13:33 v4l_pwplugin.so Do you receive the same error message now? If yes, please start ekiga like this: $ ekiga -d 4 2output.txt and send us the output.txt file, after having compressed it with gzip for ex. Peter, so it should work with v4l even if libv4l2 is not installed, is that right? If your querying that the ov511 cam will work with just v4l installed, yes. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Mingw32 : Having problem with ffmpeg
Now ptlib had been compiled, I have difficulties with opal. I have 2 errors when h264 and h263, I might disable those codecs, but it might be difficult to compile ekiga after ? I can disable h264 by adding --disable-h264 to confopal in the main Makefile, but I did not find a similar option to disable h263. Here is my error (it's above the same for h263) : I'm not sure about windows but on Linux you can easily compile ptlib/opal/ekiga without ffmepg at all. Due to legal issues ffmpeg isn't allowed in Fedora and it compiles file with out ffmpeg. Same goes for h264. It might be worthwhile seeing if you can get the whole lot to compile and work without ffmpeg and then add it back in for a later build. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [POLL] Which video output implementation are you using?
trying to understand the following bug : http://bugzilla.gnome.org/show_bug.cgi?id=575887 I stumbled on a terrible question : what if the X video output had always been broken?! Could you please answer to that mail stating whether ekiga is using XV or X for the video output on your box? I'm pretty sure the Fedora build is using Xv. What's the easiest way to detect this? I haven't had any reports of it from Fedora users (not to say that its not a problem). I presonally don't use video regularly. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.2 [STABLE] available
On Wed, May 20, 2009 at 9:35 AM, Damien Sandras dsand...@seconix.com wrote: Le mercredi 20 mai 2009 à 09:25 +0100, Peter Robinson a écrit : Hi, * What is it ? == Ekiga is a free Voice over IP softphone allowing you to do free audio and video calls over the Internet. Ekiga is the first Open Source application to support both H.323 and SIP, as well as audio and video. Ekiga was formerly known as GnomeMeeting. More information can be found at http://www.ekiga.org * Where to get it ? === Ekiga is available at: ftp://ftp.gnome.org/pub/gnome/sources/ekiga/3.2 (take 3.2.2) Required librairies can be found at: ftp://ftp.gnome.org/pub/gnome/sources/opal/3.6/ (take 3.6.2) ftp://ftp.gnome.org/pub/gnome/sources/ptlib/2.6/ (take 2.6.2) Apparently this wants ptlib 2.6.3 and presumably opal 3.6.3, details below. Is this a mistake in the configure check or the release notes? Peter checking for AVAHI... yes checking for scrollkeeper-config... /usr/bin/scrollkeeper-config checking for PTLIB... configure: error: Package requirements (ptlib = 2.6.3) were not met: Requested 'ptlib = 2.6.3' but version of ptlib is 2.6.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. oh shit. :-) Well, I won't release 3.2.4. I give up, sorry. No issue, I've patched it now. No doubt there will be queries about it so it was more a FYI. If you do a 3.2.4 release it would be nice to have bug 583260 looked at [1]. In my F11 test env it doesn't start up (I don't get a icon in the tray). Cheers, Peter [1] http://bugzilla.gnome.org/show_bug.cgi?id=583260 ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] New release
For information, in a few hours 3.2.1 stable will be released. Yippee :-) Thanks all for the hard work on this release :-) Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] ekiga on thin clients
Hi All, Just discovered that this company ship ekiga as a voip client on their thin clients for those that are interested. http://www.igel.com/ Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] What's missing for 3.2.1
There's about 2 weeks until gnome 2.26.2 tarballs are due, are we planning on targetting ekiga 3.2.1 to coincide with that release? If so what are the current plans, it seems to me alot of the fixes for the release are in ptlib/opal? It would be nice, but unfortunately, ekiga is in a non-releasable state: http://bugzilla.gnome.org/show_bug.cgi?id=580078 No news, no fix, hence no release. No news from the opal devs? Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Win32 Ekiga painful
Hi Craig, If upstream means Opal, then I think this is being a bit unfair. I use Opal/PTLib on Windows and Linux every day. On both these operating systems, there is no problem. We are extremely busy maintaining support for these two operating systems using their native compilers (gcc and MSVC), as well as bringing in new code and features. I've tried to cross-compile Ekiga for Windows, but it requires a debian box with the latest dev code (Sid?) and I simply can't dedicate a whole machine for this purpose, northe time it would take to make it work. Now, if I could cross-compile ekiga on a Fedora box then I would be REALLY interested. :) You should be able to use Fedora 11 for cross compiling for windows [1]. It will have a complete mingw stack. I think the maintainer has also pushed most of the stack to Fedora 10 as updates as well. If there's any thing missing from it that you need let me know and I'll see if I can't get it added. Cheers, Peter [1] https://fedoraproject.org/wiki/Features/Windows_cross_compiler ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] What's missing for 3.2.1
we've been pushing fixes since 3.2.0, and it's now time to get over the list of things to fix for 3.2.1, and see what can be done. I'm not citing anything specific in this mail, so we can subthread for each problem (there are a few). For 3.2.1, very important I think: - crash on exit (this seems to be a bug in glib, http://bugzilla.gnome.org/show_bug.cgi?id=577640) - settings migration: - ldap settings are not migrated from 2.0.x to 3.x, http://bugzilla.gnome.org/show_bug.cgi?id=577881 - contact settings are not migrated from 2.0.x to 3.x, http://bugzilla.gnome.org/show_bug.cgi?id=554402 There are also several simple bugs which would be useful to fix for 3.2.1 or 3.2.x, http://bugzilla.gnome.org/buglist.cgi?product=ekigabug_status=NEWbug_status=REOPENEDbug_status=ASSIGNEDbug_status=UNCONFIRMEDtarget_milestone=3.20 For 3.2.x or 3.4, very important I think: - better error information (for both registration and calling), I have already several test cases (and a few bug reports, such as http://bugzilla.gnome.org/show_bug.cgi?id=578431) To add the 3.4 (or possible 3.2.x release would be the pulse audio plugin. I've tried it as a patch to ptlib but it seems to lock up for me but I haven't had the time to compile up ptlib/opal/ekiga trunk and test with it. It would also be nice to have upnp (possibly with gupnp now that there's confirmation it works on Windows. Note that next stable gnome is for 18 May. Anyway, in debian, I will try to push the latest git stable (not 3.2.0 release). I've pushed a couple of fixes from the opal/ekiga branch into the release that will be in Fedora 11. There are a number of other bugs that I have in the RH bugzilla that I need to go through and test and report upstream as necessary but are yet to have the time. I'm also seeing ekiga not re-register if I lose the network connection and reconnect. It seems that its not seeing NM drop the connection. I can't remember though if ekiga has support for NM or not though (if it doesn't that would be another nice feature for 3.4 as its painful having to quit and re-run it to get it to register). Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga description
The first and the last look the same to me, and look like the result of the discussion that was had recently. Shouldn't the win32 one just be aligned with the other two to keep it clean? Peter On Sun, Apr 26, 2009 at 6:23 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Here are the various descriptions of Ekiga. Some of them speak about phone, they should be changed. How? ekiga.desktop.in.in: _Name=Ekiga Softphone _GenericName=IP Telephony, VoIP and Video Conferencing _Comment=Talk to and see people over the Internet win32/ekiga-rc.rc: VALUE FileDescription, Ekiga is a free Voice over IP phone ekiga.doap: shortdesc xml:lang=enTalk to and see people over the Internet/shortdesc -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga description
Might be better to have Talk to and see people over the internet Peter On Mon, Apr 20, 2009 at 5:14 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hi, I am writing the doap file. The shortdesc should be changed, because it speaks only about talk, not video. Now it is shortdesc xml:lang=enTalk to people over the Internet/shortdesc and i want to change it to shortdesc xml:lang=enTalk to people and see them over the Internet/shortdesc Do you have better ideas? (This will also change the ekiga.desktop file.) -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga.rc
Is there a way to move ekiga.rc from root to win32? 1) git mv ekiga.rc win32/ 2) make sure any file referencing ekiga.rc now searches for it in win32/ Snark Could you please rename it so that the basename is distinctive, e.g. ekiga-rc.rc ? I ask this because eventually we can include compilation of the resources into the autoconf/libtool make process and then an ekiga.o file would be a bit dangerous I think. Additionally VALUE SpecialBuild, CVS_VERSION in the resource file is a bit outdated. Now an EKIGA_REVISION is defined in src/revision.h . See attached patch as an example for how one could handle the Win32 resources. Note that ekiga uses git now, so src/Makefile.am info about revision.h is obsolete... Is it interesting to resuscitate it? -- Eugen Yes, I have seen that. I am still testing. Would something like #define EKIGA_REVISION EKIGA_3_2_0-80-g80bf6d3 be acceptable in revisioin.h? It is based on the output of git describe, the 80th revision of tag EKIGA_3_2_0 I guess. For my snapshots, I use only the date in the .deb file name (see http://snapshots.ekiga.net/snapshots/debian/). Users can know the version (the date) with 'dpkg -l' afterwards. Wouldn't this be sufficient for windows snapshots too? (Simpler is better :o)) I would personally prefer the git version rather than the date version as there could be multiple different versions of ekiga on a single day dependant on the amount of commits. By using the git rev you know exactly what the build was based upon so it makes it easier from a debug and recreation of the problem perpective. Regards, Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga description
Its also a short description that needs to be easily translated. Peter On Mon, Apr 20, 2009 at 7:44 PM, Christopher Warner cwar...@kernelcode.com wrote: Ok, that covers the video part then.. Converse with family, friends and business associates over the internet? -C On Mon, Apr 20, 2009 at 1:17 PM, Peter Robinson pbrobin...@gmail.com wrote: Looking at what I currently have in Fedora when I hover over the icon I get two lines. The first is IP Telephany, VoIP and Video Conferencing And the following line is Talk to people over the internet So I think its a second line, with the first one already mentioning video conferencing. Peter On Mon, Apr 20, 2009 at 6:08 PM, Christopher Warner cwar...@kernelcode.com wrote: Hrmm how about Video conference with people over the internet as when I hear the term video conference it automatically implies the talking piece of it. -C On Mon, Apr 20, 2009 at 12:16 PM, Peter Robinson pbrobin...@gmail.com wrote: Might be better to have Talk to and see people over the internet Peter On Mon, Apr 20, 2009 at 5:14 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hi, I am writing the doap file. The shortdesc should be changed, because it speaks only about talk, not video. Now it is shortdesc xml:lang=enTalk to people over the Internet/shortdesc and i want to change it to shortdesc xml:lang=enTalk to people and see them over the Internet/shortdesc Do you have better ideas? (This will also change the ekiga.desktop file.) -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga.rc
On Mon, Apr 20, 2009 at 9:17 PM, Michael Cronenworth m...@cchtml.com wrote: Original Message Subject: Re: [Ekiga-devel-list] ekiga.rc From: Michael Rickmann mric...@gwdg.de To: Ekiga development mailing list ekiga-devel-list@gnome.org Date: 04/20/2009 11:54 AM Yes, I have seen that. I am still testing. Would something like #define EKIGA_REVISION EKIGA_3_2_0-80-g80bf6d3 be acceptable in revisioin.h? It is based on the output of git describe, the 80th revision of tag EKIGA_3_2_0 I guess. You cannot do this. Git does not use revision numbers. It uses a commit *hash* for tracking. Don't rely on Git hashes. Define another version number and use that. Its not (at least in fedora) used as a version number, but rather as a tracking bit in builds that aren't final releases to allow tracking of the exact revision. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga.net sip service down?
I'm failing to register to the ekiga.net service at the moment. Is it currently down? Website seems OK though. I cannot register either... More people should get access to ekiga.net and I should spend some time to monitor services. It was down the whole night! I'm quite happy to assist in the administration and monitoring of the service, after all that's the sort of thing I do for a living. Cheers, Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] ekiga.net sip service down?
I'm failing to register to the ekiga.net service at the moment. Is it currently down? Website seems OK though. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Encrypted Voip for ekiga
There is basic support in opal for zrtp which supports encrption. Looking at the roadmap for the next release of OPAL its on the ToDo list to improve support for it [1]. That would be the best starting point to look into it further. There is also a bug for support of zrtp in ekiga [2] Peter [1] http://www.opalvoip.org/wiki/index.php?n=Main.Milestones [2] http://bugzilla.gnome.org/show_bug.cgi?id=335594 On Tue, Apr 14, 2009 at 2:41 PM, Michael Prinzinger tay...@gmail.com wrote: Hey Ekiga-Devel-Team, I am a cs student in Germany currently looking for a topic for his Diplomarbeit (something like a master thesis). I don't know any free OpenSource Voip encryption currently available to popular Voip programs like ekiga. So I thought it might be a neat idea to try and provide one. So my question to you is: Do you know if any such project currently running (free OpenSource Voip encryption I mean)? Or maybe some group tried it, but the project died? Or maybe there is even something like this planed for a future version of ekiga? Since my university per se does not offer any thesis in this direction, I asked a German Electronic Freedom/Privacy Protection organsaition (FoeBud, www.foebud.org) and they are willing to supervise a Diplomarbeit like this :) In any case, do you think something like this can be done in 6 months? If so, and should I manage to get a topic like this approved by a professor at my university, could you provide me some help and information in order to make the Voip encryption, I would develop, easily work with ekiga? Because then, in case everything works out, you could include it in a future version, which would be quite neat, talking to friends encrypted using ekiga that is. Greetings from Germany Michael ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga win32 compilation issue with opal (H.264)
On Fri, Apr 3, 2009 at 5:08 AM, Mahesh Sukumar smahesh1982ru...@netscape.net wrote: Hi All, I am trying to cross-compile Ekiga (Ver. 3.2) for win32 and am getting the following error with Opal (H.264) - Can anyone please let me know if I am missing any step here? I get the same error with Ekiga Ver. 3.1.2 too! You'll need the x264 library. Their web site is http://www.videolan.org/developers/x264.html Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] win32 issues, and Linux too?
Ok I have submitted the two bug reports https://sourceforge.net/tracker/?func=detailaid=2728003group_id=204472atid=989748 https://sourceforge.net/tracker/?func=detailaid=2728037group_id=204472atid=989748 Another Win32 issue, the crash on exit one: I have been fighting to There is people using 3.2 on linux report the same symptom: crash on exit, e.g. see: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/353716 https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/352215 https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/352208 https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/352342 I'm seeing some issues on fedora rawhide with 3.2 as well. In fact 3.1.0 seemed to be OK, and 3.1.2 and 3.2 have some issues. Still trying to get some useful debug output from the endusers. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga 3.2.0 isn't announced on www.ekiga.org?!
On Mon, Mar 23, 2009 at 11:39 PM, Aragon Gouveia ara...@phat.za.net wrote: Damien Sandras wrote: Can somebody take care of getting packs for *bsd, ubuntu, red hat and windows for 3.2 ? Yes please, source tar balls too. Source tar balls for 3.2 would help my effort in creating the FreeBSD port. I've downloaded a snapshot to work on for now, but without a working release tar ball I won't be able to make a formal port that can be accepted into FreeBSD's ports tree. they're all at ftp.gnome.org already. That's what I used for the builds that are in rawhide. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga 3.2.0 isn't announced on www.ekiga.org?!
I'm moving = no time. And things are even worse, next week, I won't have Internet anymore from home before at least 1 or 2 months! Oh dear, and I thought the UK was bad :-( Can somebody take care of getting packs for *bsd, ubuntu, red hat and windows for 3.2 ? I can do rpms for which ever releases of Fedora/Redhat you would like. Just let me know and I'll compile them up. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga 3.2.0 isn't announced on www.ekiga.org?!
they're all at ftp.gnome.org already. That's what I used for the builds that are in rawhide. So they are. Thanks for the heads up! Quick question - what Ptlib and Opal versions should I pair up with Ekiga 3.2.0? The latest in FTP are 2.6.1 and 3.6.1 respectively. ekiga 3.2.0 needs ptlib 2.6.1 and opal 3.6.1. It will error out during the ./configure if they're not present. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] port ekiga to osx
Hi, I am a trainee. They want me to port ekiga to osx. I have about 2 months to do this. Could u people point me at the right direction? I am reading a pdf about porting unix to osx, but it is still kinda abstract how to start on this project. I don't know anything about MacOSX but there is a port of gtk [1] to OSX already, I believe PTLIB and OPAL is (or at least use to be) supported on OSX but there were issues with at least video support from memory but as the latest release of ekiga has at least beta support for audio/video input/output via gstreamer and thanks to songbird and a couple of other projects gstreamer is fully supported on OSX it should be possible. Peter [1] http://www.gtk-osx.org/ ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Google summer of code 2009 entry for Ekiga
I am not sure this list is the place to discuss about this. Just now, the applications for GSoC mentoring organisations have opened. Here is the announcement email. It would be a good opportunity to try to attract developers in this way. I think it is quite straightforward to write the justification why Ekiga needs to take part in GSoC. I second this. as I could not find a page about it in the Wiki : http://wiki.ekiga.org/index.php/Special:Allpages I created one to pull out Ideas http://wiki.ekiga.org/index.php/Gsoc2009Ideas Very well! We also need students and mentors. I am interested in DCCP integration, I have just put one of my students on this (3 months project). I don't know if he will succeed... The two projects I'd like to see on the GSOC list are: - UPnP support - bug 337166 - IAX support - bug 157559 - zRTP support - bug 335594 Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT codec warning
Its just been pointed out to me that the latest celt 0.5.2 release is incompatible with the 0.5.1 release. It compiles against it perfectly well but I believe the changes to the new allocation algorithm make it incompatible with previous releases. Welcome to the bleeding edge! It would be interesting to test. Eugen wanted to do some tests before the release (video codecs and others). Well I added this to a Redhat bug about it (celt is being used in virtualisation for audio): quote well 0.5.1 was never linked against anything in Fedora but I presume this means that in the case of ekiga if someone with an ekiga using celt 0.5.1 calls someone with ekiga using celt 0.5.2 this isn't going to work? /quote And the response that came back was: quote It's not 24pt high but I've added some additional warning text in bold to the celt-codec.org page, to the download page, and to the release notes. Obviously this doesn't fix the pre-existing problem, but hopefully it will reduce it in the future. Regarding ekiga, thats correct. Ekiga is also not yet compatible with the (still being written) CELT RTP payload. (Ekiga did its own thing with CELT without consulting CELT development, which is fine, but what they did isn't something we can standardize on so it's not going to be interoperable until it is updated at some point in the future). /quote And there is now a warning on the website for download. It looks like most versions of celt aren't inter operable. Indeed, once their RTP profile is written, we will fix the codec. Wasn't so much that which bothered me, it was more that the algorithm changes from one release to the next so an ekiga built against celt 0.5.1 wouldn't work with one built against another version. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] CELT codec warning
Hi All, Its just been pointed out to me that the latest celt 0.5.2 release is incompatible with the 0.5.1 release. It compiles against it perfectly well but I believe the changes to the new allocation algorithm make it incompatible with previous releases. Welcome to the bleeding edge! Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT codec warning
Its just been pointed out to me that the latest celt 0.5.2 release is incompatible with the 0.5.1 release. It compiles against it perfectly well but I believe the changes to the new allocation algorithm make it incompatible with previous releases. Welcome to the bleeding edge! It would be interesting to test. Eugen wanted to do some tests before the release (video codecs and others). Well I added this to a Redhat bug about it (celt is being used in virtualisation for audio): quote well 0.5.1 was never linked against anything in Fedora but I presume this means that in the case of ekiga if someone with an ekiga using celt 0.5.1 calls someone with ekiga using celt 0.5.2 this isn't going to work? /quote And the response that came back was: quote It's not 24pt high but I've added some additional warning text in bold to the celt-codec.org page, to the download page, and to the release notes. Obviously this doesn't fix the pre-existing problem, but hopefully it will reduce it in the future. Regarding ekiga, thats correct. Ekiga is also not yet compatible with the (still being written) CELT RTP payload. (Ekiga did its own thing with CELT without consulting CELT development, which is fine, but what they did isn't something we can standardize on so it's not going to be interoperable until it is updated at some point in the future). /quote And there is now a warning on the website for download. It looks like most versions of celt aren't inter operable. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.1.2 [UNSTABLE] available
XCAP is supposed to be disabled by default. There's probably still something to fix, but you shouldn't see the error. It was but I thought it would be a useful feature so tried to enable it. I've since had it built without and its on its way to rawhide. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.1.2 [UNSTABLE] available
Hi Damien, This is nanother unstable release of the next 3.2 release of Ekiga. I'm having troubles compiling this on Fedora 10. The problem error is below. Cheers, Peter g++ -DHAVE_CONFIG_H -I. -I../../../.. -I../../../../lib/gmconf -I../../../../lib/engine/framework -I../../../../lib/engine/presence -I../../../../lib/engine/account -I../../../../lib/engine/components/xcap -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -DLDAP_DEPRECATED=1 -fPIC -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT rl-entry.lo -MD -MP -MF .deps/rl-entry.Tpo -c ../../../../lib/engine/components/resource-list//rl-entry.cpp -fPIC -DPIC -o .libs/rl-entry.o ../../../../lib/engine/components/resource-list//rl-entry.cpp: In member function 'virtual const std::string RL::Entry::get_name() const': ../../../../lib/engine/components/resource-list//rl-entry.cpp:130: error: '_' was not declared in this scope ../../../../lib/engine/components/resource-list//rl-entry.cpp: In member function 'virtual bool RL::Entry::populate_menu(Ekiga::MenuBuilder)': ../../../../lib/engine/components/resource-list//rl-entry.cpp:143: error: '_' was not declared in this scope ../../../../lib/engine/components/resource-list//rl-entry.cpp:148: error: no matching function for call to 'Ekiga::PresenceCore::populate_presentity_menu(RL::Entry, std::string, Ekiga::MenuBuilder)' ../../../../lib/engine/presence/presence-core.h:230: note: candidates are: bool Ekiga::PresenceCore::populate_presentity_menu(gmref_ptrEkiga::Presentity, std::string, Ekiga::MenuBuilder) ../../../../lib/engine/components/resource-list//rl-entry.cpp: In member function 'void RL::Entry::refresh()': ../../../../lib/engine/components/resource-list//rl-entry.cpp:163: error: '_' was not declared in this scope ../../../../lib/engine/components/resource-list//rl-entry.cpp: In member function 'void RL::Entry::on_xcap_answer(bool, std::string)': ../../../../lib/engine/components/resource-list//rl-entry.cpp:186: error: '_' was not declared in this scope make[6]: *** [rl-entry.lo] Error 1 ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.1.2 [UNSTABLE] available
Hi Damien, This is nanother unstable release of the next 3.2 release of Ekiga. I'm having troubles compiling this on Fedora 10. The problem error is below. Actually its just the xcap. No doubt quite likely due to some missing library I've missed in the fedora build system so any hints would be useful :-) Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] News on debian snapshots
Not at the moment. The current configure line looks like --disable-static --enable-plugins --disable-oss --enable-v4l2 --disable-avc --disable-v4l but as I'm pretty sure DC cameras are also supported by v4l I may well disable it at some point in the future as with libv4l support most linux cameras are supported through v4l2 in ekiga. So if I understand correctly, avc and dc PTLIB plugins are in most cases superseded by v4l2 PTLIB plugin with libv4l? In this case I should remove these 2 plugins! Uh... I don't think either AVC or DC are V4L2 comptatible. Ah, my bad. Are they supported through the gstreamer plugins? Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga release preparation
On Fri, Feb 27, 2009 at 4:05 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hi, From http://live.gnome.org/TwoPointTwentyfive: 02/03: rc due 09/03: Hard Code Freeze: no source code changes can be made without approval from the release-team. 16/03: final tarball due Will we release ekiga? If yes, will we make a release for 02/03, and the final one for 09-16/03? (solution I personally prefer, because the 02/03 version could be checked by people) It would be good if we could have a release before 02/03 seeing as we never had the last scheduled 3.1.1 release that was planned for a couple of weeks ago. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Latest TRUNK
On Mon, Feb 23, 2009 at 8:35 PM, Damien Sandras dsand...@seconix.com wrote: Hi, Am I the only one to experience audio problems when doing an outgoing call ? The device can't be opened, and I get a popup. Can somebody try with latest TRUNK of OPAL/PTLIB and Ekiga ? I can probably tomorrow but I actually have a bug report with 3-4 people reporting similar issues on 3.0.2 on Fedora 10 (the update that was pushed to fix the status issue). Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] celt option fails to build
Hi Eugen, Just thought I'd let you know that the celt codec fails to build on rawhide. Output below. The original tarball provided on their site was broken with this error. The same tarball, but with the fix for this, is found on gnome site. You can use the latter one or apply the 1-line patch which fixes it (look at ML I think). The opal tarball from the gnome site is the one I'm using. Which Are you sure? mailing list can I get the fix from? http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=revrevision=21883 Does it work? No. That rev was already applied. I also applied the later two revs that Damien had done and it didn't help. Its still complaining. Here's the last lot of output. Do you have celt = 0.5 installed? The problem is between /usr/include/celt/celt.h:182 and opal's celtcodec.c:148... Yes. 0.5.1 Dear Peter, Have you find out where's the problem? No. I'm running the latest opal celt code from cvs and it still fails to build as per the last email I sent. It could be a compiler option that Fedora uses (they tend to use tighter options than a lot of distros do) or possibly gcc 4.4 which is now in rawhide (although it doesn't affect the rest of opal except the small patch Damien's already applied). Cheers, Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] celt option fails to build
Hi Eugen, Have you find out where's the problem? No. I'm running the latest opal celt code from cvs and it still fails to build as per the last email I sent. It could be a compiler option that Fedora uses (they tend to use tighter options than a lot of distros do) or possibly gcc 4.4 which is now in rawhide (although it doesn't affect the rest of opal except the small patch Damien's already applied). As a follow up to this. The build output is below, the complete output can be found here: i386: http://koji.fedoraproject.org/koji/getfile?taskID=1116094name=build.log x86_64: http://koji.fedoraproject.org/koji/getfile?taskID=1116093name=build.log make[2]: Entering directory `/builddir/build/BUILD/opal-3.5.2/plugins/audio/celt' gcc -c -fPIC -Os -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -I../../../include -I../.. -o celtcodec.o celtcodec.c celtcodec.c: In function 'celt_codec_encoder': celtcodec.c:147: warning: passing argument 3 of 'celt_encode' from incompatible pointer type /usr/include/celt/celt.h:182: note: expected 'celt_int16_t *' but argument is of type 'char *' celtcodec.c:147: warning: passing argument 4 of 'celt_encode' makes pointer from integer without a cast /usr/include/celt/celt.h:182: note: expected 'unsigned char *' but argument is of type 'int' celtcodec.c:147: error: too few arguments to function 'celt_encode' celtcodec.c: In function 'celt_codec_decoder': celtcodec.c:174: warning: pointer targets in passing argument 2 of 'celt_decode' differ in signedness /usr/include/celt/celt.h:227: note: expected 'unsigned char *' but argument is of type 'char *' make[2]: *** [celtcodec.o] Error 1 make[2]: Leaving directory `/builddir/build/BUILD/opal-3.5.2/plugins/audio/celt' make[1]: Leaving directory `/builddir/build/BUILD/opal-3.5.2/plugins' make[1]: *** [all] Error 2 make: *** [subdirs] Error 2 make: *** Waiting for unfinished jobs Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] celt option fails to build
Are you 100% sure your code contains this ? No! I've been just going back through it and it looks like I might not have committed the patch the the Fedora build cvs. Looks like it might have been an ID 10 T error. Just trying a new build now. Because HAVE_CELT_0_5_0_OR_LATER is defined by configure (see plugins/configure.ac) if celt = 0.5.0. This should be defined in plugins/plugin-config.h I think you do not run the code with the right patches... I think your right. Should never have tried doing that and a whole lot of other things the week I got back form 6 weeks in Australia. I'll let you know once it crawls through the Fedora build sys. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga and co compiling using gcc4.4
Fedora is about to push the soon to be gcc 4.4 to rawhide and hence they are going through testing all packages compile against it. ptlib compiles fine, opal needs the following very minor patch and ekiga I can't currently test as the test build system has a issue with libtool or something so I can't currently test it but I'll update when that issues fixed. Committed, thanks! BTW the rest seems to build fine on gcc4.4 Cheers, Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] H.263-ffmpeg
For info, h263-ffmpeg was removed from opal a few days ago. Could someone add to ekiga NEWS the following entry (or smth like that): - Remove obsolete and unmaintained H.263-ffmpeg video plugin, replaced by H.263-1998 (H.263+) Is it interesting to keep info about h263-ffmpeg compiling in the wiki (http://wiki.ekiga.org/index.php/Compiling_Ekiga#H.263_using_FFMPEG_.280.4.7.29_-_patched)? Better to remove it... Well its still available in old (and current stable) releases so it might be worthwhile keeping it and noting that it will be deprecated. I suppose if someone really wanted it in new releases it would just be a matter of copying the dir from the last release that contained it. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] celt option fails to build
Hi All, Just thought I'd let you know that the celt codec fails to build on rawhide. Output below. Cheers, Peter make[2]: Entering directory `/builddir/build/BUILD/opal-3.5.2/plugins/audio/celt' gcc -c -fPIC -Os -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -I../../../include -I../.. -o celtcodec.o celtcodec.c celtcodec.c: In function 'celt_codec_encoder': celtcodec.c:147: warning: passing argument 3 of 'celt_encode' from incompatible pointer type celtcodec.c:147: warning: passing argument 4 of 'celt_encode' makes pointer from integer without a cast celtcodec.c:147: error: too few arguments to function 'celt_encode' celtcodec.c: In function 'celt_codec_decoder': celtcodec.c:174: warning: pointer targets in passing argument 2 of 'celt_decode' differ in signedness make[2]: *** [celtcodec.o] Error 1 make[2]: Leaving directory `/builddir/build/BUILD/opal-3.5.2/plugins/audio/celt' make[1]: *** [all] Error 2 make[1]: Leaving directory `/builddir/build/BUILD/opal-3.5.2/plugins' make: *** [subdirs] Error 2 make: *** Waiting for unfinished jobs ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
