[Ekiga-devel-list] CELT + G.722
Hi, Thanks to the OPAL development team, we now have two more wideband codecs in Ekiga. 1) G.722 is a 16 kHz codec that you can find in many brands, like Polycom phones for example. They promote it under the name HD Voice. 2) CELT is another wideband codec, operating at 32kHz or 48kHz. In 48kHz mode, you can transmit music in CD quality with only 48kbits/s of bandwidth (less than G.722). Compared to normal 8kHz codecs, it is a big boost in quality. They will be available in Ekiga 3.2 when it is released. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT is not shown
Damien Sandras wrote: Le samedi 03 janvier 2009 à 20:29 +0100, Eugen Dedu a écrit : Hi, CELT is not shown in the codec list (current trunk), is it normal? (G722 is shown.) Did you compile it ? That's weird because I only committed fixes to OPAL to allow building it a few minutes ago. Notice you have to install libcelt-dev before running configure to get it compiled. Really sorry, I haven't installed the libcelt-dev package... (!!) -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT is not shown
Le dimanche 04 janvier 2009 à 15:35 +0100, Eugen Dedu a écrit : Damien Sandras wrote: Le samedi 03 janvier 2009 à 20:29 +0100, Eugen Dedu a écrit : Hi, CELT is not shown in the codec list (current trunk), is it normal? (G722 is shown.) Did you compile it ? That's weird because I only committed fixes to OPAL to allow building it a few minutes ago. Notice you have to install libcelt-dev before running configure to get it compiled. Really sorry, I haven't installed the libcelt-dev package... (!!) I'm not sure if it works or not, but at least here it is listed. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Unnecessary files
Peter Robinson wrote: FAQ, TODO files should be removed, they are nearly empty. Rather than removing them maybe just put a reference in them to the FAQ and ToDo lists on the website/wiki so people can find the current version if they're looking for it. README: I will write a short introduction to ekiga, containing links to ekiga web site + wiki. Also a brief introduction to ekiga.net and links would be good too. Hi, I still think that having two nearly empty files is bad. Here is my proposition for ekiga/README file: Ekiga is a VoIP, IP Telephony, and Video Conferencing application that allows you to make audio and video calls to remote users with SIP or H.323 compatible hardware and software. It supports many audio and video codecs and all modern VoIP features for both SIP and H.323. 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. Web sites related to Ekiga: - home page: http://www.ekiga.org - documentation, FAQ, troubleshooting etc.: http://wiki.ekiga.org - free SIP accounts: http://www.ekiga.net - weekly binary snapshots: http://snapshots.ekiga.net What do you think? -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Unnecessary files
Peter Robinson a écrit : FAQ, TODO files should be removed, they are nearly empty. Rather than removing them maybe just put a reference in them to the FAQ and ToDo lists on the website/wiki so people can find the current version if they're looking for it. Isn't the presence of TODO required by autotools? Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Tarball generation issues
Hi, Le samedi 03 janvier 2009 à 19:54 +0100, Eugen Dedu a écrit : [...] Here are the issues I found when comparing the svn version with the tarball generated: - present in svn but not present in the tar.gz: directory doc. Shouldn't it be added to the tarball? I fixed this. - the tar.gz contain the files: ekiga.desktop.in, ekiga.desktop.in.in, ekiga.schemas.in.in; I am not sure about the role of these files (given that the same files without .in exist), I would like to remove them from the tarball, could you confirm that they should be removed? I improved this. You only need the .in.in and the generated file. The reason is that : - the .in.in is the source, so it should be shipped - the ekiga.desktop/ekiga.schemas files are generated, but not when running configure, so you need to ship them (I think) - should Makefile.am too be distributed in the tar.gz given that Makefile.in are already distributed? Makefile.am is the source, so it should be shipped. Makefile.in is generated by automake, which is not run when compiling a release tarball, so it should be shipped Makefile is generated from Makefile.in, so it should not be shipped (and it is not) - several files from lib/engine/components/resource-list are not included in the tarball, is it normal? Only in ekiga-svn/lib/engine/components/resource-list: rl-entry.cpp Only in ekiga-svn/lib/engine/components/resource-list: rl-entry.h Only in ekiga-svn/lib/engine/components/resource-list: rl-entry-ref.cpp Only in ekiga-svn/lib/engine/components/resource-list: rl-entry-ref.h Only in ekiga-svn/lib/engine/components/resource-list: rl-list.cpp Only in ekiga-svn/lib/engine/components/resource-list: rl-list.h - lib/engine/gui/kde-core is not in the distribution either, is it normal? -- Julien ? That is because when you ran autogen, you did not enable those modules. If you do, they will be included in the make dist. However, it is not 100% necessary because it is experimental code. - lib/engine/include in svn is empty, remove it or do you prefer to keep it? I removed it. - the tarball does not contain the following files, which are found in svn: win32/diff/ptlib_ptlib.pc.in file, and win32/directx directory. I propose to include them in the tarball, what do you think? I fixed it. Thanks for your work! -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT + G.722
Damien Sandras wrote: Hi, hello Thanks to the OPAL development team, we now have two more wideband codecs in Ekiga. 1) G.722 is a 16 kHz codec that you can find in many brands, like Polycom phones for example. They promote it under the name HD Voice. 2) CELT is another wideband codec, operating at 32kHz or 48kHz. In 48kHz mode, you can transmit music in CD quality with only 48kbits/s of bandwidth (less than G.722). did you test that CELT codec is working with Ekiga/Opal ? what frame-size and bitrate was working best? /alfred Compared to normal 8kHz codecs, it is a big boost in quality. They will be available in Ekiga 3.2 when it is released. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT + G.722
Alfred E. Heggestad wrote: Damien Sandras wrote: Hi, hello Thanks to the OPAL development team, we now have two more wideband codecs in Ekiga. 1) G.722 is a 16 kHz codec that you can find in many brands, like Polycom phones for example. They promote it under the name HD Voice. 2) CELT is another wideband codec, operating at 32kHz or 48kHz. In 48kHz mode, you can transmit music in CD quality with only 48kbits/s of bandwidth (less than G.722). did you test that CELT codec is working with Ekiga/Opal ? what frame-size and bitrate was working best? We did not test it yet. Do you want to test it with me in 4h or so? -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Unnecessary files
Julien Puydt wrote: Peter Robinson a écrit : FAQ, TODO files should be removed, they are nearly empty. Rather than removing them maybe just put a reference in them to the FAQ and ToDo lists on the website/wiki so people can find the current version if they're looking for it. Isn't the presence of TODO required by autotools? At the end of http://www.systhread.net/texts/200601autotools.php it is said that it is not required... Or we can add in TODO file some major features actually missing, such as: - TCP over SIP - record audio and video during a conversation - test audio and video during configuration assistant - gstreamer support - DCCP support -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT is not shown
Julien Puydt wrote: Damien Sandras a écrit : Le dimanche 04 janvier 2009 à 15:35 +0100, Eugen Dedu a écrit : Damien Sandras wrote: Le samedi 03 janvier 2009 à 20:29 +0100, Eugen Dedu a écrit : Hi, CELT is not shown in the codec list (current trunk), is it normal? (G722 is shown.) Did you compile it ? That's weird because I only committed fixes to OPAL to allow building it a few minutes ago. Notice you have to install libcelt-dev before running configure to get it compiled. Really sorry, I haven't installed the libcelt-dev package... (!!) I'm not sure if it works or not, but at least here it is listed. I have libcelt-dev and libcelt0, version 0.4.0-1 (debian unstable), and opal doesn't compile : celtcodec.c: In function ‘celt_codec_encoder’: celtcodec.c:147: warning: passing argument 2 of ‘celt_encode’ discards qualifiers from pointer target type celtcodec.c:147: warning: passing argument 4 of ‘celt_encode’ makes integer from pointer without a cast celtcodec.c:147: error: too many arguments to function ‘celt_encode’ Maybe the right column (WebSVN) of http://www.opalvoip.org helps? -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] best bug tracker for ptlib/opal?
Le dimanche 04 janvier 2009 à 03:39 +0100, Peter Robinson a écrit : Hi All, I know there's components in bugzilla.gnome.org for ptlib/opal but I'm not sure whether that's the best spot to report bugs. I have a couple of bugs in the Fedora/RH BZ to do with multi lib bugs and binaries shipping with the source tarballs etc. but I'd like to know the best spot to upstream them to. Hi, Probably http://www.opalvoip.org, there is the standard sourceforge bugtracker. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT is not shown
Julien Puydt wrote: Damien Sandras a écrit : Le dimanche 04 janvier 2009 à 15:35 +0100, Eugen Dedu a écrit : Damien Sandras wrote: Le samedi 03 janvier 2009 à 20:29 +0100, Eugen Dedu a écrit : Hi, CELT is not shown in the codec list (current trunk), is it normal? (G722 is shown.) Did you compile it ? That's weird because I only committed fixes to OPAL to allow building it a few minutes ago. Notice you have to install libcelt-dev before running configure to get it compiled. Really sorry, I haven't installed the libcelt-dev package... (!!) I'm not sure if it works or not, but at least here it is listed. I have libcelt-dev and libcelt0, version 0.4.0-1 (debian unstable), and opal doesn't compile : celtcodec.c: In function ‘celt_codec_encoder’: celtcodec.c:147: warning: passing argument 2 of ‘celt_encode’ discards qualifiers from pointer target type celtcodec.c:147: warning: passing argument 4 of ‘celt_encode’ makes integer from pointer without a cast celtcodec.c:147: error: too many arguments to function ‘celt_encode’ I have the same problem with the opal tarball... Can we modify the opal tarball we provide on the gnome site (to fix this compilation error)? -- Eugen ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] NEWS file
Hi, Le dimanche 04 janvier 2009 à 16:47 +0100, Eugen Dedu a écrit : Hi, I was thinking at the NEWS file, but Damien was faster than me :o) [...] I would add: [taken from http://www.opalvoip.org]: - Support for Instant Messaging protocols - RFC4103 Instant Messaging We do not support them yet. I only plan to support one of them (the MSRP one). I'm currently reading docs about them. [taken from http://www.opalvoip.org/wiki/index.php?n=Main.Milestones, is this correct?]: - Fix problem with too large UDP packets for SIP -- does this mean TCP over SIP? No, TCP support could be activated. - Complete addition of secure H.323 and secure SIP - Complete addition of Phil Zimmermans zrtp - Complete support for multiple media streams of same type I think we do not support any of this now. I also think OPAL does not support them yet. I will ask Robert about this. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] CELT is not shown
Le dimanche 04 janvier 2009 à 20:29 +0100, Eugen Dedu a écrit : Julien Puydt wrote: Damien Sandras a écrit : Le dimanche 04 janvier 2009 à 15:35 +0100, Eugen Dedu a écrit : Damien Sandras wrote: Le samedi 03 janvier 2009 à 20:29 +0100, Eugen Dedu a écrit : Hi, CELT is not shown in the codec list (current trunk), is it normal? (G722 is shown.) Did you compile it ? That's weird because I only committed fixes to OPAL to allow building it a few minutes ago. Notice you have to install libcelt-dev before running configure to get it compiled. Really sorry, I haven't installed the libcelt-dev package... (!!) I'm not sure if it works or not, but at least here it is listed. I have libcelt-dev and libcelt0, version 0.4.0-1 (debian unstable), and opal doesn't compile : celtcodec.c: In function ‘celt_codec_encoder’: celtcodec.c:147: warning: passing argument 2 of ‘celt_encode’ discards qualifiers from pointer target type celtcodec.c:147: warning: passing argument 4 of ‘celt_encode’ makes integer from pointer without a cast celtcodec.c:147: error: too many arguments to function ‘celt_encode’ I have the same problem with the opal tarball... Can we modify the opal tarball we provide on the gnome site (to fix this compilation error)? Let's just disable celt for this release. Or you can regenerate the tarball with the patch applied. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-list] [Fwd: Audio-Problems]
Dear all What do I need to do? After closing skype, Ekiga is still not working. Always the same message below. Br jm Original-Nachricht Betreff:Audio-Problems Datum: Tue, 30 Dec 2008 08:29:19 +0100 Von:Judith Meili jme...@gmx.ch An: Ekiga mailing list ekiga-list@gnome.org Hello Why do I get this message? Audiokanal zum Audioempfang konnte nicht geöffnet werden Beim Versuch, Audio für den Audio-Empfang über die Soundkarte auszugeben, ist ein Fehler aufgetreten. Bitte überprüfen Sie, dass die Soundkarte nicht anderweitig benutzt wird und dass der Treiber Voll-Duplex unterstützt. Der Audioempfang wurde deaktiviert. Br jm ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problem with SIP registration in Ekiga
On Sun, 04 Jan 2009 21:41:18 +1000, Uditha M de Soysa uditha.madusa...@gmail.com wrote: Hi, I'm using ekiga 2.0.12 in Ubuntu 8.10. I have problem with connecting to my SIP account. Sometimes it connects. sometimes it doesn't. I'm using NAT traverdsal 'STUN', and STUN server 'stun.ekiga.net'. ANd im using a HSPA connection for internet I have enable the ip_port_forwarding to '1' too. Pls, help me on this situation. I have just upgraded to 3.0.1. I can recommend this path if you can. In the process of setting up to register with my new provider I did a test to ekiga.net,which worked. When I tried to register with my provider it failed. So I removed the ekiga.net account and it still failed. I then ran wireshark(also recommended to see what is going on) and found that my register process was still trying to use the stun server. To remove this you have to use gconf-editor. See previous posts. Not sure why it was failing when it used the stun server, but it looked like it might have been a timing thing. Now my router has the uPnP facility, which enables applications to find there way through the NAT(if started from inside), also my provider does not require a stun server. Not sure if this was required, in any event the next time I tried to register it worked and has been working ever since. So what I am suggesting is removing the stun server may be worthwhile. I also note that you say your connection works 'sometimes'. I guess there could be many circumstances for this, but his is one and is easy to check. I shut ekiga down once and it would not reregister. On checking my router I found that it was still holding the listening port up, in my case that was port 5065 but it is normally 5060. I just waited for the timeout in the router and ekiga reregistered straight away. So you could check how long your router holds a port up for after it has been disconnected. As always YMMV with any of the above, because I cannot see what is actually going on. However, I say again it is worth getting to know wireshark. Brian -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [Fwd: Audio-Problems]
- Originálna Správa - Od: Judith Meili Komu: Ekiga mailing list Poslaná: 04.01.2009 10:07 Predmet: [Ekiga-list] [Fwd: Audio-Problems] Dear all What do I need to do? After closing skype, Ekiga is still not working. Always the same message below. It should. Which version of Ekiga, Skype, which operating system and which soundcard do you use? Does it also not work if you restart Ekiga after closing Skype? It looks like Skype blocks the soundcard which could be caused by an older version of Skype for instance... Br jm Original-Nachricht Betreff: Audio-Problems Datum:Tue, 30 Dec 2008 08:29:19 +0100 Von: Judith Meili An: Ekiga mailing list Hello Why do I get this message? \Audiokanal zum Audioempfang konnte nicht geöffnet werden Beim Versuch, Audio für den Audio-Empfang über die Soundkarte auszugeben, ist ein Fehler aufgetreten. Bitte überprüfen Sie, dass die Soundkarte nicht anderweitig benutzt wird und dass der Treiber Voll-Duplex unterstützt. Der Audioempfang wurde deaktiviert.\ Br jm ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __ http://www.tahaj.sk - Stiahnite si najnovsie verzie vasich oblubenych programov ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Problem with SIP registration in Ekiga
If you have access to another STUN server then you can try that. It solved the problem of not being able to register several times for me (I don\'t know why) - Originálna Správa - Od: Brian Komu: \Ekiga mailing list\ Poslaná: 04.01.2009 13:16 Predmet: Re: [Ekiga-list] Problem with SIP registration in Ekiga On Sun, 04 Jan 2009 21:41:18 +1000, Uditha M de Soysa wrote: Hi, I\'m using ekiga 2.0.12 in Ubuntu 8.10. I have problem with connecting to my SIP account. Sometimes it connects. sometimes it doesn\'t. I\'m using NAT traverdsal \'STUN\', and STUN server \'stun.ekiga.net\'. ANd im using a HSPA connection for internet I have enable the ip_port_forwarding to \'1\' too. Pls, help me on this situation. I have just upgraded to 3.0.1. I can recommend this path if you can. In the process of setting up to register with my new provider I did a test to ekiga.net,which worked. When I tried to register with my provider it failed. So I removed the ekiga.net account and it still failed. I then ran wireshark(also recommended to see what is going on) and found that my register process was still trying to use the stun server. To remove this you have to use gconf-editor. See previous posts. Not sure why it was failing when it used the stun server, but it looked like it might have been a timing thing. Now my router has the uPnP facility, which enables applications to find there way through the NAT(if started from inside), also my provider does not require a stun server. Not sure if this was required, in any event the next time I tried to register it worked and has been working ever since. So what I am suggesting is removing the stun server may be worthwhile. I also note that you say your connection works \'sometimes\'. I guess there could be many circumstances for this, but his is one and is easy to check. I shut ekiga down once and it would not reregister. On checking my router I found that it was still holding the listening port up, in my case that was port 5065 but it is normally 5060. I just waited for the timeout in the router and ekiga reregistered straight away. So you could check how long your router holds a port up for after it has been disconnected. As always YMMV with any of the above, because I cannot see what is actually going on. However, I say again it is worth getting to know wireshark. Brian -- Using Opera\'s revolutionary e-mail client: http://www.opera.com/mail/ ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __ http://www.pnp.sk - pridajte svoje fotky na PaciNepaci ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [Fwd: Audio-Problems]
I use Ekiga 2.0.12 and Skype 2.0.0.72 Mandriva 2009. Where do I see the name of the soundcard? It's a REFURB IMAC 17/2.0/1G/160/SD/AP/BT-SWM. When I closed Skype it didnt help and when I closed Ekiga and wanted to open Ekiga again, it said that Ekiga is still open. So I restarted the whol machine. Now it is fine. I dont understand whats going on. Judith Palo S. schrieb: - Originálna Správa - Od: Judith Meili Komu: Ekiga mailing list Poslaná: 04.01.2009 10:07 Predmet: [Ekiga-list] [Fwd: Audio-Problems] Dear all What do I need to do? After closing skype, Ekiga is still not working. Always the same message below. It should. Which version of Ekiga, Skype, which operating system and which soundcard do you use? Does it also not work if you restart Ekiga after closing Skype? It looks like Skype blocks the soundcard which could be caused by an older version of Skype for instance... Br jm Original-Nachricht Betreff:Audio-Problems Datum: Tue, 30 Dec 2008 08:29:19 +0100 Von: Judith Meili An: Ekiga mailing list Hello Why do I get this message? \Audiokanal zum Audioempfang konnte nicht geöffnet werden Beim Versuch, Audio für den Audio-Empfang über die Soundkarte auszugeben, ist ein Fehler aufgetreten. Bitte überprüfen Sie, dass die Soundkarte nicht anderweitig benutzt wird und dass der Treiber Voll-Duplex unterstützt. Der Audioempfang wurde deaktiviert.\ Br jm ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __ http://www.tahaj.sk - Stiahnite si najnovsie verzie vasich oblubenych programov ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [ANNOUNCE] Ekiga 2.9.90 aka Ekiga 3.00 BETA1 released !
I'm trying to install the svn snapshot on Ubuntu 9.04 (Jaunty something...) but get this error dun...@duncan-laptop:~$ sudo apt-get install ekiga-snapshot Reading package lists... Done Building dependency tree Reading state information... Done E: Couldn't find package ekiga-snapshot dun...@duncan-laptop:~$ I have added the keys and intrepid repository deb http://snapshots.ekiga.net/snapshots/ubuntu/ intrepid main Anyone got any suggestions? Duncan ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [ANNOUNCE] Ekiga 2.9.90 aka Ekiga 3.00 BETA1 released !
On Sun, Jan 4, 2009 at 7:36 PM, Duncan Lithgow duncan.lith...@gmail.comwrote: I have added the keys and intrepid repository deb http://snapshots.ekiga.net/snapshots/ubuntu/ intrepid main If you leave intrepid on Jaunty , I don't think this will work. Jaunty includes the latest stable version 3.01 I think . Snapshots repo from ekiga are 3 months old IMO , you need another PPA if you want the very latest ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [ANNOUNCE] Ekiga 2.9.90 aka Ekiga 3.00 BETA1 released !
2009/1/4 michel memeteau michel.memet...@gmail.com: I have added the keys and intrepid repository deb http://snapshots.ekiga.net/snapshots/ubuntu/ intrepid main If you leave intrepid on Jaunty , I don't think this will work. True, but Jaunty isn't listed on the page listing repos! Jaunty includes the latest stable version 3.01 I think. Quite true, thanks for pointing that out. How silly that I didn't even check. Duncan ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] ekiga 3.0.1 failure
Damien, I have had the failure below 3 times, this time I managed tocatch it in the log. It does not seem to occur after any specific period. 1) Started ekiga -d 4 output.txt 21, it ran for nearly 24hours. 2) The icon in the tray disappeared and I was left with a window that looked like the attached(hope that is ok). 3) Below is the last bit of the log(doctored). ekiga restarts fine. Brian 2009/01/05 14:16:05.661 13:32:03.106 ekiga OpalUDP Writing to interface 0 - 192.168.1.5%wlan0 2009/01/05 14:16:05.661 13:32:03.106 ekiga SIP Expiry time for PUBLISH set to 300 seconds. 2009/01/05 14:16:05.661 13:32:03.106 ekiga SIP Transaction created. 2009/01/05 14:16:05.663 13:32:03.108 ekiga DNS SRV Lookup sip.internode.on.net service _sip._udp 2009/01/05 14:16:05.676 13:32:03.121 ekiga SIP Transaction remote address is udp$203.2.134.1:5060 2009/01/05 14:16:05.677 13:32:03.122 ekiga SIP Sending PDU (862 bytes) to: rem=udp$203.2.99.1:5060,local=udp$192.168.0.99:5065,if=192.168.1.5%wlan0 PUBLISH sip:0200...@sip.internode.on.net SIP/2.0 CSeq: 2268 PUBLISH Via: SIP/2.0/UDP 192.168.0.99:5065;branch=z9hG4bK1085633d-4dd9-dd11-9476-001b11e9b188;rport User-Agent: Ekiga/3.0.1 From: sip:0299...@sip.internode.net;tag=f081633d-4dd9-dd11-9476-001b11e9b188 Call-ID: 4267633d-4dd9-dd11-9476-001b11e9b...@l2 To: sip:02999...@sip.internode.net Contact: sip:02000...@192.168.0.99:5065 Expires: 300 Event: presence Content-Type: application/pidf+xml Content-Length: 341 Max-Forwards: 70 ?xml version=1.0 encoding=UTF-8? presence xmlns=urn:ietf:params:xml:ns:pidf entity=pres:0299...@sip.internode.net tuple id=02999...@sip.internode.net noteonline/note status basicopen/basic /status contact priority=1sip:02999...@sip.internode.net/contact /tuple /presence 2009/01/05 14:16:05.677 13:32:03.122 ekiga SIP Transaction timers set: retry=0.500, completion=6.000 2009/01/05 14:16:05.739 13:32:03.184 Opal Liste...0xb5314b90 OpalUDP Binding to interface: 192.168.0.99:5065 2009/01/05 14:16:05.739 13:32:03.184 Opal Liste...0xb5314b90 SIP Waiting for PDU on udp$203.2.134.1:5060if=udp$192.168.0.99:5065 2009/01/05 14:16:05.740 13:32:03.185 Opal Liste...0xb5314b90 SIP No Content-Length present from udp$203.2.134.1:5060if=udp$192.168.0.99:5065, reading till end of datagram/stream. 2009/01/05 14:16:05.740 13:32:03.185 Opal Liste...0xb5314b90 SIP PDU received: rem=udp$203.2.134.1:5060,local=udp$192.168.0.99:5065,if=192.168.1.5%wlan0 SIP/2.0 405 Method Not Allowed CSeq: 2268 PUBLISH Via: SIP/2.0/UDP 192.168.0.99:5065;received=202.78.39.88;branch=z9hG4bK1085633d-4dd9-dd11-9476-001b11e9b188;rport=5065 From: sip:02999...@sip.internode.net;tag=f081633d-4dd9-dd11-9476-001b11e9b188 Call-ID: 4267633d-4dd9-dd11-9476-001b11e9b...@l2 To: sip:02999...@sip.internode.net;tag=aprqngfrt-s62bcj30002od Allow: INVITE,ACK,BYE,REGISTER,CANCEL,PRACK,INFO,SUBSCRIBE,NOTIFY,UPDATE 2009/01/05 14:16:05.740 13:32:03.186 Opal Liste...0xb5314b90 SIP Transaction 2268 PUBLISH completed. 2009/01/05 14:16:05.741 13:32:03.186 Opal Liste...0xb5314b90 SIP Not retrying PUBLISH due to error response 405 Method Not Allowed THIS IS THE END OF THE LOG -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/attachment: ekiga_bad_window.png___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga 3.0.1 failure
Hello, Le lundi 05 janvier 2009 à 16:28 +1000, Brian a écrit : Damien, I have had the failure below 3 times, this time I managed tocatch it in the log. It does not seem to occur after any specific period. 1) Started ekiga -d 4 output.txt 21, it ran for nearly 24hours. 2) The icon in the tray disappeared and I was left with a window that looked like the attached(hope that is ok). 3) Below is the last bit of the log(doctored). It's a crash! Can you get us a backtrace next time ? See: http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_send_us_a_backtrace_from_a_crash Thanks! -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list