Re: [Ekiga-list] Ekiga 4.0.1 - Assertion fail: Transaction created on connection pending deletion.
Indeed, unfortunately. Le jeudi 03 décembre 2020 à 17:29 +0100, Thomas Liljenstam via ekiga- list a écrit : > Ekiga is not developed any longer to my knowledge > > Den tors 3 dec. 2020 kl 16:50 skrev Jop Huttenhuis via ekiga-list > : > > Hi there, > > > > I downloaded (installer) and installed Ekiga 4.0.1 on Windows 10 > > from here: > > URL: > > > http://ftp.gnome.org/pub/gnome/binaries/win32/ekiga/4.0/ekiga-setup-4.0.1.exe > > > > Installation and setup went fine. > > When calling an extension, ekiga throws a dialog: > > Assertion fail: Transaction created on connection pending deletion. > > file > > /home/ededu/softs/ekiga/windows-4.0.1/opal- > > 3.10.10/src/sip/sippdu.cxx, line 2681 > > ... > > ... > > > > I downloaded the source code "ekiga-4.0.1.tar.xz" and searched for > > file "sippdu.cxx". > > Unfortunately I could't find it. > > > > Is this problem known for this version? > > > > From > > > "https://download.gnome.org/sources/ekiga/4.0/ekiga-4.0.1.tar.xz.mirrorlist > > " I found the source code is from year 2013. > > Is there any later source-code? > > > > With kind regards, > > > > Jop > > ___ > > ekiga-list mailing list > > ekiga-list@gnome.org > > https://mail.gnome.org/mailman/listinfo/ekiga-list > > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Assisted transfer
Hi Unfortunately, only blind transfer has ever been implemented. > Le 6 nov. 2020 à 05:30, Rafael a écrit : > > > Hi, > > I need to know how do a assisted transfer in software ekiga. > > I need to talk with the people will recived the transfer before to transfer. > > Thank you. > > Regards, > > RAFAEL VITURINO > Dev+ Desenvolvimento de Software. > Rua Cel. Fernando Prestes, 350 - CJ 151 - Santo André - SP > ' Tel. +55 11 2122-2489 Ramal 2502 > * raf...@devplus.com.br > ý www.devplus.com.br > > > > Livre de vírus. www.avg.com. > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Fwd: Re: sip address
Hi That service has been discontinued. The website could be updated to reflect it. Damien > Le 6 sept. 2020 à 08:41, Nicholas Saunders via ekiga-list < > ekiga-list@gnome.org> a écrit : > > > > > > > > I see that Ekiga offers a SIP address: > > > > Free SIP Address > > > > Get your personal Free SIP > address at ekiga.net. > > > > > > > > Does that link work for others? > > > > > > > thanks, > > > > Nick > > > > > ___________ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga.net discontinued
Hi, Le jeudi 06 décembre 2018 à 22:55 +0100, Gerhard Pircher a écrit : > Am 2018-12-01 um 18:35 schrieb Damien Sandras: > > Due to the lack of time, and to the last outages, I have taken > > thedecision to discontinue EKIGA.NET before the end of the year. > > Thank you for your support during all those years. > > It has been a pleasure! > I just wanted to say thank you for keeping the ekiga.net service > upand running all those years! Thank you for the nice words! Best regards, -- Damien Sandras ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga.net discontinued
Hi Bret, Thank you for your email and support. You are absolutely right... Actually, Ekiga, the software, is not discontinued. Ekiga.net, the SIP platform that goes with it, will be shutting down by the end of the year. However, actually, the state of the software is not better. I have actively maintained ekiga during more or less 12 to 13 years. A new version is nearly ready (without instant messaging support anymore, and without STUN/NAT support). A few years ago, I asked for help to finish it. It was a call to developers, but nobody answered. Having to maintain the software, the SIP platform, the websites, the manuals, the documentation for that new release alone is simply not possible. It would be if I was unemployed. But in that case, the "free" as "free beer" aspect of Open Source would be annoying for me :-) So well, if developers want to keep working on the Ekiga software, they are welcome. The code is in GNOME's git, available for everyone! Le dimanche 02 décembre 2018 à 06:15 +0800, Bret Busby via ekiga-list a écrit : > On 02/12/2018, Damien Sandras wrote: > > Hi all, > > Due to the lack of time, and to the last outages, I have taken > > thedecision to discontinue EKIGA.NET before the end of the year. > > Thank you for your support during all those years. > > It has been a pleasure!-- > > > > > > > > > > > > > > Damien SANDRAS > > > > > > Ekiga Project > > http://www.ekiga.org > > > > > > > > > > Hello. > I am wondering whether, given that Ekiga is said to be open > source,rather than, as its owner, simply shutting it down, it would > not bemore appropriate and consistent with the (perceived) nature of > opensource,, to seek a new group of people, to take it on, for the > sake ofits continuance. > More and more good Linux software, has been > abandoned/discontinued,and, with MS apparently determined to > progressively eliminate skype(MS has been p[rogressively hobbling > skype, since MS bought it out), adeveloping technology in IT - the > means od making video calls, amongstother uses, is being eliminated. > It is a bit like, if Alexander Bellhad decided that he had had enough > of trying to develop telephony, andsaid "Stuff it - I've had enough - > I am going to put it all into boxesand bury it.", rather than passing > it on to others to continue thedevelopment. > Imagine what the world would be like, if we had not had > telephony.Imagine what the wotld could be like, if we would have > video calls andvideoconferencing, as commonplace, as telephony has > been. > Here in Australia, members of the federal parliament, fly thousands > ofkilometres, to sit in the parliament (when they can be > botheredturning up for "work" - the federal parliament is apparently > scheduledto meet, for only ten days, in the next eight months, while > itsmembers hibernate (and, hide from each other) ), and, whilst > theAustralian federal partliament does not want to progress from > thestone age, if its members used virtual attendance, > throughvideoconferencing, it could save the country a fortune, and, > show thatAustralia is not really such a stupid and backward country, > that itappears to be (we have a federal government, that is obsessed > withburning as much cpoall as possible, as it is worried about > theincreasing chill in the air). > So, while MS is doing as much as it can, to obstruct > communications,with its progressive hobbling of skype, if Ekiga could > be turned intoa community project, and, thence, continue to be > developed andmaintained, instead of being abandoned, like so much > other Linuxsoftware, we could have hope, that communications > technology willcontinue to advance, instead of being abandoned and > left in unusablepieces on the side of the road.. > So, rather than simply abandoning Ekiga, I ask whether it could > beoffered as a community project, so as to provide for its > continueddevelopment, maintenance, and, support, rather than simply > abandoningit. -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-devel-list] Ekiga.net discontinued
Hi all, Due to the lack of time, and to the last outages, I have taken the decision to discontinue EKIGA.NET before the end of the year. Thank you for your support during all those years. It has been a pleasure! -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-list] Ekiga.net discontinued
Hi all, Due to the lack of time, and to the last outages, I have taken the decision to discontinue EKIGA.NET before the end of the year. Thank you for your support during all those years. It has been a pleasure! -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Please unsubscribe ne
To unsubscribe, follow the link at the bottom of each email: https://mail.gnome.org/mailman/listinfo/ekiga-listThen click on Unsubscribe after having provided your email. To remove the icon, simply uninstall the software. Regards, Le jeudi 29 novembre 2018 à 12:35 +0100, Richard Ayres a écrit : > Not only can I not unsubscribe from your list, I keep getting > unsubscribe emails from other "victims". > > To add insult to injury, I cannot remove the ekiga launch icon from > my toolbar. I have not found any linux softphone program that > actually works but this has been the most problematic. > > > > > > Sent: Thursday, November 29, 2018 at 10:49 AM > > From: "Damien Sandras" > > To: "Ekiga mailing list" > > Subject: Re: [Ekiga-list] Please unsubscribe ne > > > > If it is filling your INBOX, there might be a problem, there is > barely 1 mail per month... > > > > > > Le mercredi 28 novembre 2018 à 02:52 +0300, AlirezaTaghavi via ekiga- > list a écrit : > > > > ekiga is like hotel california, once you check in you can never > > leave. actually even if you want to leave just like their buggy > > bullshit software their mailing list also sucks and you cannot > > unsbscribe > > > > > > > > On Wed, Nov 28, 2018 at 2:49 AM Padi via ekiga-list < > > ekiga-list@gnome.org> wrote: > > > > > Please unsubscribe me from this list, it's filling my inbox! > > > Many > > > > > > thanks. > > > > > > ___ > > > > > > ekiga-list mailing list > > > > > > ekiga-list@gnome.org > > > > > > https://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > > ___ > > > > ekiga-list mailing list > > > > ekiga-list@gnome.org > > > > > > > > https://mail.gnome.org/mailman/listinfo/ekiga-list > > > -- > Damien SANDRAS > > > > Ekiga Project > > http://www.ekiga.org > > ___ ekiga-list mailing > list ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list > > > > > > ___ekiga-list mailing > listekiga-l...@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Please unsubscribe ne
If it is filling your INBOX, there might be a problem, there is barely 1 mail per month... Le mercredi 28 novembre 2018 à 02:52 +0300, AlirezaTaghavi via ekiga- list a écrit : > ekiga is like hotel california, once you check in you can never > leave. actually even if you want to leave just like their buggy > bullshit software their mailing list also sucks and you cannot > unsbscribe > > On Wed, Nov 28, 2018 at 2:49 AM Padi via ekiga-list < > ekiga-list@gnome.org> wrote: > > Please unsubscribe me from this list, it's filling my inbox! Many > > > > thanks. > > > > ___ > > > > ekiga-list mailing list > > > > ekiga-list@gnome.org > > > > https://mail.gnome.org/mailman/listinfo/ekiga-list > > ___ekiga-list mailing > listekiga-l...@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] H.323 E164 alias resistrtion
Hi It should actually work using the gatekeeper account settings... > Le 17 août 2018 à 21:29, Alexander Voropay via ekiga-list > a écrit : > > Hi! > > I'm trying to use Ekiga 4.0.2 for Windows in our H.323 environment. > > Is there a way to register E.164 alias (number) on the H.323 GK ? > We are using numbers, not a names to integrate H.323 clients with our > videoconferencing and soft PBX. > > Name registration on GK works OK. > > > > -- > -=AV=- > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] SOURCE CODE
Wouldn't it faster to read http://ekiga.org and download it that sending emails like this one and like the ones you sent me privately and waiting for an answer? Le mercredi 27 juin 2018 à 17:06 -0700, Rehema Mkumbo via ekiga-list a écrit : > PLEASE HELP EKIGA SOURCE CODE > > ___ekiga-list mailing > listekiga-list@gnome.orghttps://mail.gnome.org/mailman/listinfo/ekiga > -list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga is dead according to Gentoo
Le lundi 22 janvier 2018 à 14:41 +0100, Eugen Dedu a écrit : > On 22/01/18 05:19, David Niklas wrote: > A day of sadness has begun: https://bugs.gentoo.org/627868 Indeed. Ekiga 5 is ready since 2 years except for the IM part. However, releasing it requires several hours of polishing, writing a new manual, updating the website, the ekiga.net platform, and so on. I do not have the time anymore to dedicate all my evenings and all my week-ends to free software development. It makes me more sad than you can ever imagine, but currently, there is noone developing on Ekiga itself. I will probably try in a few weeks/months to finish what I can in the release because I use Ekiga 5 daily and it works well enough. -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] error sending a message
Hi, I suppose that Linphone and Ekiga do not support the same protocol for IM. If you send the Bad Request message from a tcpdump or a -d4 output, we might have more information. Le dimanche 10 décembre 2017 à 09:34 +0100, Patrice LEPISSIER a écrit : > Hello, > > I have a SIP adress on Ekiga, and > another one on Linphone. > > I'm using Ekiga 4.0.1 on XUbuntu 16.04. > > I can connect Ekiga with my adress > Ekiga and / or Linphone. > > I can send a message from the Linphone > adresse with my smartphone using CSIPSimple, to the Ekiga > adress, I receive it in Ekiga. > > But I cannot answer or send a message > to the Linphone adress, I Have the error : NOTICE: Impossible > d'envoyer le message : BadRequest > > The "Test Echo" is OK. > > Is there something to do to correct > this problem ? > > Thank you for your answer > > > > -- > > Salutations > > Patrice LEPISSIER > Web : www.lepissier.org > > Vidéo conférence SIP : patrice_lepiss...@sip.linphone.org > > Réseau social Framasphère : patricelepiss...@framasphere.org > > Facebook Twitter Google+ Skype > > > > Courriel propulsé avec des logiciels > libres et de l'énergie 100% renouvelable. > > Ne gaspillez pas l'encre et le papier, n'imprimer qu'en cas > de > nécessité. > > L'environnement vous en remercie. > > > > > > > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Call recording?
Hi, Unfortunately, Ekiga does not allow call recording.You will have to use software like Asterisk or Freeswitch for that. Recording soundcard input/output might be the easiest way. I never tried, but you can find some interesting links on the Web:https://askub untu.com/questions/250073/how-to-record-any-internal-sound-in-and-out- using-ubuntu-and-audacity id="-x-evo-selection-start-marker"> Le mercredi 09 août 2017 à 14:29 -0400, John Stegenga a écrit : > This little app does just what I want – lets me dial a point to point > sip call. > But now, how can I record that call (audio recording?) I’m trying to > make some recordings of calls using different codecs to create a > comparison. > > John > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga.net directory is blank
Hi, The service was down. I restarted it. Le jeudi 16 mars 2017 à 10:19 +, Bob Williams a écrit : > Hi, > > I've just installed Ekiga on openSUSE Leap 42.2 with KDE Frameworks > 5. > I've done a successful echo test so it looks like I've opened the > correct ports in my router and firewall. > > When I open the Address Book, the Ekiga.net directory is empty. > Clicking on the Find button with no search string does nothing, but > there is a status bar message saying -1 users found. > > Could I have missed some configuration option? Do I need to run an > openldap server? > > Many thanks > > Bob > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Security Check Failed
Hi, Yes, we do not have Attended Transfer yet (only Blind Transfer). Le vendredi 09 décembre 2016 à 11:17 +, Chris @ Willows Consulting Ltd. a écrit : > Hi Damien, > > > > > > Oh I see: I should have used sip.blueface.ie instead of > sip.blueface.com ! Sorry~. > > > > I have just changed to Linphone and it works like a charm~ (with > sip.blueface.com). It is actually better for handling calls' > transfers: > > * Ekiga: transfer to call roughly to another extension: the caller is > pushed away to the extension ; > > * Linphone: you first call the other extension and you can talk, then > transfer the call on hold there! > > > > Thanks for your time. I will now use sip.blueface.ie at all time. > > > > > > Regards, > > Chris. > > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Security Check Failed
Hi, Your provider is buggy. Actually, Ekiga is able to handle several accounts at the same time.To do so, it relies on the "realm". The "realm" is supposed to be unique: both worldwide (not two providers can have the same realm), and from the point of view of the provider (you should have one and only one realm corresponding to the provider SIP "domain"). You can see in the REGISTER response:SIP/2.0 401 UnauthorizedCSeq: 1 REGISTERWWW-Authenticate: Digest realm="sip.blueface.com", nonce="WEqHgFhKhlQ42SeHns8yNIV4kvU7BP6j" And in the INVITE response:SIP/2.0 401 UnauthorizedCSeq: 1 INVITEWWW- Authenticate: Digest algorithm=MD5, realm="sip.blueface.ie", nonce="16ed6ca7" The realm is changing, just like if you had 2 different providers. Tell them to read the SIP RFCs. Le vendredi 09 décembre 2016 à 10:27 +, Chris @ Willows Consulting Ltd. a écrit : > I have waited to see the "Registered" status on the window. See log > attached. I have added the SIP proxy of the provider too. I can > still > see the "SIP/2.0 401 Unauthorized" on line 1025 despite the REGISTER > @ > line 527 :'(. > > > Regards, > Chris.___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] accou...@ekiga.net is dead?
Yes, send me a mail on my private e-mail address. Le vendredi 02 décembre 2016 à 22:47 +0200, anonymo...@openmailbox.org a écrit : > > It's a no reply email... > > BTW, I sent requests for deleting my old account and my account still > available. I need delete my account for privacy reasons. > Can you help me, please? > ___ > ekiga-devel-list mailing list > ekiga-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] accou...@ekiga.net is dead?
It's a no reply email... Le vendredi 02 décembre 2016 à 03:35 +0200, anonymo...@openmailbox.org a écrit : > Good day. Is accou...@ekiga.net dead? I wrote few times in 2015 and > 2016 > (from my another e-mail), but still no answer. > ___ > ekiga-devel-list mailing list > ekiga-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] I'm on an intergalactic journey!
Hi, I had to suspend your subscription to the mailing list. You can enable "receive e-mails" again when your are back. Enjoy :) Le lundi 06 juin 2016 à 14:00 +0200, rolf.homb...@dutchpost.net a écrit : > Hi, I'm on an intergalactic journey - back after 2016-07-01, take > care of Earth! > > > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien Sandras <dsand...@seconix.com>___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] New user
Hi, I guess you are talking about DiamondCard, the PC-to-Phone stuff ? They have a support service, but you might simply send a debug 4 output or a link to it so that we get more information about what is not working. Le lundi 30 novembre 2015 à 15:04 +0100, Cian Mcloughlin a écrit : > Hello to whom it may concern, > > I just joined this Ekiga recently and got debited 20$ or so, and as > of yet NOTHING is working. I have registered, got my PINs and all > that > I cannot find an FAQ page or a how-to page. > > What should I do? > > Sorry for my ignorance... but also I don't have the time (nor > Internet at the moment) to trawl through the net. Should I ask for a > refund?? Or is it money thrown away? Or how can I get it working?? > > Thanks and best, > > Cian McL > > 2015-11-30 15:00 GMT+01:00 Cian Mcloughlin <cian...@gmail.com>: > > Hello to whom it may concern, > > > > I just joined this Ekiga recently and got debited 20$ or so, and as > > of yet NOTHING is working. I have registered, got my PINs and all > > that > > I cannot find an FAQ page or a how-to page. > > > > What should I do? > > > > Sorry for my ignorance... but also I don't have the time (nor > > Internet at the moment) to trawl through the net. Should I ask for > > a refund?? Or is it money thrown away? Or how can I get it > > working?? > > > > Thanks and best, > > > > Cian McL > > > > > ___ > ekiga-list mailing list > ekiga-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Re: On rewriting the text chat stack
> I'm working on that part now, and I have a question: what goes in the process/ subdirectory of lib/engine/components/opal/ ?-- Well, the engine "uses" the process. So, the real implementation must go in the process/ part of the code, and the API must lie in the classical directory. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] On rewriting the text chat stack
Le mardi 17 novembre 2015 à 17:13 +0100, Julien Puydt a écrit : > Hi, > > Le mardi 17 nov. 2015 à 11:18:16 (+0100), Eugen Dedu a écrit : > > Is this about the chat? If you could work on the chat, it would be > > excellent, as this is what we need now. We could let the emblems > > for later, > > once the chat is working. > > Well, I started to write some code. There needs three stages : > - an engine framework (abstract) ; > - an opal implementation (concrete) ; > - a GUI (concrete). > > I know what to write for the first stage, I have started reading the > opal code in ekiga to find out what to write for the second stage, > and I > have no clue yet for the third stage. I only saw there was no heap > widget... But for a first simple run, we can probably get away > without > it. > I think we used to have one. But at some point, I removed some unused code. I guess it was part of it. Of course, it can be reanimated at any time. But I also think we do not need it yet. -- Damien SANDRAS Ekiga Project http://www.ekiga.org___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] On rewriting the text chat stack
Hi Julien, Thanks for getting back into this. In SIP, I see two basic ways of having Chat sessions : - Using the SIP MESSAGE request. It works like an SMS. You do not have a notion of "conversation", you just send a simple text message somewhere. That is what Ekiga supports until now. - Using the MSRP protocol. It works like a "Text Call". You have a notion of "conversation" between two peers and notifications indicating that the remote is typing. However, MSRP brings more features than simple text chat : - File Transfer over MSRP - Screen Sharing over MSRP You also have extensions : - Multi-participants chat rooms - Conference information through the "conference-info" Event package I think we should keep this in mind, but limit ourselves to 1-to-1 conversations for now. Le vendredi 09 octobre 2015 à 18:18 +0200, Julien Puydt a écrit : > Hi, > > I would like to help redesign the ekiga chat core. Of course, that > means > one should have a look at how text chat happens within various > protocols > beforehand. > > > With IRC (https://tools.ietf.org/html/rfc1459): > > - you connect to a server, where you have a nickname, and the server > will send you messages (welcome, notices...) -- notice you can't > connect as the same nickname from different places simultaneously ; > > - you can then join (and even create) a room [called a channel] where > you can see the list of members, each with some notion of presence > (away state), and a notion of role (voice, op). It can have a title > and you can get kicked or banned from a room, or invited to one ; > > - you send messages to a single user, to a list of users or to a room > and as far as I know the server doesn't send you back your own > messages (so you have to note them yourself!) ; > > - I don't think a one-to-one conversation is more than messages with > the same person (nickname, in fact) -- so there's no way to have > various conversations with the same person, and no way to turn a > one-to-one into a many-many one ; and also in a one-to-many I'm not > sure recipients know of each other, so they can't just reply to all. > > > With MSN (I haven't found decent documentation): > > - you connect to a server with an account, and you can connect to it > from several places ; I think you can have a nickname on the server ; > it's also where the contact list is ; > > - you can then send one-to-one messages, or join/create rooms > (multiparty) ; I don't think you can have a room-specific nickname > and > I don't know if the server sends you your own messages ; > > - I don't think a one-to-one conversation is more than messages with > the same person -- so again, no way to have various conversations > with > the same person ; > > - I don't know if rooms have title, if there is special presence and > roles. > > > With Jabber (http://xmpp.org/): > > - you connect to a server, and you can connect to it from several > places > ; it's > also where the contact list (named roster) is ; the presence exchange > is at > the server level ; > > - you can send messages one-to-one or join/create a room. One-to-many > exists, but isn't natural (even with XEP-0033) ; > > - the interesting thing about one-to-one is that you can either send > the messages in a one-off fashion or with a threading information > (see > 5.1 in RFC 6121). In this case it's possible to have different > conversations with the same contact, and it's possible to turn a > private conversation into a group conversation, which others can join > (see section 7.9 of XEP-0045 - notice how the client is supposed to > send the history to the room) ; > > - a chat room has a title, a list of occupants with their own > presence > (you might in fact not even know the "real identity" of the > occupants: > the nickname is per-room!) with roles ; it also has a history which > new joiners will receive. > > > With SIP: here I shall wait for a reply, as I'm definitely not > qualified > to discuss it at length. > > I'm not sure I'm 100% right on all of the above: feedback is welcome! > > > Cheers, > > Snark > ___ > ekiga-devel-list mailing list > ekiga-devel-list@gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] About Ekiga.net
Le dimanche 29 mars 2015 à 11:26 +0200, Gerhard Pircher a écrit : Am 2015-03-28 um 19:39 schrieb David Ford: This is the problem of community software. So what are the other options? What partnership? What platforms? And, importantly, what would the Ekiga team actually LIKE to do - you are the people who make Ekiga happen. David On 28 March 2015 at 17:12, Damien Sandras dsand...@seconix.com mailto:dsand...@seconix.com wrote: __ Hi everyone, Ekiga.net has been running since 2006 when there were no free SIP providers. Maintaining the platform is much work for our small team. Some features have been missing for years without anyone having the time to implement them. Should we keep the platform or try to find a partnership with someone to move it to another platform? Who is using Ekiga.net? I'm a longtime Ekiga.net user and I'm using it almost every day on my mobile phone or desktop machine since about two years (when my own Asterisk server machine broke down). Through the years there have been nearly 1 million subscribers. Ah well, if each of them had donated 1 € ;) Donations would certainly be an option for me (as long as I don't have to be a Paypal customer for this ;) ). But I'm also curious to know what the team likes to do, what the other options and especially the missing feature are. I have to admit that I didn't miss any feature up to now. :-) The top 3 missing features are: - Server-side NAT handling - Be able to delete his account - Have a better account recovery procedure Currently, the password is sent in clear text (which is inadmissible)... -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] [Ekiga-list] About Ekiga.net
Le dimanche 29 mars 2015 à 11:26 +0200, Gerhard Pircher a écrit : Am 2015-03-28 um 19:39 schrieb David Ford: This is the problem of community software. So what are the other options? What partnership? What platforms? And, importantly, what would the Ekiga team actually LIKE to do - you are the people who make Ekiga happen. David On 28 March 2015 at 17:12, Damien Sandras dsand...@seconix.com mailto:dsand...@seconix.com wrote: __ Hi everyone, Ekiga.net has been running since 2006 when there were no free SIP providers. Maintaining the platform is much work for our small team. Some features have been missing for years without anyone having the time to implement them. Should we keep the platform or try to find a partnership with someone to move it to another platform? Who is using Ekiga.net? I'm a longtime Ekiga.net user and I'm using it almost every day on my mobile phone or desktop machine since about two years (when my own Asterisk server machine broke down). Through the years there have been nearly 1 million subscribers. Ah well, if each of them had donated 1 € ;) Donations would certainly be an option for me (as long as I don't have to be a Paypal customer for this ;) ). But I'm also curious to know what the team likes to do, what the other options and especially the missing feature are. I have to admit that I didn't miss any feature up to now. :-) The top 3 missing features are: - Server-side NAT handling - Be able to delete his account - Have a better account recovery procedure Currently, the password is sent in clear text (which is inadmissible)... -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] About Ekiga.net
Le samedi 28 mars 2015 à 18:39 +, David Ford a écrit : This is the problem of community software. So what are the other options? What partnership? What platforms? I found several possibilities. I also saw that the Kamailio developers were offering a free SIP platform with advanced features. And, importantly, what would the Ekiga team actually LIKE to do - you are the people who make Ekiga happen. Hard to say, what I would really like is finally have NAT traversal handled by Ekiga.net, to make it work in all cases. The big problem is that maintaining both the platform and the software takes much time. I am spending nearly the entire WE on this. -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] [Ekiga-list] About Ekiga.net
Le samedi 28 mars 2015 à 18:39 +, David Ford a écrit : This is the problem of community software. So what are the other options? What partnership? What platforms? I found several possibilities. I also saw that the Kamailio developers were offering a free SIP platform with advanced features. And, importantly, what would the Ekiga team actually LIKE to do - you are the people who make Ekiga happen. Hard to say, what I would really like is finally have NAT traversal handled by Ekiga.net, to make it work in all cases. The big problem is that maintaining both the platform and the software takes much time. I am spending nearly the entire WE on this. -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] About Ekiga.net
Hi everyone, Ekiga.net has been running since 2006 when there were no free SIP providers. Maintaining the platform is much work for our small team. Some features have been missing for years without anyone having the time to implement them. Should we keep the platform or try to find a partnership with someone to move it to another platform? Who is using Ekiga.net? Through the years there have been nearly 1 million subscribers. Ah well, if each of them had donated 1 € ;) -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] Congratulations
Dear Darcy, Thank you for the encouragement ! It is important to receive positive comments when you are developing Free Software... That is your only reward ;) Le mercredi 18 mars 2015 à 10:29 -0300, Darcy Larangeira a écrit : Hi Ekiga has been running around here very amazing. It is strong, fast, safety and cover all of our needs. We're very happy with it. Best regards. Till soon GTI- Darcy Larangeira - Gerente de Negócios GTI-Gestor de Tecnologia da Informação Escola de Idiomas na Internet.-mailto: darcyteac...@gmail.com Tel/Fax 12-3013-7410 Alert: Se receber uma msg de nossa parte, sem sua solicitação, por favor, delete, desconsidere. Motivo: Um desocupado, conforme rastreamento, da região da Asia, chuta um endereço e envia para o Gmail um modo de enviar msg de todos que estão cadastrados ali. O controle dessa atividade dessas ocorrẽncias é feito pela Google, e sempre estamos acompanhando para evitar transtornos. Agradecemos que nos informe sempre que tiver dúvida da autoria do envio. Obs: Não sou da parte da empresa Google, sou adm da K.L-Konlinux e por haver nos últimos tempos ouvido e visto tais ocorrências, estamos alertando a todos os nossos alunos, para manter nos avisar se por ventura receber msg de nossa parte sem motivo algum.Grato.Darcy ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Please spread the word !
http://www.ekiga.org/news/2015-03-08/ekiga-5.0-next-big-thing -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Echo tests on ekiga
Le lundi 23 février 2015 à 14:35 +, ael a écrit : I am trying to understand properly how to navigate firewalls using ekiga. I have read the wiki and even contributed to it in the past. Just now I using wireshark to compare a failed echo test (ekiga.net's own on 500) and the ideal sip successful echo test when sent via ekiga net. ekiga is set to use udp_port_range (on this machine) of 5081:5089 and the firewall forwards those ports 5080 to this machine. The sip listen_port is 5080. ATM I am testing audio only, so although tcp_port_range is set to 3:30010, the firewall is *not* forwarding those ports. I attach the two simple (wide) text flow recordings from wireshark of the successful and failed calls. Wireshark does not decode the udp audio packets in the successful call, so that is not shown. In the failed call to 5...@ekiga.net, the first INVITE goes out, and ekiga.net replies with the 407 Authentication request. ekiga responds with the ACK and the modified INVITE, but ekiga.net never responds (or is blocked by the firewall) thereafter. Is this enough for an expert to explain what is happening? I can of course post a -d4 log etc. if more information is needed, but I wanted to keep this initial post simple and short. Thanks in advance for any enlightenment. My suspicion would be that too many audio codecs are enabled and you reach the MTU once the authentication information has been added : the packet never reaches ekiga.net. Can you try removing some codecs ? -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] nf_conntrack_sip and ekiga
Actually, it should magically work without doing anything. You do not even need distinct destination ports: Linux implements symmetric NAT, where the public IP/Port will be dynamically allocated depending on the internal IP:port and the external IP:port. As long as the internal IP is different, you do not need to ensure different internal ports. If it does not magically work (with STUN disabled), then there are still bugs... I have never tried it myself. Damien Le jeudi 22 janvier 2015 à 14:53 +, ael a écrit : What is the status of ekiga and the nf_conntrack-sip netfilter module? I saw this bug: https://bugzilla.netfilter.org/show_bug.cgi?id=522 from several years ago which suggested that it may work with ekiga now. I am setting up a router with openWRT which does not seem to have the conntrack_sip module compiled by default, which makes me a little suspicious. I have several sip devices behind the firewall and need to open the firewall dynamically for sip traffic. And I distinguish the different clients by using distinct destination ports in the 506* range. If the nf_conntrack_sip and nf_nat_sip modules work, then presumably they are all I need. I find netfilter documentation to be dated and inadequate: it is unclear to me where to find information: as far as I can see, I have to read the kernel source and the configuration files to get up to date information. From # modinfo nf_conntrack_sip ... parm: ports:port numbers of SIP servers (array of ushort) ... it looks as if I need to load with the port range. I am not even sure whether this is for servers or clients behind the firewall (or both). Has anyone any experience or suggestions? ael ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Lecture de lib/engine/action/
Hi, Not much time to enter a lengthy discussion right now. My generic answer would be that it just works, which is already a good starting point. (3) I really think it is very bad that the base class Ekiga::Action has enable/disable methods : the loudmouth presentity knows if it can be called or not, nobody has to dictate whether or not this is possible! You are right, I will provide a fix. (5) Ekiga::ActionStore is too stupid : how can one put an UI on that?! There's no signal to know when an action is added/removed/enabled/disabled... for the last two I can get around that by putting callbacks directly on the child actions (but then I have more connections to manage), but for the first two? The Ekiga::RefLister api is better in that respect : it was meant for dynamic situations. You don't have to play with the ActionStore, it is an internal variable. Just play with the Actor code. (6) The fact that a base class isn't purely virtual is annoying... In the rest of the engine, a base class Ekiga::Foo is purely virtual for 100% of cases, and an Ekiga::FooImpl is provided with an implementation to cover 99% of use cases. Don't get in the way of the last percent! Yes, and I tend to disagree with that design which is too restrictive. I have already discussed this design with many people whose job is to program and design object-oriented code and they all told me that it was really a weird design. However, it just works, so that's ok for me now. (7) The difference between Ekiga::Actor and Ekiga::ActionProvider eludes me... iirc an ActionProvider can provide Actions to Actors. (8) Ekiga::Actor has a friend on GActorMenu : that is a huge design flaw, as that means the base code isn't GUI-independent anymore! Indeed, that needs to be changed and it is in my personal TODO. -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Lecture de lib/engine/action/
Le lundi 05 janvier 2015 à 20:35 +0100, Julien Puydt a écrit : Le 05/01/2015 11:46, Damien Sandras a écrit : (6) The fact that a base class isn't purely virtual is annoying... In the rest of the engine, a base class Ekiga::Foo is purely virtual for 100% of cases, and an Ekiga::FooImpl is provided with an implementation to cover 99% of use cases. Don't get in the way of the last percent! Yes, and I tend to disagree with that design which is too restrictive. I have already discussed this design with many people whose job is to program and design object-oriented code and they all told me that it was really a weird design. However, it just works, so that's ok for me now. Uh... they never heard of separating the interface from the implementation? They never found it useful to quarantine code behind an interface so deps don't spread to the whole code base? They never used an interface to make polymorphism work? No, they tend to disagree on other parts of the design. That is, frequently, overly complex for what we try to achieve, or overdesigned with too much abstraction. Separating some parts of the implementation from the interface is useful when the code is templatized as it makes the compilation lighter than having the template directly in the base class. There are also other flaws to the approach like the fact that the interfaces are sometimes too basic and leave the job to the specific implementation. In some cases, there is only one method in the interface. That does not make much sense. I don't mean the idea of an action system is bad, it's just that I'm not convinced the current framework is sound. Notice that the current LiveObject framework with the MenuBuilder is already making it possible to export actions in a very dynamic way, so it has good things. It does lack centralization... I think the answer to my question (1) would help me understand more precisely what you want. MenuBuilder was tied to the concept of menu. We are now architecting things behind Actions, not Menus. I propose to keep the current Action code intact and to work on the parts of Ekiga that really need work. As a second step, and after the current release, I would like to work on the improvements and simplifications of the engine. To make it clear : I won't discuss further about the engine before we release 5.0. And I won't accept any big change to the current code. We need to make progress and concentrate on what matters. -- Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] New user interface
Hi, I am now progressing on the address book window. This is the last part that needs to be refreshed. When I am done, I will be able to merge into master and work on new SIP features. If some of you want to help, in any area, including the website, the ekiga.net website, the ekiga.net web user interface, please feel free to propose yourself. -- Damien SANDRAS Ekiga Project http://www.ekiga.org Skype? No way! That’s non free (freedom-denying) software. Use Ekiga or an ordinary phone call. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] pip resizing and moving
Le dimanche 09 novembre 2014 à 00:47 -0500, Eugen Dedu a écrit : On 08/11/14 09:31, Dennis New wrote: By the way, is everyone (linux users at least) able to get Fullscreen video through the Call Window? I am able to, and I can Alt-Enter it too to get a fully resizable window. Ideally, the main Call Window should be resizeable like this too, no? I can change the GTK setting to make it resizable, but I'm unsure of where/how to handle the callbacks to In ds-gtk-application branch, video is (finally!) resizeable. redraw/scale the video. I am also not able to use Fullscreen when I'm not in a call session -- ie. when I'm just viewing my local video. Perhaps this is because the Fullscreen mode requires a remote PIP? Indeed. This is a wrong idea, and as far as I know it has been fixed too in Damien's branch. Yes, all of this works correctly. Unfortunately, it is still impossible to choose where the PIP frame has to be displayed. I am not sure if I will have the time to reimplement it. Changing the UI was an enormous job (I am busy on this since more than 1 year - spare time only), and we still have to add new SIP features, then improve Ekiga.net... -- Damien Sandras dsand...@seconix.com ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] noise reduction
If you enable echo cancellation in the prefs, there is also noise reduction. The algorithm is coming from Speex. There are now better solutions, but I did not find the time to implement anything yet. Le dimanche 14 septembre 2014 à 11:54 -0400, gideon425.eki...@mailnull.com a écrit : Other IP phones have noise reduction capabilties. Are there any plans to add such a feature to Ekiga? -- This message was sent from a MailNull anti-spam account. You can get your free account and take control over your email by visiting the following URL. http://mailnull.com/ ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Setting default Account
Le 23/07/14 11:59, Paul Kramer a écrit : I added an SIP account belonging to my company to ekiga. This is the only account I have in my account list and the only account I want to use. However, when I try to phone a number (e.g. 72), it tries to phone 7...@ekiga.net instead of 7...@my.company.com. How can I change this behavior? Do you run a SIP server on my.company.com ? If not, there is no way to achieve what you want. Damien SANDRAS *Ekiga Project* http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Actually using the friend-or-foe code
Le 22/06/14 11:03, Julien Puydt a écrit :
Hi,
let me start by reminding what friend-or-foe is about: when a call (or
a message) comes in, the system classifies the event as unknown, foe,
neutral or friend. The goal is then to use the classification to
reject, ask the user or auto-accept the call.
The current code has:
- a central object which is able to classify, asking delegates ;
- the roster is such a delegate : people in the roster are at least
neutral, and if they've been marked as preferred, then they're even
friends.
And that's all! The call core doesn't even know about the feature, and
we have no blacklist about foes! So what is needed is:
(1) make the call core reject foes ;
(2) add a blacklisting delegate ;
(3) make so the call core, depending on the state (do not disturb or
normal) will reject all calls from not-friends (hence foes, unknowns
and neutrals), directly accept the calls from friends, ask for friends
only or ask for friends and neutrals...
(4) add a blacklist button to the call popup ;
(5) add a blacklist action to the call history items (if they're
currently unknown) ;
(6) add some way to edit the blacklist somewhere in the ui.
I started by the easiest thing to do: (1). The problem is that I'm not
quite sure what the proper way to reject a call is ; my current patch
has the following :
+void
+CallCore::add_call (boost::shared_ptrCall call,
+boost::shared_ptrCallManager manager)
{
+ Ekiga::FriendOrFoe::Identification id = iff-decide (call,
call-get_remote_uri ());
+
+ if (id == Ekiga::FriendOrFoe::Foe) {
+
+call-hang_up ();
+return;
+ }
+
does that look sane?
It does, but I am not sure you can hangup a call that is not in the
established phase.
That is something to try.
Damien SANDRAS
*Ekiga Project*
http://www.ekiga.org
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] DNS Query failed
Hi, that's a routing problem in your vmware. Ekiga sends REGISTER requests through all available interfaces (see if= lines in the stderr) but none of them receive a response. Le 03/05/14 19:45, Sadiq S.Khoja a écrit : Hi, I am trying to use Ekiga 4.0.2 on Windows 7 64 bit, but getting Remote Part host is offline. Attached is my debug file. I have also forwarded following ports: * 5000 - 5100 * 3478 - 3478 * 1720 Please help. Regards, * Sadiq Khoja* Senior Software Engineer Techlogix Pakistan Pvt Ltd +92 332 234 5767 ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list Damien SANDRAS *Ekiga Project* http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Prack issue
Can you post a debug output somewhere ? I think it should not follow the Contact field but instead follow in-dialog requests routing. In that case, record-routing might impose the request to go through the SIP proxy if I'm not wrong. More generally speaking, if BYE requests are correctly routed, I see no reason why PRACK requests would not be correctly routed... Le 02/05/14 11:44, Rubén Gracia a écrit : Hello Ekiga team, In Ekiga1-Ekiga2 SIP calls (using a registrar server between them), the 180 Ringing message coming from Ekiga2 (to Ekiga1) contains Require: 100rel, so a PRACK message is sent from Ekiga1 (to Ekiga2 going through the registrar server) Problem is that Ekiga1 send the PRACK message to the registrar server with the R-URI IP of the registrar server instead of the Ekiga2 ip (that is defined in the contact field (inside the 180 Ringing message)), so the message can not be delivered properly to Ekiga 2 Is it possible to solve this wrong behaviour? Thanks and regards, Ruben Gracia Damien SANDRAS *Ekiga Project* http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Presence Ekiga with Xivo (Asterisk)
Hi,
To the best of my knowledge, Xivo is based on Asterisk and
Asterisk does not support fully SIP Presence. It is limited to the
following telephony states :
- online
- offline
- on the phone
Other advanced statuses that you can see in Xivo are a "local"
implementation, and, as such, only work with Xivo software through
a custom API.
Le 02/04/14 09:03, Dominique Fournier a crit:
Hi
!
I try to connect a Ekiga to Xivo. Xivo is a packaged Asterisk with
a lot of integration, and is free, and available on
https://wiki.xivo.fr/index.php/Accueil
The communication between Ekiga and a peer (phone, softphone) is
OK, no problem, but the presence don't work. I can define some
contacts available in the Xivo server, but no way to see if they
are free, busy, out...
Do you have any idea ?
I am using the Ubuntu Ekiga 4.0.1-2
Thanks a lot
Dom
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Presence Ekiga with Xivo (Asterisk)
Please define only one contact and have
a look at the debug 4 trace.
Le 02/04/14 11:56, Dominique Fournier a crit:
Yes
it is what I have defined
I try with and without @domain, and the phone ring, I can speak,
but no presence...
On 02/04/14 10:56, Damien Sandras wrote:
This works. You just have to add the
contacts to the roster as SIP
addresses (sip:myextension@mydomain)
Le 02/04/14 09:44, Dominique Fournier a crit :
OK but I would like to see at least the
3 basics states...
On 02/04/14 09:18, Damien Sandras wrote:
Hi,
To the best of my knowledge, Xivo is based on Asterisk and
Asterisk does
not support fully SIP Presence. It is limited to the
following telephony
states :
- online
- offline
- on the phone
Other advanced statuses that you can see in Xivo are a
"local"
implementation, and, as such, only work with Xivo software
through a
custom API.
Le 02/04/14 09:03, Dominique Fournier a crit :
Hi !
I try to connect a Ekiga to Xivo. Xivo is a packaged
Asterisk with a
lot of integration, and is free, and available on
https://wiki.xivo.fr/index.php/Accueil
The communication between Ekiga and a peer (phone,
softphone) is OK,
no problem, but the presence don't work. I can define some
contacts
available in the Xivo server, but no way to see if they
are free,
busy, out...
Do you have any idea ?
I am using the Ubuntu Ekiga 4.0.1-2
Thanks a lot
Dom
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Damien SANDRAS
*Ekiga Project*
http://www.ekiga.org
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Damien SANDRAS
*Ekiga Project*
http://www.ekiga.org
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Presence Ekiga with Xivo (Asterisk)
Hi Dominique,
I don't see any subscribe attempt from Ekiga, which explains
things.
Could you post a screenshot of your contact edition window
somewhere (please not the mailing list, preferably an external
service).
Damien
Le 02/04/14 12:54, Dominique Fournier a crit:
Hi
Damien
You can see in attachment the ekiga.log with only one user in the
roster.
I see just one error concerning a DNS entry missing, but I don't
think it is the problem.
Good luck !
Dom
On 02/04/14 12:32, Damien Sandras wrote:
Please define only one contact and have a
look at the debug 4 trace.
Le 02/04/14 11:56, Dominique Fournier a crit :
Yes it is what I have defined
I try with and without @domain, and the phone ring, I can
speak, but
no presence...
On 02/04/14 10:56, Damien Sandras wrote:
This works. You just have to add the
contacts to the roster as SIP
addresses (sip:myextension@mydomain)
Le 02/04/14 09:44, Dominique Fournier a crit :
OK but I would like to see at least
the 3 basics states...
On 02/04/14 09:18, Damien Sandras wrote:
Hi,
To the best of my knowledge, Xivo is based on Asterisk
and Asterisk
does
not support fully SIP Presence. It is limited to the
following
telephony
states :
- online
- offline
- on the phone
Other advanced statuses that you can see in Xivo are a
"local"
implementation, and, as such, only work with Xivo
software through a
custom API.
Le 02/04/14 09:03, Dominique Fournier a crit :
Hi !
I try to connect a Ekiga to Xivo. Xivo is a packaged
Asterisk with a
lot of integration, and is free, and available on
https://wiki.xivo.fr/index.php/Accueil
The communication between Ekiga and a peer (phone,
softphone) is OK,
no problem, but the presence don't work. I can define
some contacts
available in the Xivo server, but no way to see if
they are free,
busy, out...
Do you have any idea ?
I am using the Ubuntu Ekiga 4.0.1-2
Thanks a lot
Dom
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Damien SANDRAS
*Ekiga Project*
http://www.ekiga.org
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/
Re: [Ekiga-list] Presence Ekiga with Xivo (Asterisk)
This is what I feared. "Name" should be the user name, like Dominique Fournier. "Address" should be the SIP address, ie what you defined as name. I hope it will work :) Le 02/04/14 17:03, Dominique Fournier a crit: Is it what you want ? http://upload.grenoble.cnrs.fr/telechargement/sSLWvwl4bs/Ekiga.png I try with 1001 or 1...@xivo.grenoble.cnrs.fr, and no change. Dom On 02/04/14 16:56, Damien Sandras wrote: Hi Dominique, I don't see any subscribe attempt from Ekiga, which explains things. Could you post a screenshot of your contact edition window somewhere (please not the mailing list, preferably an external service). Damien Le 02/04/14 12:54, Dominique Fournier a crit : Hi Damien You can see in attachment the ekiga.log with only one user in the roster. I see just one error concerning a DNS entry missing, but I don't think it is the problem. Good luck ! Dom On 02/04/14 12:32, Damien Sandras wrote: Please define only one contact and have a look at the debug 4 trace. Le 02/04/14 11:56, Dominique Fournier a crit : Yes it is what I have defined I try with and without @domain, and the phone ring, I can speak, but no presence... On 02/04/14 10:56, Damien Sandras wrote: This works. You just have to add the contacts to the roster as SIP addresses (sip:myextension@mydomain) Le 02/04/14 09:44, Dominique Fournier a crit : OK but I would like to see at least the 3 basics states... On 02/04/14 09:18, Damien Sandras wrote: Hi, To the best of my knowledge, Xivo is based on Asterisk and Asterisk does not support fully SIP Presence. It is limited to the following telephony states : - online - offline - on the phone Other advanced statuses that you can see in Xivo are a "local" implementation, and, as such, only work with Xivo software through a custom API. Le 02/04/14 09:03, Dominique Fournier a crit : Hi ! I try to connect a Ekiga to Xivo. Xivo is a packaged Asterisk with a lot of integration, and is free, and available on https://wiki.xivo.fr/index.php/Accueil The communication between Ekiga and a peer (phone, softphone) is OK, no problem, but the presence don't work. I can define some contacts available in the Xivo server, but no way to see if they are free, busy, out... Do you have any idea ? I am using the Ubuntu Ekiga 4.0.1-2 Thanks a lot Dom ___
Re: [Ekiga-list] No video with anything other than h261
Le 23/03/14 19:13, David Woodfall a écrit : On (23/03/14 17:52), Damien Sandras dsand...@seconix.com put forth the proposition: Le 23/03/14 14:37, David Woodfall a écrit : What Asterisk are you running? Is it a default distro like FreePBX? There are some configs to check, but they are mush easier using the freePBX GUI. But apart from my asterisk server I only get video on ekiga.net's echo tester with h261 too. If it helps any, these are the output of -d 4. The first is using h261 and the second is h263. I rang the ekiga.net echo line then hungup afterwards: h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html h263: http://www.r0t.co.uk/paste/p/cbgaee38.html You should report a bug to your distribution maintainer. Things are badly compiled: 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavcodec.so.55' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavutil.so.52' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder closed My guess would be that it links to a different libavcodec library than the one whose headers were used to compile things. I've just recompiled both Opal and Ekiga and get the same error. There's no way that it's compiled against a different version. Is there a recommended ffmpeg version to use? Currently, I have version 2.1.4. Have you seen this?: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html I will have to patch Opal by the look of it. If the compilation succeeded, that means that avcodec_init was present in your headers. If it fails at runtime, that means that the library you are linking to does not contain that method. = your headers and libraries are different, believe me Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No video with anything other than h261
Le 24/03/14 10:11, David Woodfall a écrit : On (24/03/14 09:37), Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr put forth the proposition: On 24/03/14 09:33, Damien Sandras wrote: Le 23/03/14 19:13, David Woodfall a écrit : On (23/03/14 17:52), Damien Sandras dsand...@seconix.com put forth the proposition: Le 23/03/14 14:37, David Woodfall a écrit : What Asterisk are you running? Is it a default distro like FreePBX? There are some configs to check, but they are mush easier using the freePBX GUI. But apart from my asterisk server I only get video on ekiga.net's echo tester with h261 too. If it helps any, these are the output of -d 4. The first is using h261 and the second is h263. I rang the ekiga.net echo line then hungup afterwards: h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html h263: http://www.r0t.co.uk/paste/p/cbgaee38.html You should report a bug to your distribution maintainer. Things are badly compiled: 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavcodec.so.55' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavutil.so.52' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder closed My guess would be that it links to a different libavcodec library than the one whose headers were used to compile things. I've just recompiled both Opal and Ekiga and get the same error. There's no way that it's compiled against a different version. Is there a recommended ffmpeg version to use? Currently, I have version 2.1.4. Have you seen this?: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html I will have to patch Opal by the look of it. If the compilation succeeded, that means that avcodec_init was present in your headers. If it fails at runtime, that means that the library you are linking to does not contain that method. = your headers and libraries are different, believe me Perhaps you have ffmpeg/libav installed from your distribution, and you also installed it manually? During compilation, one of them is used, and during execution the other gets used. Slackware doesn't have ffmpeg in it's stock repo. But like I said I rebuilt both Opal and Ekiga from what I had installed, and there is only one version installed. Impossible ! What does : grep avcodec_init /usr/ -r return ? Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] No video with anything other than h261
Le 24/03/14 13:49, David Woodfall a écrit : On (24/03/14 12:40), Dave Woodfall d...@dawoodfall.net put forth the proposition: On (24/03/14 12:36), Dave Woodfall d...@dawoodfall.net put forth the proposition: On (24/03/14 11:50), Damien Sandras dsand...@seconix.com put forth the proposition: Le 24/03/14 10:11, David Woodfall a écrit : On (24/03/14 09:37), Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr put forth the proposition: On 24/03/14 09:33, Damien Sandras wrote: Le 23/03/14 19:13, David Woodfall a écrit : On (23/03/14 17:52), Damien Sandras dsand...@seconix.com put forth the proposition: Le 23/03/14 14:37, David Woodfall a écrit : What Asterisk are you running? Is it a default distro like FreePBX? There are some configs to check, but they are mush easier using the freePBX GUI. But apart from my asterisk server I only get video on ekiga.net's echo tester with h261 too. If it helps any, these are the output of -d 4. The first is using h261 and the second is h263. I rang the ekiga.net echo line then hungup afterwards: h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html h263: http://www.r0t.co.uk/paste/p/cbgaee38.html You should report a bug to your distribution maintainer. Things are badly compiled: 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavcodec.so.55' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavutil.so.52' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder closed My guess would be that it links to a different libavcodec library than the one whose headers were used to compile things. I've just recompiled both Opal and Ekiga and get the same error. There's no way that it's compiled against a different version. Is there a recommended ffmpeg version to use? Currently, I have version 2.1.4. Have you seen this?: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html I will have to patch Opal by the look of it. If the compilation succeeded, that means that avcodec_init was present in your headers
Re: [Ekiga-list] No video with anything other than h261
Le 23/03/14 14:37, David Woodfall a crit: What Asterisk are you running? Is it a default distro like FreePBX? There are some configs to check, but they are mush easier using the freePBX GUI. But apart from my asterisk server I only get video on ekiga.net's echo tester with h261 too. If it helps any, these are the output of -d 4. The first is using h261 and the second is h263. I rang the ekiga.net echo line then hungup afterwards: h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html h263: http://www.r0t.co.uk/paste/p/cbgaee38.html You should report a bug to your distribution maintainer. Things are badly compiled: 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavcodec.so.55' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavutil.so.52' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder closed My guess would be that it links to a different libavcodec library than the one whose headers were used to compile things. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Window-size settings and picture-in-picture
Le 18/03/14 14:18, Dennis New a écrit : On Tue, 18 Mar 2014 13:10:45 +0100, Damien Sandras wrote: Le 18/03/14 00:31, Dennis New a écrit : In fullscreen mode, there is no way to move the picture-in-picture to a different corner, or to disable it, so it will always cut off the bottom-left corner. This is currently not possible. Why not? :p If it's possible to overlay a picture-in-picture, wouldn't it be possible not to? :p The changing of it's placement doesn't have to occur in real-time -- additional settings to control it's location (and size) would also be satisfactory. I didn't mean it is impossible to do. It is simply not implemented yet :) Feel free to propose a patch on master if you have the time to. If not, you can report it as a suggestion on bugzilla.gnome.org so that we do not forget. Thanks, Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Which call settings make calls the most stable?
Having Ekiga crashing is certainly not normal, whatever codec you are choosing. I would use iLBC and H.264. It runs pretty well for me, without crash, for thousands of calls... Le 15/02/14 18:09, Mark Carroll a crit: Thanks to Eugen we now have calling mostly working, except that there are stability problems that seem very dependent on which codecs are chosen, especially video codec. For instance, theora often freezes and H264 lasts for maybe a minute before the call hangs up. I can even completely crash Ekiga by choosing the wrong codec, e.g., the gdb trace at http://pastebin.com/3EYDBJRQ -- seeing as that exception arises from libavcodec.so.53 I wondered if it would work to try libavcodec.so.55 instead or if that would not be compatible with opal 3.10.10. More generally, I wondered, for calling among Linux amd64 Ekiga 4.0.1 ADSL users, which settings do people find to actually given reliably stable video calling? For instance, while I find that video codec matters a lot, I am not finding that things like picture size make much difference. Some clues to find settings that not only work, but work well, would be most welcome. -- Mark ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Errors on Windows with clutter
Le 14/02/14 16:23, Eugen Dedu a crit: On 05/02/14 21:54, Eugen Dedu wrote: I have not yet looked at the errors, here is what I obtain after finally succeeding in opening the call window on Windows. Damien, both warnings come because in ekiga code we have both gtk_clutter_init and gtk_init functions, whereas it should not, cf. https://developer.gnome.org/clutter-gtk/0.91/clutter-gtk-Utility-Functions.html#gtk-clutter-init: This function should be called instead of clutter_init() and gtk_init(). (It's gtk_clutter_init function which gives these warnings.) Strange enough, even if I remove gtk_init, those warnings do not disappear. But perhaps you have a better idea than removing gtk_init(). In my current GtkApplication branch (probably merged next week), gtk_init does not exist anymore. Probably you should ask for help, if possible, on the clutter mailing list. That's a pitty things do not work yet on WIN32 given the fact I ported to Clutter to have less problems :( Damien SANDRAS Ekiga Project http://www.ekiga.org ___ 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.1 crashes
Hi Sebastian, Le 07/02/14 15:18, Sebastian Spaeth a crit: On 05.02.2014 20:14, Damien Sandras wrote: I'm not aware of this. I suppose the ALSA plugin works fine. Have you been able to determine what the issue could be ? (the PulseAudio plugin being PTLIB) Hi Damien, no I have not found out the issue yet. My up-to-date debian testing crashes independent of whether I select ptlib/pulse or ptlib/alsa for my sound devices. That sounds weird. Eugen, are you aware of this ? Anyway, I intend porting to a newer OPAL/PTLIB anytime soon. That could be a good idea to test again. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] My father Frank Arnold
Hello, We wish you much courage... Le 08/02/14 02:55, Frank Arnold a écrit : Hello, I’m sending this email on Frank Arnold's behalf. My name is Norman his son. My father asked me to email everyone in his address book to let you all know that his health has deteriorated to the point where he has entered the final chapter of life. His kidneys have failed and heart is very weak. He'll be entering Hospice care in the next few days and they will keep him comfortable until the end. Thank you all for participating in the journey that was Frank Arnold. Please direct any responses or questions to nor...@svpal.org and I'll do my best to answer. Cheers Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Errors on Windows with clutter
Most probably you should get help from the clutter mailing list. That's sad. I introduced Clutter to simplify everything, and knowing that Clutter will finally be merged into GTK+ itself. Le 05/02/14 21:54, Eugen Dedu a crit: I have not yet looked at the errors, here is what I obtain after finally succeeding in opening the call window on Windows. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] gstreamer error on Windows
Le 05/02/14 18:35, Eugen Dedu a écrit :
On 05/02/14 18:17, Eugen Dedu wrote:
On 03/02/14 14:07, Thierry Simonnet wrote:
Le 03/02/2014 13:39, Thierry Simonnet a
écrit :
Le 03/02/2014 12:36, Eugen Dedu a
écrit :
On 03/02/14 10:57, Thierry Simonnet
wrote:
Le 01/02/2014 16:49, Eugen Dedu a
écrit :
Hi,
If one of you knows what is the problem, it would be
wonderful.
Details are at
http://lists.freedesktop.org/archives/gstreamer-devel/2014-January/045945.html.
I was finally been able to fix the issue. "C'est tout con" :)
I copied bin/libgstapp-1.0-0.dll only to the installer, whereas
lib/libgstapp.dll must be added too!!! In fact, it is the last
file
which is the plugin (?!)
Did you know that there are two libgstapp? In linux for ex.
there is:
/usr/lib/x86_64-linux-gnu/libgstapp-1.0.so.0 -- library
/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstapp.so --
plugin
...
Now I clean up the .exe generation, do the commit and
investigate a
crash related to clutter, I will keep you informed.
Do you know what plugins are needed for ekiga?
Otherwise said, how can we find out what plugins are needed in the
following code (videooutput-manager-clutter.gst.cpp):
std::ostringstream name;
name std::string ("appsrc") i;
pipeline[i] = gst_pipeline_new (NULL);
videosink = gst_element_factory_make ("autocluttersink",
"videosink");
if (videosink == NULL)
videosink = gst_element_factory_make ("cluttersink",
"videosink");
g_object_set (videosink, "texture", texture[i], NULL);
appsrc = gst_element_factory_make ("appsrc", name.str ().c_str
());
conv = gst_element_factory_make ("videoconvert", NULL);
We also need to check for those plugins in configure.ac, so that
ekiga do not fail silently if they are not available.
Yes, sure. I just thought they were standard.
I think only appsrc, videoconvert (ffmpeg-based) and clutterskink
are plugins.
That is a bit complex, but a huge step forward better
interoperability !
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] Ekiga SIP presence
Le 05/02/14 11:35, Eugen Dedu a crit: On 03/02/14 13:12, John Lane wrote: Hello, I was wondering if it is possible to get Ekiga presence (online/offline) to embed in a web page? I have seen mention of a script http://www.ekiga.org/news/2007-05-22/presence-button However this appears to be gone: Not Found. The requested URL /status/presence.php was not found on this server." This was perhaps removed when upgrading ekiga.net. Any idea, Damien, Yannick? http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Web_button No, I had broken the configuration but it is now back. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga SIP presence
Le 05/02/14 16:48, John Lane a crit:
On 05/02/14 13:10, Damien Sandras
wrote:
Le 05/02/14 11:35, Eugen Dedu a
crit:
On 03/02/14 13:12, John Lane wrote:
Hello,
I was wondering if it is possible to get Ekiga presence
(online/offline)
to embed in a web page?
I have seen mention of a script
http://www.ekiga.org/news/2007-05-22/presence-button
However this appears to be gone: Not Found. The requested
URL
/status/presence.php was not found on this server."
This was perhaps removed when upgrading ekiga.net. Any idea,
Damien, Yannick?
http://wiki.ekiga.org/index.php/Ekiga_Interoperability#Web_button
No, I had broken the configuration but it is now back.
I see it's back but it returns this:
document.write("img src='http://www.ekiga.net/status/offline.png' border='0' width='171' height='45' alt='My status' /");
Should it not just return the image?
And are there options for different images (like one that's a bit smaller?)
No idea. I'm cc'ing Yannick, the author of that code so that he can
tell you.
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-list mailing list
ekiga-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Useful files
Le 31/01/14 11:54, Eugen Dedu a écrit : On 26/01/14 20:30, Eugen Dedu wrote: On 25/01/14 14:45, Damien Sandras wrote: Le 23/01/14 14:21, Eugen Dedu a écrit : Are lib/gui/xvwindow.* and xwindow.* files still used/useful? I removed them. Shouldn't xwindow.[ch] be removed as well? (I see no occurrence of XWindow in other files...) Ping. They can be safely removed. It seems I forgot them :( Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Clutter error in virtualbox
This will probably help : http://forum.ubuntu-fr.org/viewtopic.php?pid=6976201 Le 28/01/14 22:16, Eugen Dedu a crit: In virtualbox ekiga stops at startup, and I have the following error in the -d 4 log: Unable to initialize Clutter: unable to find a suitable GL pixel format plus an error in shared_ptr.hpp, probably related to clutter error. Note that in virtualbox I do not have the camera available. With pre-clutter ekiga I could however start ekiga. It is very convenient for me to start ekiga in virtualbox. How can I test ekiga in virtualbox? Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] 2 icons in the taskbar
Le 28/01/14 19:55, Julien Puydt a écrit : Le 28/01/2014 16:46, Eugen Dedu a écrit : The double icon disappears if I revert the last lines of the commit https://git.gnome.org/browse/ekiga/commit/?id=e97f13bf (the changes to gtk-frontend.cpp file). Uh... indeed, the code of this commit creates an icon, then leaks it... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list I don't remember why that code is like that. Feel free to fix ! Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] FIXME in the code
Le 23/01/14 11:19, Eugen Dedu a crit: I have finally found the time to build the latest code. On execution, I have: snoopy:~$ ekiga-snapshot FIXME: where is H323 Is this normal? Yes, I'll handle this later when dealing with the new OPAL. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Enable PIP is shown twice
Le 23/01/14 14:02, Eugen Dedu a crit:
Hi,
"Enable PIP mode" preference is found both in Preferences and in
Video menu of the call window. I think it is an error to present
the same configuration option in two different places, better show
it only in Video menu of the call window.
I think it does not harm
to have it twice.
If I remove the setting, it will appear only in the View menu. Do
you think it would be enough ? Will people find it ?
If you think so, I can also remove the "Stay on top" setting from
the preferences window.
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] 2 icons in the taskbar
Le 23/01/14 11:23, Eugen Dedu a crit: When I start ekiga (the first time with gsettings on linux), the assistant opens. Is this normal? Also, I have two icons in the taskbar. Opening another window (accounts, AB etc.) does not show a third icon. I don't understand... Wouldn't it be a bug in your window manager? I don't think we can control this... Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Make preferences window non-modal
Le 23/01/14 14:02, Eugen Dedu a crit: I have call window open. When I open preferences, it is modal, which prevents me to use the menu in call window. Is there any reason to have preferences window modal? All GTK applications like Gedit, Gnome-Terminal, Cheese, Transmission-GTK (pure non-GNOME program) use modal windows for preferences. I think it is very common, and perhaps a recommandation from the HIG. I prefer keeping the window modal. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Default device does not work
Le 23/01/14 14:14, Eugen Dedu a crit: By default (running ekiga without any configuration done), on my linux it took as video device MovingLogo instead of ...PTLIB/V4L2. I will look into this bug if nobody pops up. I will fix it. My purpose is to hide this fake device and enable it on request : when there is no other device, when switching the camera off during a call, ... It is on my TODO. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Useful files
Le 23/01/14 14:21, Eugen Dedu a crit: Are lib/gui/xvwindow.* and xwindow.* files still used/useful? I removed them. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] pixmap package name
Le 23/01/14 14:04, Eugen Dedu a crit: In pixmaps/Makefile.am, the word ekiga is used twice. Shouldn't PACKAGE_NAME be used instead? You can change it if you prefer. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Is panel section string or int?
Le 24/01/14 11:21, Eugen Dedu a crit: Choosing Chat-Call a number yields an error: (ekiga-snapshot:30055): GLib-GIO-CRITICAL **: g_settings_set_value: key 'panel-section' in 'org.gnome.ekiga-snapshot.general.user-interface.main-window' expects type 's', but a GVariant of type 'i' was given Should this key be a string or an integer? I let Damien answer and fix the issue :) I'll fix it. I'm reviewing the menu right now. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] About dialog warnings
Le 24/01/14 11:34, Eugen Dedu a crit: Showing Help-About, and pressing Licence shows warnings in terminal: (ekiga-snapshot:30910): GLib-GObject-WARNING **: g_object_set_valist: object class `GtkTextTag' has no property named `font-scale' (ekiga-snapshot:30910): Gtk-CRITICAL **: gtk_text_buffer_apply_tag: assertion `tag-priv-table == buffer-priv-tag_table' failed I think it is GTK-related. As you can see in gmcallbacks.cpp, I do not use those methods myself in the code. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] About dialog aesthetics
Le 24/01/14 11:37, Eugen Dedu a crit:
I think the ekiga icon in the dialog is too big, since
it takes more than half of the dialog height ("c'est moche").
Also, licence text and credits text have a small font size, a bit
difficult to read on my monitor. Credits text is a vertical long
list, whereas the dialog has a big width because of the logo
image.
I have reduced the picture
size.
I do not control the font size myself. It is automatically handled
by GTK+. Perhaps your default setup is not good?
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Full screen not working in awesome
Le 24/01/14 11:28, Eugen Dedu a crit: I open the call window and press F11. The video takes the whole place of the window, but the window does not change its size. There are two errors here: 1. The ratio of the video is changed, the height is greater than the width (proportionally) 2. The full screen is not full screen, but full window Note that I use awesome as window (desktop) manager. However, vlc and firefox for example go well in fullscreen. On the other hand, cheese goes in fullwindow mode the first time I press F11, subsequent F11 presses makes it enter fullscreen mode. It is a bug in awesome. There is nothing I can do unfortunately. My code is identical to Cheese. Perhaps you could ask them what I'm supposed to change to make it work? Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] About dialog warnings
Le 25/01/14 15:25, Eugen Dedu a écrit : On 25/01/14 14:46, Damien Sandras wrote: Le 24/01/14 11:34, Eugen Dedu a écrit : Showing Help-About, and pressing Licence shows warnings in terminal: (ekiga-snapshot:30910): GLib-GObject-WARNING **: g_object_set_valist: object class `GtkTextTag' has no property named `font-scale' (ekiga-snapshot:30910): Gtk-CRITICAL **: gtk_text_buffer_apply_tag: assertion `tag-priv-table == buffer-priv-tag_table' failed I think it is GTK-related. As you can see in gmcallbacks.cpp, I do not use those methods myself in the code. I noticed that gtk_text_buffer_apply_tag is used in lib/gui/gm-text-buffer-enhancer.c, I thought there relies the problem. I had not time to investigate it, since I work on clutter for windows. Do you have the warning? gm-text-buffer-enhancer.c is used for the chat window. See gmcallbacks, the code for the About dialog is only a few lines... Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] pixmap package name
Le 25/01/14 15:22, Eugen Dedu a écrit : On 25/01/14 14:45, Damien Sandras wrote: Le 23/01/14 14:04, Eugen Dedu a écrit : In pixmaps/Makefile.am, the word ekiga is used twice. Shouldn't PACKAGE_NAME be used instead? You can change it if you prefer. In order to have both stable and unstable packages on my machine, I change the name to ekiga-snapshot. The modification I proposed should help, in my opinion. I will do it. Thanks ! Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ekiga websites outage
Good evening, Due to a bad manipulation on my side, Ekiga websites are currently down. I am not sure when the service will be back. I apologize for this. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] registration failure
Le 15/01/14 15:45, e-letter a crit: Readers, An account is created on a computer, but when using the android program csipsimple on a mobile phone, the system stalls at 'registering' What is the status of ekiga's server when other software programs seek to register? It should work... Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. Le 13/01/14 16:44, Thierry Simonnet a crit: I compiled clutter (glib, cairo, pango, json, cogl...) for win32 I compiled clutter GTK for win32 but now ekiga wants : checking for GLIB... yes checking for CLUTTER... yes checking for CLUTTER_GTK... yes checking for CLUTTER_GST... no configure: error: Package requirements (clutter-gst-2.0 gstreamer-app-1.0 gstreamer-plugins-base-1.0 gstreamer-plugins-base-1.0) were not met: No package 'clutter-gst-2.0' found No package 'gstreamer-app-1.0' found No package 'gstreamer-plugins-base-1.0' found No package 'gstreamer-plugins-base-1.0' found clutter-gst needs : checking for CLUTTER_GST... no configure: error: Package requirements (clutter-1.0 = 1.10.0 cogl-2.0-experimental = 2.0 cogl-gst = 2.0.0 gio-2.0 = 2.18.0) were not met: No package 'cogl-2.0-experimental' found No package 'cogl-gst' found Maybe too much ! On 01/13/2014 03:21 PM, Thierry Simonnet wrote: I tried cross compiling clutter. Is it necessary to have clutter-gtk??? A better solution must be find. It is longer and much more difficult to cross compile clutter than ekiga. Le 13/01/2014 08:56, Thierry Simonnet a crit: Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 09/01/14 06:49, Julien Puydt a crit: Le 08/01/2014 20:08, Damien Sandras a crit : The annoying thing is that we changed the way Accounts are stored and there is currently no way to convert from the old format to the new one. I talked to Julien about that, but I do not know if he intends doing something for it or not. Julien, can you comment ? Yes, we discussed it ; it's technically possible, but : - it means adding back gmconf (the code, the configure lines, the Makefile.am lines, the old schema...) ; Yes, and no... Actually, there is a gsettings-data-convert utility that reads a .convert file and move the old settings into GSettings. This .convert file is present in the Ekiga tree and installed at the right place so that all settings are magically converted when the user logs in. The idea would be add the a method to Opal::Account able to read the old format from a converted GSettings key, and to save it into the new XML format in the new key. Of course, that won't work with Windows. ; - I fear starting to do a conversion for opal accounts will open the way to do the same for addressbooks and the rest... Did we change the address book format in the upcoming release ? Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 08/01/14 13:35, Thierry Simonnet a crit: I copied org.gnome.ekiga.gschema.xml to ...Programs\Ekiga\share\glib-2.0\schemas. I executed glib-compile-schemas.exe share\glib-2.0\schemas. I think this should be automated. Eugen, is that fixable ? No more messages. but : I loose my previous config and address book I wrote a .convert file. There is a conversion utility called gsettings-data-convert (see http://manpages.ubuntu.com/manpages/maverick/man1/gsettings-data-convert.1.html) The annoying thing is that we changed the way Accounts are stored and there is currently no way to convert from the old format to the new one. I talked to Julien about that, but I do not know if he intends doing something for it or not. Julien, can you comment ? I can't connect my ekiga.net account This was broken until recently. Julien recently fixed it. Are you using latest GIT code ? I can't call nor receive even using my local PBX Same question. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] help needed to configure ekiga
Hi, Where did you get Ekiga from ? That's abnormal... Perhaps you could put a -d4 output somewhere. Le 07/01/14 05:40, Art a crit: Hi All, I tried to run ekiga last year and had no positive results. I did see an updated ekiga (now ver 4) and I installed it right away. I already had a sip address from my previous try at running ekiga. But, ekiga won't recognize that account. I obtained a second account today, but ekiga won't recognize that account either. I did receive the email from ekiga.net confirming that the new account had been activated. Right now, the only think the program does is say 'processing...' when I look at the account information. I've tried a bunch of different things, and nothing works-I get the same error. What do I need to do to make ekiga work??? TIA. Art ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] ekiga-devel-list Digest, Vol 86, Issue 1
I'm happy to see you are still part of
the big adventure :)
Le 02/01/14 13:52, Philippe Lefevre a crit:
Hey all,
Still on-line ... let me wish you and Ekiga, a happy and healthy new year.
All the best
Philippe
Le 01/01/2014 13:00, ekiga-devel-list-requ...@gnome.org a crit :
Send ekiga-devel-list mailing list submissions to
ekiga-devel-list@gnome.org
To subscribe or unsubscribe via the World Wide Web, visit
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
or, via email, send a message with subject or body 'help' to
ekiga-devel-list-requ...@gnome.org
You can reach the person managing the list at
ekiga-devel-list-ow...@gnome.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of ekiga-devel-list digest..."
Today's Topics:
1. Best Wishes for 2014 (Damien Sandras)
--
Message: 1
Date: Wed, 01 Jan 2014 10:44:38 +0100
From: Damien Sandras dsand...@seconix.com
To: ekiga-l...@gnome.org, ekiga-devel-list@gnome.org
Subject: [Ekiga-devel-list] Best Wishes for 2014
Message-ID: 52c3e386.5030...@seconix.com
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Good morning everyone,
Let me wish you a Happy New Year !
I will work this year for an Ekiga come back, with tons of new features
and improvements, both for the softphone and for the Ekiga.net platform.
You can expect a 5.0 release before spring. That will be the first step.
------------
Damien SANDRAS
*Ekiga Project*
http://www.ekiga.org
-- next part --
An HTML attachment was scrubbed...
URL: https://mail.gnome.org/archives/ekiga-devel-list/attachments/20140101/1c6c4e71/attachment.html
-- next part --
A non-text attachment was scrubbed...
Name: ekigaicon.png
Type: image/png
Size: 877 bytes
Desc: not available
URL: https://mail.gnome.org/archives/ekiga-devel-list/attachments/20140101/1c6c4e71/attachment.png
--
Subject: Digest Footer
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
--
End of ekiga-devel-list Digest, Vol 86, Issue 1
***
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Damien SANDRAS
Ekiga Project
http://www.ekiga.org
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] Best Wishes for 2014
One of the objectives is to drop old STUN by default and have the ekiga.net platform handle the NAT part (Far End NAT traversal). If eventually it requires a proxy for the audio and video streams, then we will setup one, and see what it asks in terms of bandwidth. If it requires too much bandwidth, we could open up a special type of Ekiga.net account with that kind of service. I don't know yet. Le 02/01/14 10:49, el_gallo_azul a crit: It would be wonderful if version 5 works on my computer. I haven't been able to use Ekiga since I started using my new computer (per bugzilla bug 711042), which is about 2 months now. Greg Flint PO Box 642 Parap NT 0804 Australia http://youtu.be/3dcxtEKShXA SIP: el_gallo_a...@ekiga.net Phone +61 (0)8 8945 1725 Mobile +61 (0)428 279 021 Australian Central Standard Time (ACST) = UTC/GMT+9.5 De: Damien Sandras dsand...@seconix.com Para: ekiga-list@gnome.org; ekiga-devel-l...@gnome.org Enviado: Mircoles 1 de enero de 2014 19:14 Asunto: [Ekiga-list] Best Wishes for 2014 Good morning everyone, Let me wish you a Happy New Year ! I will work this year for an Ekiga come back, with tons of new features and improvements, both for the softphone and for the Ekiga.net platform. You can expect a 5.0 release before spring. That will be the first step. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-devel-list] Best Wishes for 2014
Good morning everyone, Let me wish you a Happy New Year ! I will work this year for an Ekiga come back, with tons of new features and improvements, both for the softphone and for the Ekiga.net platform. You can expect a 5.0 release before spring. That will be the first step. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-list] Best Wishes for 2014
Good morning everyone, Let me wish you a Happy New Year ! I will work this year for an Ekiga come back, with tons of new features and improvements, both for the softphone and for the Ekiga.net platform. You can expect a 5.0 release before spring. That will be the first step. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bug prevents VPN use
Le 02/10/13 13:57, Konrad Karl a crit: On Wed, Oct 02, 2013 at 10:48:41AM +0200, Damien Sandras wrote: On Linux the ip command seems to be able to determine the outgoing network interface and also the source address being used. It seems to query the kernel routing table via netlink socket (just straced the ip command) ip route get 8.8.8.8: (google name server) 8.8.8.8 via 192.168.1.1 dev p36p1 src 192.168.1.10 (correct, p36p1 was eth0 in prior universe) and ip route get 10.100.0.30: (openvpn) 10.100.0.30 via 10.100.0.9 dev tun0 src 10.100.0.10 (correct) Naive question: why cannot Ekiga do something similar? Good news... It will be implemented in next release. I'm finishing the GTK 3 port (including migration to the portable GSettings) and that's next on my TODO :) Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bug prevents VPN use
Le 01/10/13 20:17, Konrad Karl a crit: Hi, On Sun, Sep 29, 2013 at 05:53:58PM +0200, Damien Sandras wrote: What Ekiga is supposed to do, is to send one message per interface with the interface IP address as source. If your routing is well configured, then only one of the various SIP messages should reach the remote user. is this behaviour required by the SIP protocol? (I also want to restrict all ekiga traffic to one specific openvpn interface at times - direct ip call w/o registration) A short explanation will be appreciated. Not specifically required. The standard says nothing about multiple interfaces handling. It is just a question of routing after that point. You can see this as a kind of fork of SIP requests. If you have two routes to the same destination, through 2 different interfaces, it should work too, but both routes have to work both ways : ie, if you can send a SIP PDU, you should be able to receive incoming requests and responses through that route too. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bug prevents VPN use
Le 02/10/13 10:15, Konrad Karl a crit: Not specifically required. The standard says nothing about multiple interfaces handling. It is just a question of routing after that point. You can see this as a kind of fork of SIP requests. If you have two routes to the same destination, through 2 different interfaces, it should work too, but both routes have to work both ways : ie, if you can send a SIP PDU, you should be able to receive incoming requests and responses through that route too. Thanks for explanation, Damien! A question still remains for me: why is this done the way it is? If I e.g telnet some.ip.add.ress then routing rule apply and all traffic will go over the vpn interface (tun0 or such). When you are using telnet, there is an active TCP connection between both peers. When you are using Ekiga, you are working connectionless, ie through UDP. That means that userB can not use the same connection to reply back to you. All it can do is send a SIP message to a destination IP and port. If user B has two local interfaces (eth0: 192.x and tun: 10.x), when EkigaB will send a SIP message to userA, it will send it twice (because it can not determine how routing will work, that's the kernel responsibility) : - one SIP message to userA through tun0 with tun0 source IP address to userA IP and port - one SIP message to userA through eth0 with eth0 source IP address to user IP and port One of them should work. Your mail suggests that both messages are sent using the same interface but with different source IP and ports. That's weird. The best would be that you post a -d4 output somewhere (not on the mailing list) of userB trying to reach userA so that we can determine what Ekiga is doing. Damien Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bug prevents VPN use
Le 02/10/13 11:56, Mikael Abrahamsson a crit: On Wed, 2 Oct 2013, Damien Sandras wrote: If user B has two local interfaces (eth0: 192.x and tun: 10.x), when EkigaB will send a SIP message to userA, it will send it twice (because it can not determine how routing will work, that's the kernel responsibility) : - one SIP message to userA through tun0 with tun0 source IP address to userA IP and port - one SIP message to userA through eth0 with eth0 source IP address to user IP and port One of them should work. Your mail suggests that both messages are sent using the same interface but with different source IP and ports. That's weird. How does Ekiga assure that the packet is actually sent out eth0 with eth0 source IP? By default routing and source address selection are completely decoupled and if default route is to tun0, then all packets regardless of source address will go out tun0. One has to put policy routing in place to avoid this and assure that eth0 IP packets actually go out eth0 (and then you have to have the concept of multiple default routes that might change over time that needs to influence the policy routing settings). You are right... If Ekiga is listening on IP-A and IP-B, then it will send one SIP packet per IP. Exact routing conditions, including interface selection, are determined by the routing configuration. Damien Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Bug prevents VPN use
What Ekiga is supposed to do, is to send one message per interface with the interface IP address as source. If your routing is well configured, then only one of the various SIP messages should reach the remote user. Please note that Ekiga 3.3.2 is an old development release which is not intended for public use... Le 29/09/13 10:45, cookedbr...@hushmail.com a crit: I want to use Ekiga without a central server by manually entering IP addresses to connect directly to others. This works fine on a LAN. But on VPN it doesn't work because of a bug, and this bug actually exists with the LAN but it's not noticed. I am using Ekiga version 3.3.2-0ubuntu3 on Ubuntu 12.04. What happens is that when userA sends a message out to userB, Ekiga attempts to sends communications out to ALL Internet interfaces that userA is connected to. I discovered this from the firewall log. As an example of what's happening in my situation, say that userA has a LAN address of 192.168.1.1 but is also on a VPN with a VPN address of 10.8.0.6. When Ekiga is used to send a direct message to userB who is on the LAN with an address of 192.168.1.2 (sip:userB@192.168.1.2), Ekiga sends this signal out from userA on both 192.168.1.2 and 10.8.0.6. So in the ufw firewall log of userA you will see something like this: OUT=eth0 SRC="" DST=192.168.1.2 OUT=eth0 SRC="" DST=192.168.1.2 Notice that the second one says "eth0" even though it's using the tun() interface. That's part of the bug. When this is over the LAN it's not a problem. But when trying to do it over a VPN it is a problem. So now let's say userB is far away in another building, but connected to the same VPN as userA. userB has a VPN address of 10.8.0.10. This time userA sends a message to userB using the VPN address. userA will enter "sip:userB@10.8.0.10" into Ekiga. userA can actually send messages to userB and userB will see them. However, userB cannot send any messages back to userA. The firewall logs show why this is. Here is what the firewall log for userA will look like when sending the message out: OUT=tun0 SRC="" DST=10.8.0.10 OUT=tun0 SRC="" DST=10.8.0.10 Notice that the first one is tun0 but using the LAN as source. That's part of the bug. But it's able to send messages over the VPN to userB at 10.8.0.10. But when userB tries to send messages back, it tries to send them to the LAN address of userA. Here is what the firewall log will look like for userB when trying to send communications to userA. userB has a LAN address of 172.16.0.1 with a VPN address of 10.8.0.10 and is communicating to userA with "sip:userA@10.8.0.6". Here is what the firewall log of userB looks like: OUT=tun0 SRC="" DST=192.168.1.1 OUT=tun0 SRC="" DST=192.168.1.1 Ekiga for userB is trying to send signals to the LAN address of userA, which is why userB cannot send signals back to userA over VPN. But userB shouldn't be able to see the LAN address of userA. I'm guessing Ekiga is sending this. And again notice that it's saying both interfaces are tun() when the first one is eth(). The correct thing to do, which all other programs do correctly over VPN, is for Ekiga to only use the tun() interface for sending signals out. If you connect to more interfaces, such more VPNs, it will do this for each one. When this is fixed, it will be a nice, easy way of using VOIP to communicate with anyone through VPN. The most difficult part is setting up VPN, which is pretty straightforward if following step-by-step the server guide for Ubuntu 12.04. Ekiga using direct connect over LAN is easy, so fixing this bug will make Ekiga into a nice skype alternative for people who are capable of setting up a VPN using OpenVPN. ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [GUADEC 2013 Proposal]
Bad news. That probably means GNOME has now less or no interest in Ekiga anymore. Le 15/05/13 13:16, Víctor M. Jáquez L. a écrit : The talk I submitted about Ekiga has been rejected. vmjl - Forwarded message from Emmanuele Bassieba...@gmail.com - Date: Wed, 15 May 2013 11:11:18 +0100 From: Emmanuele Bassieba...@gmail.com To: vjaq...@igalia.com Cc: GUADEC Paper Review Teamguadec-pap...@gnome.org Subject: GUADEC 2013 Proposal Hi! I am sorry to inform you that your talk submission Ekiga: past, present and future for GUADEC 2013 has been rejected. We want to thank you for the time you put in preparing your talk submission for GUADEC 2013; we know how difficult can be to put a good proposal together in time, and we appreciate the effort in doing that. It is typical for some accepted speakers to drop out, and we will be offering any spare spaces that become available. This means that you may still receive an acceptance email after the speakers confirmation deadline, which is June 2nd. We would all very much like to have you attend GUADEC in Brno anyway, and have the chance to engage the GNOME community; if you want, you can still propose a lightning talk, or a birds of a feather session. On behalf of the GUADEC papers committee, Emmanuele Bassi. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi/ - End forwarded message - ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Linux Pratique (in French) magazine about Ekiga 4
Do we have a scan ? Le 03/05/13 00:50, Eugen Dedu a écrit : For your information, the current issue of Linux pratique (French magazine) writes about Ekiga 4: pages 18-20 of http://www.ed-diamond.com/feuille_lpra77/index.html. ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Ekiga Gnome3
Le 20/04/13 19:22, Matthias Apitz a écrit : gmake[3]: *** [ekiga] Error 1 gmake[3]: Leaving directory `/usr/home/guru/Ekiga/ekiga/src' I had to reinstall ptlib to get PTLIB_EXPAT included and did not compiled opal again after this; after reconfiguring and remaking opal, ekiga now links fine and starts up; I will update the Wiki page for FreeBSD in http://wiki.ekiga.org/ Thanks a lot ! Damien Sandras ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ekiga Port
Hello everyone, As you might know, Ekiga is undergoing major changes to replace deprecated or outdated libraries. The GTK 3 port is now terminated and seems to work well. It is available in master. I have started GSettings migration in a ds-gsettings branch. Feel free to help. GSettings should eventually replace our gmconf layer as it is supposed to be portable and has a WIN32 back-end. Damien ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] TODO list for short term
Le 08/03/13 06:35, Eugen Dedu a écrit : - D? gtk3 Ok, already on it. - D make snapshots work again (Release file incorrectly generated) I don't know how it is supposed to work :( ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] TODO list for short term
Le 10/03/13 18:31, Eugen Dedu a écrit : On 10/03/13 18:28, Damien Sandras wrote: Le 08/03/13 06:35, Eugen Dedu a écrit : - D? gtk3 Ok, already on it. - D make snapshots work again (Release file incorrectly generated) I don't know how it is supposed to work :( The problem is that Jan's script on ekiga.net does not take into account amd64 files ?! I can take a look if you send it to me. And are snapshots still generated ? For which distributions ? Who builds them ? Damien ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] Call immediatly Hang up
Eugen, Can you forward me to the -d4 ? Thanks, Le 09/03/13 12:08, Eugen Dedu a écrit : I do not understand where the problem is... Damien, do you have any idea? On 05/03/13 15:16, GALLARDO Sebastian wrote: Sorry, In fact, i try to call a classic phone behind my Cisco IPBX (not sip) so there is no SIP client running on the machine i call The log trace that. -Message d'origine- De : ekiga-list [mailto:ekiga-list-boun...@gnome.org] De la part de Eugen Dedu Envoyé : mardi 5 mars 2013 11:26 À : Ekiga mailing list Objet : Re: [Ekiga-list] Call immediatly Hang up On 05/03/13 11:06, GALLARDO Sebastian wrote: Thank you for your answer . no notification appear when I receive a call and when I try to call, that's hang up immediately. Opening the call windows before call, it doesn't work ... I don't notice that I try to connect to my CISCo IPBX on my LAN . My SIP account is well register. I notice that EKIGA try to contact EKIGA.NET althrough I do not configure any Ekiga account. This is the outpout log file attached. I notice in this log that you try to call, is that right? Please explain a bit what you were doing when attaching a log. In the log there is an error shown: SIP/2.0 503 Service Unavailable [...] Warning: 399 Unable to find a device handler for the request received on port 5060 from 172.16.9.58 Is there a SIP client (e.g. ekiga) running on the machine you call? Please provide more information. -Message d'origine- De : ekiga-list [mailto:ekiga-list-boun...@gnome.org] De la part de Eugen Dedu Envoyé : lundi 4 mars 2013 16:57 À : Ekiga mailing list Objet : Re: [Ekiga-list] Call immediatly Hang up On 04/03/13 16:43, GALLARDO Sebastian wrote: Hello, I try to use EKIGA instead of XLITE but I have some problems. I don't find anything about that on web forum or google. So I post here on this list my problem : thank you for your answers . In resume: With XLITE on windows over a vpn : no problem. With Ekiga on linux mint : Account well register but no call pick up , seems to not match at all This seems to be a yet another issue related to libnotify. Does not a notification appear when you receive a call?! Maybe there is an icon in system tray for that. Anyway, open the call window before the call, and you will be able to answer the call using the icons in the call window. Does this workaround work? I have the log 4 2 if someone would to see it . ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Call immediatly Hang up
That's a problem with the PBX. For some reason, it rejects the call : SIP/2.0 503 Service Unavailable Date: Tue, 05 Mar 2013 08:14:45 GMT CSeq: 1 INVITE Via: SIP/2.0/UDP 172.16.9.58:5060;branch=z9hG4bK48f93668-da83-e211-8d4a-0024e8dacf3a;rport From: Teletravail sip:8988@10.1.102.101;tag=52163368-da83-e211-8d4a-0024e8dacf3a Call-ID: ae1e3368-da83-e211-8d4a-0024e8dacf3a@sebastian-Latitude-E6400 To: sip:9671@10.1.102.101;tag=679025657 Warning: 399 Unable to find a device handler for the request received on port 5060 from 172.16.9.58 Allow-Events: presence Content-Length: 0 Not sure why though. But your IT admin should know why. Perhaps you should try disabling all video codecs to see what happens. But the hint is there : Unable to find a device handler for the request received on port 5060 from 172.16.9.58 Looking on google, I found this: https://supportforums.cisco.com/thread/276600 And I wonder if it does not happen just because you are calling from an IP range the CISCO rejects. Le 10/03/13 14:06, Eugen Dedu a écrit : It is at https://mail.gnome.org/archives/ekiga-list/2013-March/msg5.html On 10/03/13 12:12, Damien Sandras wrote: Eugen, Can you forward me to the -d4 ? Thanks, Le 09/03/13 12:08, Eugen Dedu a écrit : I do not understand where the problem is... Damien, do you have any idea? On 05/03/13 15:16, GALLARDO Sebastian wrote: Sorry, In fact, i try to call a classic phone behind my Cisco IPBX (not sip) so there is no SIP client running on the machine i call The log trace that. -Message d'origine- De : ekiga-list [mailto:ekiga-list-boun...@gnome.org] De la part de Eugen Dedu Envoyé : mardi 5 mars 2013 11:26 À : Ekiga mailing list Objet : Re: [Ekiga-list] Call immediatly Hang up On 05/03/13 11:06, GALLARDO Sebastian wrote: Thank you for your answer . no notification appear when I receive a call and when I try to call, that's hang up immediately. Opening the call windows before call, it doesn't work ... I don't notice that I try to connect to my CISCo IPBX on my LAN . My SIP account is well register. I notice that EKIGA try to contact EKIGA.NET althrough I do not configure any Ekiga account. This is the outpout log file attached. I notice in this log that you try to call, is that right? Please explain a bit what you were doing when attaching a log. In the log there is an error shown: SIP/2.0 503 Service Unavailable [...] Warning: 399 Unable to find a device handler for the request received on port 5060 from 172.16.9.58 Is there a SIP client (e.g. ekiga) running on the machine you call? Please provide more information. -Message d'origine- De : ekiga-list [mailto:ekiga-list-boun...@gnome.org] De la part de Eugen Dedu Envoyé : lundi 4 mars 2013 16:57 À : Ekiga mailing list Objet : Re: [Ekiga-list] Call immediatly Hang up On 04/03/13 16:43, GALLARDO Sebastian wrote: Hello, I try to use EKIGA instead of XLITE but I have some problems. I don't find anything about that on web forum or google. So I post here on this list my problem : thank you for your answers . In resume: With XLITE on windows over a vpn : no problem. With Ekiga on linux mint : Account well register but no call pick up , seems to not match at all This seems to be a yet another issue related to libnotify. Does not a notification appear when you receive a call?! Maybe there is an icon in system tray for that. Anyway, open the call window before the call, and you will be able to answer the call using the icons in the call window. Does this workaround work? I have the log 4 2 if someone would to see it . ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-devel-list] Uses of the sip endpoint in the opal account code
Le 08/02/13 16:13, Julien Puydt a écrit : Le 08/02/2013 16:11, Julien Puydt a écrit : Hi, I have just hidden the H323 endpoint below the opal call manager, meaning that now the account code asks the call manager to do the presence subscribing/unsubscribing, and it's the call manager which does the forwarding of the request to the right protocol endpoint. I can't do the same with the SIP endpoint because of the following two lines : sip_endpoint-Unsubscribe (SIPSubscribe::MessageSummary, get_aor ()); sip_endpoint-Subscribe (SIPSubscribe::MessageSummary, 3600, get_aor ()); what does that MessageSummary mean? Is that related to the Message Waiting Information feature? Yes ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-list] area code problem
Le 09/02/13 06:52, paul carpenter a écrit : 1. Isn't it somewhat of a security risk to post the entire log file to a mailing list? This kind of telephone logfile seems like it might contain sensitive information like my diamondcard account number. You can send it privately to Eugen. 2. It seems strange that I automatically get this message: 'sip:xxx...@sip.diamondcard.us' subscribing to presence of 'sip:001818xxx' I do see other messages like 'sip:usern...@ekiga.net' subscribing to presence of 'sip:0018555095253', but this is understandable since 855 is a toll free number. sip:001818xxx is not the number of an 855 or 877 number (presumably used by ekiga or diamondcard as a utility to route calls), but an 818 number of a friend in California. There are no other instances of this kind of thing on the log file. So that is a little disturbing. That is not a problem, that is because it is in your roster. The server will reject it. 3. The main problem that I have had with ekiga (besides not being able to get through to the 518 area code) is that callers on the other end sometimes complain of an echo. When I do the echotest callback in Ekiga, I sound fine. And generally, I hear other people very clearly on my end. But several people have complained of a distracting echo on the other end. Are you using a headset ? With a good quality headset, it should work. Damien ___ ekiga-list mailing list ekiga-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list
