Re: [Ekiga-devel-list] Ekiga websites outage
Le samedi 18 janvier 2014 à 18:44 +0100, Damien Sandras a écrit : Good evening, Due to a bad manipulation on my side, Ekiga websites are currently down. On my end, those are working: http://ekiga.org/ https://ekiga.im/index.php (replace the URL for ekiga.net) but ekiga.net is indeed broken atm. 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 ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Best Wishes for 2014
Le mercredi 01 janvier 2014 à 10:44 +0100, Damien Sandras a écrit : Good morning everyone, Let me wish you a Happy New Year ! Happy new year ! Thank you Damien ! My best wishes to everyone. 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. I'll give a hand for the platform. You can expect a 5.0 release before spring. That will be the first step. Good news ! I've Gnome 3.10 running ; I'll test on it. Yannick __ Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-list mailing list ekiga-l...@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Help required before the release
Le dimanche 16 septembre 2012 à 17:11 +0200, Damien Sandras a écrit : Good afternoon everyone, As you might have guessed, Ekiga 4.0 is on its way. It will be the latest release to be based on GTK2 technologies. It is also the first release where I did not code day and night to get it ready. It would not have been possible to keep Ekiga alive when everything was going bad for me without the help of you all and mainly Eugen who has been doing an incredible amount of work on Ekiga. Eugen, thank you very much!! Indeed, thank you Eugen ! Ekiga is now up to speed again. The 4.0 UI is more modern and is very stable: I'm using it daily with our BeIP product range and it works like a charm :) The community has made Ekiga 4.0 possible and new patches are already waiting for Ekiga 4.2: T.140 Realtime text support, H.239 video control support, and a few others. Thank you guys too, those features are great ! Right before the release, I would like people to help cleaning the website and the WIKI. The discussion is open, but from my point of view, you should not be redirected to the WIKI from the website to download things. It is confusing and difficult. I agree. Having access to the server and being responsible for the software installation powering the web site (drupal), I'm the one you should contact to work on this topic. Seeing how different are the instructions on the wiki to install on Gnu/Linux and other, this is not as simple as the windows version, but there is obvious room for improvement. IMHO, the more challenging part will be to keep the great link we have with people populating the download section either by editing the wiki, either by building binaries and the new setup. And, hopefully improve this link and meet more new people in the process. This means not breaking the habits contributing people does have, while making the process more easy. Fortunately, drupal was built with community in mind ; I'm confident on the possibilities, but this will be time consuming and I do lack huge amount of spare time. I wont go much into the details of implementation as this will quickly get more complex... And I will focus first on a way to connect our contributors to the download page of the website. With some safety, like giving first the ekiga version available in the official repositories of distros. I would also clean the WIKI from the user manual. The right source for it is through the Ekiga help menu : it allows having a translated user manual, and moreover, the manual version which corresponds to your software release. The WIKI should present another type of documentation: Debugging problems, going technically deeper into details, and so on. I do not think it is realist for me to work on both the wiki and the website given the spare time I've available. Any volunteer to refresh the website and the WIKI ? Any volunteer to modernize the CSS for the look feel ? For the CSS, it use the zen template (version 6 as of now) for drupal : http://drupal.org/project/zen I personally used it with firebug https://addons.mozilla.org/fr/firefox/addon/firebug/ to turn the old CSS file of our old static website into the actual drupal theme you can see on our website. This is of great help. I cannot help on this at the moment, but providing technical details of the actual installation. The next step is the Ekiga.net upgrade to more recent software releases. I plan to open up new features, at least for some users, like voicemail, RTP relaying in case of NAT and others... The ekiga.net user interface need some improvements, namely the ability to change the mail address, to close an account (erase all datas) and the password storage needs some love too. This should not be too hard if I choose to just improve the actual software adding it. I'll try to give half my spare time to the website and the other half to ekiga.net. Regards, Yannick Thanks ! Damien ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] ANNOUNCE - Ekiga 3.9.90 [UNSTABLE] available
The announcement is now visible on http://ekiga.org/ Regards, Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] OT: Fwd: change of e-mail addr of my accounts
Le lundi 16 janvier 2012 à 18:13 +0100, Eugen Dedu a écrit : Hello, I need to change the mail addr of my Ekiga SIP accounts and don't see how to do this :-( I wrote already to the Ekiga accountsaccou...@ekiga.net w/o any luck; any ideas? Well, if nobody answered, it seems it is not yet possible... Still, it could be implemented like in any mailing list processing: send an e-mail to confirm address change. Well, I receive those emails and I must admit i've not answered them since a long time... Sorry I do not have enough time. I still hope to find a way to automate the process of changing email adresses in some way... ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Does Ekiga Support Other Languages ?
Le samedi 02 juillet 2011 à 19:58 +0500, uahmed a écrit : Hi Does ekiga support other Languages too ? I want to use ekiga in another Language then English , is there any file where i can edit it so text will come as that language which i want ? Welcome, Please read this : http://wiki.ekiga.org/index.php/How_can_I_contribute_translations%3F Best regards, Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
Le mercredi 02 juin 2010 à 10:05 +0100, Peter Robinson a écrit : On Wed, Jun 2, 2010 at 9:43 AM, Julien Puydt jpu...@free.fr wrote: Le 01/06/2010 23:50, Peter Robinson a écrit : On Tue, Jun 1, 2010 at 8:37 PM, Julien Puydtjpu...@free.fr wrote: Le 01/06/2010 18:50, yannick a écrit : Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit : Well, it uses it through dbus, as far as I know -- so indeed it doesn't binary-depend on it, but should nicely use it when available. Then I probably mistaken this: did not Matthias used HAL for the hotplug device system? Yes, HAL through DBUS. So it's using HAL, but since it does it through a proxy, we don't binary depend on it. At least that's how I understand it. Also while we're on the topic of obsolete libraries what is the plan for migrating from GConf to gsettings as that is also on the chopping block for gnome 3? It might be a worthwhile time to review the settings code as I think there's some custom gconf style code to deal with windows as well, not sure if there's a windows backend for gsettings at all, but if so it might be a nice way to unify that bit. Here is how things work in ekiga : - we have an abstraction called gmconf, which is used all over ekiga ; - we have a gconf implementation of that abstraction, with a nice XML schema file containing the default settings ; - we have a glib implementation of the abstraction, which is able to read the schema file, and is portable -- that one is used when gconf isn't available, like for win32. That means porting to GSettings should be pretty straightforward -- porting the big gconf schema file is what worries me most, but since it's XML, it should be possible to do it automatically. There's gsettings-schema-convert [1] and other tools to help make the transition as painless as possible so they should be able to help. Will be interesting to see if someone writes a gsettings backend for the windows registry :-) Peter [1] http://library.gnome.org/devel/gio/unstable/gsettings-schema-convert.html ssam wrote a windows backend for gsettings last summer: http://ssam.livejournal.com/9604.html I did not find new updates since then: http://gitorious.org/gsettings-gtk/gsettings/commits/windows-registry Best regards, Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
Le mardi 01 juin 2010 à 15:50 +0200, Julien Puydt a écrit : Le 01/06/2010 14:08, Eugen Dedu a écrit : On 01/06/10 11:44, Julien Puydt wrote: Le 31/05/2010 18:15, yannick a écrit : Something that would maybe make a difference: We must get ride of the HAL dependancy for Gnome 3, i.e. we need to release at least in september something that includes this fix... Hmmm... is there a page somewhere documenting a little by what it is replaced and how (small code samples)? The thing is: I see a hal file inclusion in ekiga code, but ekiga generated in debian does not depend on hal libraries (and dependencies are automatically added), so there is something I do not understand: does ekiga depend on hal or not? I see the bug https://bugzilla.gnome.org/show_bug.cgi?id=585955 Well, it uses it through dbus, as far as I know -- so indeed it doesn't binary-depend on it, but should nicely use it when available. Then I probably mistaken this: did not Matthias used HAL for the hotplug device system? ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trunk sources
Le lundi 31 mai 2010 à 16:31 +0200, Eugen Dedu a écrit : On 31/05/10 16:01, Peter Robinson wrote: On Mon, May 31, 2010 at 2:47 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: Hi, Now, that 3.2.7 has been released, we focus on trunk :o) The next release will probably be taken from ekiga master/trunk. The question is what do we take for ptlib/opal. Will we take: - trunk - or current stable branch, ptlib v2_8 and opal v3_8, released as stable beginning of May 2010? I think it is wiser to take the stable branch. Otherwise said, the next ekiga unstable release will be based on ekiga master, ptlib/opal current stable branches (not trunk!) Do you agree? I would tend to agree that we should go with the stable branch over master. What is the main differences between the two? What would be the possible advantage of going master in terms of features? It would be very nice to have pulse audio support but I'm not sure if that is a feature of either the 2.8/3.8 releases or if its in master. pulse is inside 2.8/3.8. The difference is recent new-feature development (stable RC1 was released in January, and as stable in May, cf. http://www.opalvoip.org/) and future development. Based on history, I think trunk ptlib/opal will not be released as stable before 5-9 months. Something that would maybe make a difference: We must get ride of the HAL dependancy for Gnome 3, i.e. we need to release at least in september something that includes this fix... If we don't do it, I've no clue what will happen Gnome wise... thus integration wise from a distro point of view... Best regards, Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.7 [STABLE] Windows version available
Le lundi 31 mai 2010 à 00:42 +0200, Eugen Dedu a écrit : This is the seventh stable release of the 3.2 version of Ekiga. Ekiga 3.2.7 for Windows 32bits is available on Ekiga.org: http://ekiga.org/download-ekiga-binaries-or-source-code Best regards, Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.7 [STABLE] available
Le lundi 31 mai 2010 à 18:59 +0100, Peter Robinson a écrit : The release is now built for Fedora rawhide as well as 13/12/11 and will be headed to the relevant Fedora updates-testing repositories very shortly (likely tomorrow). I updated our wiki accordingly: http://wiki.ekiga.org/index.php/HowTo_install_Ekiga_packages#Fedora Thank you very much! Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Draft for announcement e-mail
Le vendredi 28 mai 2010 à 20:56 +0200, Eugen Dedu a écrit : On 28/05/10 17:59, yannick wrote: Le vendredi 28 mai 2010 à 17:50 +0200, Eugen Dedu a écrit : On 28/05/10 17:30, yannick wrote: Le vendredi 28 mai 2010 à 10:46 +0200, Eugen Dedu a écrit : - IPv6 fixes If not too late, please specify if IPv6 is still experimental or production ready. The author said it works on his IPv6 machine using some patches. The patches for ptlib and opal have been included. The patch for ekiga is not committed, because I was not sure, and the author have not yet responded to my question. See https://bugzilla.gnome.org/show_bug.cgi?id=331041 Ok. ALPHA state then, i.e. not feature complete. - experimental Alpha means feature-complete, but no testing. It seems better to write Partial support for IPv6, isn't it? Or better remove this item, and we will add it when it is feature-complete. Agree with partial support, or maybe improved the partial support, because it is good to tell the users and the contributors work is going on in this area. My point was to make clear it is not ready yet for production, otherwise it will create desillusions. Yannick Seems to me, once the author will clarify what's needed to patch, it will be BETA and we should call for testing using trunk or a special 3.2.7 patched. Agreed. I will try this evening for the last time to fix Busy Here. Afterwards, the release. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:yann...@ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Fedora 12 testing packages for NAT traversal support
Hi, Chipper did binary packages for Fedora 12 including the NAT traversal patch (add STUN support for the audio and video streams). Please test them and report here: http://ekiga.net/yannick/f12/ (You just need to install opal-3.6.6-1.1.fc12.i686.rpm if your using the 32 bits version of Fedora, or opal-3.6.6-1.1.fc12.x86_64.rpm if you're using the 64 bits version) Many thanks to Chipper. Best regards, Yannick ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Automatic Network Detection is broken atm (STUN server is down)
The default STUN server is UP again. Le samedi 06 février 2010 à 18:20 +0100, yannick a écrit : Hi, One of our service is down atm: the STUN server. If you have a new warning about port forwarding, here is a quick fix: $ gconftool-2 -s /apps/ekiga/general/nat/stun_server stun.ideasip.com --type=string (in 1 line) This will switch the STUN server to another one. Here is a list of public STUN servers: http://www.voip-info.org/wiki/view/STUN To revert back to the default setting use this line: $ gconftool-2 -s /apps/ekiga/general/nat/stun_server stun.ekiga.net --type=string Sorry for the inconvenience. Best regards, Yannick ___ ekiga-list mailing list ekiga-l...@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:yann...@ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] IETF Working Group proposal for free audio codecs: last call
Hi folks, Today Jean-Marc Valin showed up in our IRC room: jmworx Anyone here interested in free codecs? jmworx If so, you have only a few days left if you want to tell the IETF to standardise free codecs yannick jmworx, how to help? jmworx See this thread: http://www.ietf.org/mail-archive/web/codec/current/maillist.html jmworx Basically, the idea is to form a WG within the IETF that would work on free audio codecs jmworx It's now in last call state and the IETF is looking for comments jmworx The proposed WG charter is at: http://trac.tools.ietf.org/bof/trac/attachment/wiki/BifIETF76/codec-charter.txt IMHO it is good to support this; unfortunately I'm way beyond the necessary skills... At least, let's try to get this news flying around us ;) Best regards, Yannick http://www.ietf.org/mail-archive/web/codec/current/msg00966.html quote From: IESG Secretary iesg-secretary at ietf.org * To: ietf-announce at ietf.org * Cc: codec at ietf.org * Date: Wed, 23 Dec 2009 09:15:01 -0800 (PST) A new IETF working group has been proposed in the Real-time Applications and Infrastructure Area. The IESG has not made any determination as yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg at ietf.org) by January 20, 2010. Internet Wideband Audio Codec (codec) - Last Modified: 2009-12-17 Proposed Chair(s): * TBD Real-time Applications and Infrastructure Area Director(s): * Robert Sparks rjsparks at nostrum.com * Cullen Jennings fluffy at cisco.com Real-time Applications and Infrastructure Area Advisor: * Cullen Jennings fluffy at cisco.com Mailing Lists: General Discussion: codec at ietf.org To Subscribe: codec-request at ietf.org In Body: subscribe Archive: https://www.ietf.org/mailman/listinfo/codec Description of Working Group Problem Statement According to reports from developers of Internet audio applications and operators of Internet audio services, there are no standardized, high-quality audio codecs that meet all of the following three conditions: 1. Are optimized for use in interactive Internet applications. 2. Are published by a recognized standards development organization (SDO) and therefore subject to clear change control. 3. Can be widely implemented and easily distributed among application developers, service operators, and end users. There exist codecs that provide high quality encoding of audio information, but that are not optimized for the actual conditions of the Internet; according to reports, this mismatch between design and deployment has hindered adoption of such codecs in interactive Internet applications. There exist codecs that can be widely implemented and easily distributed, but that are not standardized through any SDO; according to reports, this lack of standardization and clear change control has hindered adoption of such codecs in interactive Internet applications. There exist codecs that are standardized, but that cannot be widely implemented and easily distributed; according to reports, the presence of various usage restrictions (e.g., in the form of requirements to pay royalty fees, obtain a license, enter into a business agreement, or meet other special conditions imposed by a patent holder) has hindered adoptions of such codecs in interactive Internet applications. According to application developers and service operators, an audio codec that meets all three of these would: (1) enable protocol designers to more easily specify a mandatory-to-implement codec in their protocols and thus improve interoperability; (2) enable developers to more easily easily build innovative, interactive applications for the Internet; (3) enable service operators to more easily deploy affordable, high-quality audio services on the Internet; and (4) enable end users of Internet applications and services to enjoy an improved user experience. Objectives The goal of this working group is to develop a single high-quality audio codec that is optimized for use over the Internet and that can be widely implemented and easily distributed among application developers, service operators, and end users. Core technical considerations include, but are not necessarily limited to, the following: 1. Designing for use in interactive applications (examples include, but are not limited to, point-to-point voice calls, multi-party voice conferencing, telepresence, teleoperation, in-game voice chat, and live music performance) 2. Addressing the real transport conditions of the Internet as identified and prioritized by the working group 3. Ensuring interoperability with the Real-time Transport Protocol (RTP), including secure transport via SRTP 4. Ensuring interoperability with Internet signaling technologies such as Session
[Ekiga-devel-list] New certificate for Ekiga.net
Hi, Since a month, Ekiga.net had an invalid certificate. It now has a new one for free for the coming year. A special thanks to TheBonsai and Damien who helped me and to Michel Memeteau who get the first one. Sorry for the inconvenience. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Happy New Year
Le vendredi 01 janvier 2010 à 00:49 +0100, Damien Sandras a écrit : Happy New Year to everyone ! Let all your dreams come true... Happy new year folks! Carpe diem quam minimum credula postero Best regards, Yannick -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ ekiga-list mailing list ekiga-l...@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] g729 and Ekiga
Hi, OPAL supports IPP codecs: http://www.ippcodecs.org/ This should work for Ekiga too... but it is mostly untested... Le mercredi 11 novembre 2009 à 21:45 +0100, thomas schorpp a écrit : hi greenhorns, Mark Ryden wrote: Hi, list, I want to add that this subject is of much interest also to me. I would really appreciate if somebody could shed some light on g.729 and ekiga. G.729 has patents pending and so cannot be distributed under most OSS-licences. AFAIK, there are some open source projects which support g.729 codecs. For example, asterisk (though I do not have experience with it). Format support, Codec operation support requires buying a licence as You can RTFM of Asterisk. There are some more, which were mentioned in some posts in this mailing list in the past. So, anybody who has experience with g.729 and Ekiga, (good or bad), please share your experience with us. There're better codecs, no one needs G.729. Rgs, Mark On Fri, Nov 6, 2009 at 7:13 PM, Andy Johnson johnson...@gmail.com wrote: Hello, Is there support in Ekiga for g.729 audio codec ? No. I saw some threads about it in the mailing list and on some other places, but I am not sure as whether this can be done or not. Read the source code and G.729 specific tech+law docs. I would appreciate if anyone who have any experience with it will share his experience. If it is possible to use g.729, it would be great to post here a step by step We're not Your unpaid personal support engineers. description of what should be done for achieving it. I see that in opal-3.6.6 , there is some support for g.729 (in src/codec/g729mf.cxx) but I am not sure what this means/ mf = media format, passthru, not codec operation implemented. Regards, AndyJ y tom ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:yann...@ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] BETA test for a new Ekiga.org WebSite
Le vendredi 30 octobre 2009 à 08:52 +0100, Damien Sandras a écrit : Le vendredi 30 octobre 2009 à 00:16 +0100, yannick a écrit : Le jeudi 29 octobre 2009 à 21:19 +0100, Michal Svoboda a écrit : yannick wrote 1581 bytes: The new infrastructure behind the website, which is based on the well know open source Drupal framework, will allow us to update the content or the theme of the website much more easily. Everyone seems to move to Drupal now. Make sure you understand the security aspects of this mammoth. I did a blitz check and it seems /cron.php is world wide accessible. If some people on the mailing list are interested in WEB design and want to improve the website design, please do not hesitate to collaborate to a new skin or to improvements to the current skin so that we present the best community website possible. Hi, The site was empty during the past night, it is now back up again (I moved it...) I'm using the zen theming engine for drupal. I find it helpful to start theming. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Opal 3.6.6 build problem
yannick a écrit : László Monda a écrit : I truly hope they'll have 3.2.6 in Karmic because the bugs in 3.2.0 could hammer Ekiga's reputation. Well, IMHO Ubuntu is doing a poor job at quality assurance. As member of the Ekiga team and supporting my own daily distro (Ubuntu) I've a quite long history of bad support in Ubuntu, e.g. see: https://help.ubuntu.com/community/Ekiga#Gutsy 7.10 Troubleshooting The long time before 3.x was included in Ubuntu, or the last event when Ubuntu replaced Ekiga and Pidgin with Empathy. They involved them quite early in usability https://wiki.ubuntu.com/EmpathyVsPidginUsability They never did publicly a comparison featurewise between ekiga and Empathy: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/253765 SIP is broken in Empathy: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/253765/comments/12 And finaly Ubuntu tested VoIP with Empathy few days ago (they will release in 1 month...) and VoIP is not reliable: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/434878 (see the reporters, it is Ubuntu internal). Thus, the issue here, is not Ekiga's reputation, but Ubuntu's reputation... And this is now ~ official: http://www.jonobacon.org/2009/10/02/ubuntu-9-10-karmic-koala-beta-released-testers-needed/ Jono Bacon is something like community manager for Ubuntu, ../.. Empathy Audio and Video Calls Karmic ships with a new instant messaging client called Empathy, based on the tremendous Telepathy framework. Empathy is the right direction for IM in the GNOME and Ubuntu projects, and recent additions to it include screen sharing and audio and video calling. The audio/video side of Empathy has had some mixed results for different users, so this really needs your love. This is how you test: ../.. Even If I'm quite disapointed, Ubuntu is the distro I use daily on my 2 computers and I even installed it at work (a primary school)... But I do not advice people/friends about GNU/Linux much (except one of my friend, but he is in the computer business...) Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Registration to ekiga.net is broken.
Hi, Since yesterday, new user registration to ekiga.net is broken due to an issue with the captcha. We are working on fixing this. Sorry for the inconvinience. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Setting the goals for Ekiga 3.4
Eugen Dedu a écrit : Michael Cronenworth wrote: On 09/27/2009 05:19 AM, Damien Sandras wrote: Comments ? How about performance profiling? Ekiga may not be responsible, but on a good video phone call I will see at least one core at 100% CPU usage on a brand new Core 2 Duo system. Would it be good to profile the OPAL and/or ptlib as well as Ekiga to get CPU usage down? Skype, even though it's pretty much junk, uses less CPU. This CPU power draw reduces battery life on laptops, causes higher heat output, etc. This is a good point too, there is already https://bugzilla.gnome.org/show_bug.cgi?id=581019, we just need someone to do it :o) and this one: https://bugzilla.gnome.org/show_bug.cgi?id=591627 ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Opal 3.6.6 build problem
László Monda a écrit : I truly hope they'll have 3.2.6 in Karmic because the bugs in 3.2.0 could hammer Ekiga's reputation. Well, IMHO Ubuntu is doing a poor job at quality assurance. As member of the Ekiga team and supporting my own daily distro (Ubuntu) I've a quite long history of bad support in Ubuntu, e.g. see: https://help.ubuntu.com/community/Ekiga#Gutsy 7.10 Troubleshooting The long time before 3.x was included in Ubuntu, or the last event when Ubuntu replaced Ekiga and Pidgin with Empathy. They involved them quite early in usability https://wiki.ubuntu.com/EmpathyVsPidginUsability They never did publicly a comparison featurewise between ekiga and Empathy: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/253765 SIP is broken in Empathy: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/253765/comments/12 And finaly Ubuntu tested VoIP with Empathy few days ago (they will release in 1 month...) and VoIP is not reliable: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/434878 (see the reporters, it is Ubuntu internal). Thus, the issue here, is not Ekiga's reputation, but Ubuntu's reputation... Even If I'm quite disapointed, Ubuntu is the distro I use daily on my 2 computers and I even installed it at work (a primary school)... But I do not advice people/friends about GNU/Linux much (except one of my friend, but he is in the computer business...) Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Setting the goals for Ekiga 3.4
Damien Sandras a écrit : Le dimanche 27 septembre 2009 à 12:38 +0200, yannick a écrit : I think it is a good idea to add TCP support; atm the lack of TCP signaling for SIP broke some setups (calls fail), and as a packager I do not package extra codecs (non free) because of this bug. This means those non free codecs are undertested (e.g. it seems latest x264 lib do not compile with Ekiga anymore), and we lose some interoperability with other software/hardware out of the box. Agreed. However, that's more an OPAL feature and it requires serious work on Ekiga.net to add support for TCP and NAT traversal. I'm not sure of the result of having 1 active TCP connections to Ekiga.net either. hm... we are back to my secret project to take over the world... Thus I have a fix, but it will be released in 5 years :P I also think we should add some automatic workarounds. e.g. for freephonie.net which only works if video is disabled. Those issues hurt our reputation (even if the culprit is on the registrar side for not supporting well enough the standard). We have discussed that with Eugen, and he has some ideas to not clutter much our code... /me launching the hot patato to Eugen ;) I hate workarounds :-) Imagine we disable video for freephonie and they fix their stuff: we will ship broken stuff. But that's something we need to think about. Is that possible to contact them and ask them why we are rejected when offering video? Indeed, I need to ask them... thanks for the reminder. Still, I'm quite sure we will need some workarounds. Plugins maybe? ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ubuntu package/logs for testing the incoming stable release
yannick a écrit : yannick a écrit : yannick a écrit : Hi, With the help of Eugen Dedu (thx), I packaged The actual stable branch of Ekiga for Ubuntu 9.04 (last ubuntu stable): https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease This is *not* a release, the intent is for testing and paving the way for packaging the release. I updated my packages with today's stable branch. This time it should update flawlessly, i.e. automaticaly. I just packaged 3.2.7 testing branch... I'll update on a ~weekly basis. btw, Michael did it too for windows: http://wiki.ekiga.org/index.php/Windows_Users#Experimental_Releases Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ekiga 3.2.6 Ubuntu packages available
Hi, I made packages for Ubuntu of Ekiga 3.2.6. Get them here for now: https://launchpad.net/~sevmek/+archive/ekiga-released (instructions and packages) We will copy them on ekiga.net soon. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Win32 Ekiga-3.2.6 available
Michael Rickmann a écrit : Am Mittwoch, den 23.09.2009, 10:00 +0200 schrieb Eugen Dedu: Michael Rickmann wrote: After more than two weeks of absence I am back and will care a bit more for Ekiga's Win32 port. So first thing to do was to build the new stable release. You find the installers and how to build in http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ . The Win32 version has two issues: 1) ptlib was patched with a workaround to let Ekiga terminate under Vista. This is still a to do for 3.2.7 . 2) The tray icon menu is difficult to close. Dragging a menu item onto the desktop helps. Hi Michael, Excellent news! I updated http://wiki.ekiga.org/index.php/Windows_Users page yesterday, but now it is already obsolete :o) Could you take care of it (new 3.2.pre6 link, is 3.0.2 still *the stable* release?)? Hi Eugen, it seems I should try to edit the Wiki page, but apparently I am too stupid to create an account. For me the Win32 3.2.6 is better than the No, you're not! It is just we disabled self account creation because of some bot. Just give me an username and i'll create you one using your email. 3.0.2 was and equally stable. So I would make 3.2.6 the new stable and put 3.0.2 into the Previous Releases. A new 3.2.pre7 will emerge next week adressing the tray icon. I think that gwdg.de has enough bandwidth (mirroring Debian, Ubuntu, Suse, ...), so that we can leave the files there. Michael ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Win32 Ekiga-3.2.6 available
michel memeteau a écrit : Hello , thanks for this new release , especially appreciated for Win32 2009/9/23 Michael Rickmann mric...@gwdg.de:I think that gwdg.de has enough bandwidth (mirroring Debian, Ubuntu, Suse, ...), so that we can leave the files there. I downloaded at 80 Ko/s so it's pretty slow. Why not give Mickael a way to upload his release on ekiga.org ? Well I was quite busy with the 3.2.6 release, now i'm quit busy with packaging it. My next step is to move ekiga.org to drupal, it should give new features like account management for uploading package directly there... ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga Trunk in bad state: help confirming this
Julien Puydt a écrit : Damien Sandras a écrit : Hi, I have run Ekiga trunk today. I had not done so for a long time due to bugfixing in the stable branch. I noticed the following bugs : - latency to the echo test is high, it reaches 160ms when the girl stops talking Using stable branch from 9 sept. I have almost the same latency, but my inet connection sucks today, thus i'm not sure it is due to ekiga... No clue. - CPU usage is high : 30% without video (audio only) No clue. Seems there is an issue here too using stable branch: on intel atom (1.6 MHz), CPU run at 50%, i.e. 800 Hz and top says for calling 500: ~65% audio + video and 55% audio only. I have hard time believing audio (PCM) use using CPU approx. 5 times more than video (H261) - Presence is broken On stable branch I do not think so... Yes -- at least partially. Can you confirm you also see those problems ? I can confirm one of them. Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ubuntu package/logs for testing the incoming stable release
yannick a écrit : yannick a écrit : Hi, With the help of Eugen Dedu (thx), I packaged The actual stable branch of Ekiga for Ubuntu 9.04 (last ubuntu stable): https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease This is *not* a release, the intent is for testing and paving the way for packaging the release. I updated my packages with today's stable branch. This time it should update flawlessly, i.e. automaticaly. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Registrar compliance
Michael Rickmann a écrit : Yesterday Robert checked commit 23341 into Opal stable which allows Ekiga to deal with registrars which do not allow RFC1918-IPs and which may possibly help in complex interface situations as reported in http://bugzilla.gnome.org/show_bug.cgi?id=592012 . To use Opal's capabilities I have adapted my patch to Ekiga stable (attached) with which you have to place the string %limit into the account name. For me it works for a noRFC provider. Regarding the various possibilities of non-compliant registrars a simple boolean is_limited is rather simple minded. On the other hand have we only one method to deal with these registrars at the moment. How shall I proceed? Michael Hi, Is it possible to have this automated? I'm aware of at least 2 registrar answers: Server: ecomPhoneServer P-Registrar-Error: Too many registered contacts (from the above URL) and SIP/2.0 403 Keine RFC1918-IPs erlaubt Server: UI OpenSER (from here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/362891 ) Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Registrar compliance
Damien Sandras a écrit : Le dimanche 06 septembre 2009 à 14:25 +0200, yannick a écrit : Eugen Dedu a écrit : Another idea is to have a database of such registrars. Where? on the web or inside ekiga? I would prefer something which do not require user action (fully automated)... The problem is that each REGISTER will be tried twice in case of failure. There is no dedicated error code for the too many contacts problem. I will perhaps try the automated method only if we can not register for a reason which is different than those cases: - timeout - transport error - forbidden That would be nice. In the cases we have, there is a 500: SIP/2.0 500 Service Unavailable CSeq: 3 REGISTER Via: SIP/2.0/UDP 90.178.67.135:5060;received=90.178.67.135;branch=z9hG4bK1c25676e-3a97-de11-8e1e-0022fa93d416;rport=5060 Server: ecomPhoneServer From: sip:222365...@hlas.802.cz;tag=2c0c7d66-3a97-de11-8e1e-0022fa93d416 Call-ID: 705f7c66-3a97-de11-8e1e-0022fa93d...@bradford To: sip:222365...@hlas.802.cz;tag=482965bfc53a503a3279ddc55b12e697.f882 P-Registrar-Error: Too many registered contacts Content-Length: 0 and a 403: SIP/2.0 403 Keine RFC1918-IPs erlaubt CSeq: 1 REGISTER Via: SIP/2.0/UDP 79.209.54.40:61224;branch=z9hG4bK04c5cbff-541d-de11-9f94-001b9e55716e;rport=61224 Server: UI OpenSER From: sip:49941...@sip.1und1.de;tag=d88bc7ff-541d-de11-9f94-001b9e55716e Call-ID: 2cde27fe-541d-de11-9f94-001b9e557...@clarissa-laptop To: sip:49941...@sip.1und1.de;tag=329cfeaa6ded039da25ff8cbb8668bd2.ad0d Content-Length: 0 I don't think adding a new setting is a good idea. I don't think keeping a database of broken registrars is a good idea either. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Registrar compliance
Damien Sandras a écrit : Le dimanche 06 septembre 2009 à 15:53 +0200, yannick a écrit : Damien Sandras a écrit : Le dimanche 06 septembre 2009 à 14:25 +0200, yannick a écrit : Eugen Dedu a écrit : Another idea is to have a database of such registrars. Where? on the web or inside ekiga? I would prefer something which do not require user action (fully automated)... The problem is that each REGISTER will be tried twice in case of failure. There is no dedicated error code for the too many contacts problem. I will perhaps try the automated method only if we can not register for a reason which is different than those cases: - timeout - transport error - forbidden That would be nice. In the cases we have, there is a 500: and a 403: It is their decision, ie nothing standardized. We could have 500 in other cases too. We could have something else than 500. That's annoying. (Especially the 403 which is a code generally used to say authentication failed). I know... Maybe think of this as the situation when writing a browser, there is the W3C and tricks firefox implement for compatibility with badly designed web sites. Unfortunately, few users will ask for W3C compliance. Still it is important some people ask for standard compliance. Some tools like the ACID test or the W3C syntaxe checker will be nice for SIP... Or maybe a warning in Ekiga telling this registrar is not standard compliant... But our users will still report the incompatibility as a bug in our software :/ ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Reorganizing things
Peter Robinson a écrit : Sorry, it is a bad timefor me as my work is starting again; I'll have fewer spare time for 2 or 3 weeks... (Except Peter: thanks for the nice words and help offer!) Le lundi 31 août 2009 à 19:58 +0200, Damien Sandras a écrit : Dear all, It appears clearly that since a few months I can dedicate less time than before to Ekiga. During the first 5 to 6 years of the project, I was dedicating all evenings to the project and nearly all week-ends, fully. It is now impossible for me to continue developing at that pace. If we organize things in a clever way, I think it will not be a problem. My intensive work probably hide a few organization problems. We now have a few very high quality contributors: they help the project move forward will less devotion from myself. The purpose of this e-mail is to identify the areas where people can help and how we should work. But before identifying those areas, I would stress on the fact that my wish is to release often, but with only a limited set of new features, that are well-tested. We have seen in the past that we had worked on many new features, half-finished, and that it was hard to stabilize them before doing a release. I don't want this to happen. I like this idea too, 3.0 was a pain to release. Beside, network (TCP support) and the audio part of Ekiga (e.g. pulse audio) needs some new features quickly. From a Fedora point of view the two bugs I see on a regular basis are Audio Problems (will be fixed mostly by a Pulse Audio plugin set as the default) and Network issues which are mostly Firewall and NAT based. I think support for upnp would possibly fix most of those issues for the average user. The would be the most useful features from my point of view and the later would probably also help the issue with ekiga.net not working mentioned elsewhere. I see pulse audio as a good thing for the Linux audio stack; it provide a unified test case of the major features and my hope is to see it improve the situation at the end. (and IMHO it really needs improvements...) The network issue is also a complex matter. I agree upnp will improve the situation too. Still it will not be enough for some people. The software we compete with here (skype) is full of workarounds for hardware/network config *hostile* to VoIP. As people with software which do not work are always louder than people where it just work, the situation will still harm ekiga reputation. Beside, the security topic here is quite important and very complex, and this is something skype deals with obscurity. Quite frankly, I doubt if the skype protocol was open, it will be considered as secure... I've started to work on the topic, i.e. how to deal with hardware/setup hostile to VoIP. I've hope to publish a white paper in the coming months (I was full of hope to publish this for the end of august, but I was then busy with user support, bug triaging, packages, etc.). I do not see a good fix for that in the short term. Any help is welcome. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ubuntu package/logs for testing the incoming stable release
yannick a écrit : Hi, With the help of Eugen Dedu (thx), I packaged The actual stable branch of Ekiga for Ubuntu 9.04 (last ubuntu stable): https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease This is *not* a release, the intent is for testing and paving the way for packaging the release. I updated my packages with today's stable branch. Because I changed the ekiga naming convention, it does not update properly: sudo aptitude remove ekiga ekiga-dbg sudo aptitude update sudo aptitude install ekiga ekiga-dbg I do not have much spare time currently and wont be able to test new fixes included until the week-end. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Reorganizing things
Damien Sandras a écrit : Nobody ? Sorry, it is a bad timefor me as my work is starting again; I'll have fewer spare time for 2 or 3 weeks... (Except Peter: thanks for the nice words and help offer!) Le lundi 31 août 2009 à 19:58 +0200, Damien Sandras a écrit : Dear all, It appears clearly that since a few months I can dedicate less time than before to Ekiga. During the first 5 to 6 years of the project, I was dedicating all evenings to the project and nearly all week-ends, fully. It is now impossible for me to continue developing at that pace. If we organize things in a clever way, I think it will not be a problem. My intensive work probably hide a few organization problems. We now have a few very high quality contributors: they help the project move forward will less devotion from myself. The purpose of this e-mail is to identify the areas where people can help and how we should work. But before identifying those areas, I would stress on the fact that my wish is to release often, but with only a limited set of new features, that are well-tested. We have seen in the past that we had worked on many new features, half-finished, and that it was hard to stabilize them before doing a release. I don't want this to happen. I like this idea too, 3.0 was a pain to release. Beside, network (TCP support) and the audio part of Ekiga (e.g. pulse audio) needs some new features quickly. Here is the list of tasks I have identified. a) Reorganization of the WEB service (ekiga.org + ekiga.net) : it is a much required work to give the feeling of a united and well thought service. We need designers for that task. I'll do some work for it soon. first, I'll start with a theme maching current ekiga.org for drupal. b) Reorganization of ekiga.net services : more stability, more features. I can take care of that myself, but external help would be great. c) Accounts support : we receive many e-mails of people wanting to remove their account or wondering why it does not work. They are not answered anymore. We need somebody to help with that. Indeed, I do not really respond to all requests, still it is also in my plan to improve ekiga.net with deletion of account and a new password design (design is done, implementation is the next step) d) Development : we need more developers. Eugen is handling bugzilla and patches. Julien is coding a lot. Michael is working on the WIN32 version which is nearly as good as the Linux version. More people like all of them should join the Ekiga project and help improving it. e) Documentation : Yannick has been managing this since a few years nearly alone. Help is welcome. I'll do some work for it too, but ekiga.net and ekiga.org reshaping will come first. I think our website is the best meeting point for users and devs willing to help. It really needs improvements. f) User Support : We all do user support at some level. When we do user support, it means we can not dedicate time to our other tasks to make the software progress. More people working on user support should join. Perhaps a forum instead of a mailing list would be more modern and ease the task. As ekiga does not report errors in a very distinctive way, support is hard to do for people which cannot read a -d 4. A forum will not fix that. I think some dev is needed in ekiga (e.g. a debug console). Did I forget something? I will add testing: testing before a release, testing interoperability, and testing new features in the master tree in coordination with devs in charge. Best regards, Yannick Feel free to comment... ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Testing for 3.2.6
e schmidbauer a écrit : I would recommend compiling ekiga with celt 0.6.1 The git version of celt is incompatible with freeswitch. Hi, As the responsible guy packaging Ekiga *for the ekiga project* (i'm not an ubuntu packager) for Ubuntu, and as CELT is a moving target until it reach 1.0, my policy for the packages will probably be as follow: Take the version of libcelt in the latest released ubuntu, OR (exclusive) the actual dev tree of ubuntu and backport it to previous ubuntu release. For now the situation in ubuntu is as follow: * intrepid (libs): The CELT codec runtime library [universe] 0.3.2-1: amd64 i386 * jaunty (libs): The CELT codec runtime library [universe] 0.5.1-0ubuntu1: amd64 i386 * karmic (libs): The CELT codec runtime library [universe] 0.6.1-1: amd64 i386 And for now, I do not package CELT, neither the official ubuntu package. I've some work to do first on packaging the OPAL codecs (split them in several packages because of a nasty bug related to MTU size and UDP packets), then I will use the libcelt in karmic and backport it, thus you're lucky, I'll use libcelt version 0.6.1. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Testing for 3.2.6
Peter Robinson a écrit : On Thu, Aug 27, 2009 at 1:48 PM, yannicksev...@free.fr wrote: Peter Robinson a écrit : Hi Yannick, As the responsible guy packaging Ekiga *for the ekiga project* (i'm not an ubuntu packager) for Ubuntu, and as CELT is a moving target until it reach 1.0, my policy for the packages will probably be as follow: Take the version of libcelt in the latest released ubuntu, OR (exclusive) the actual dev tree of ubuntu and backport it to previous ubuntu release. For now the situation in ubuntu is as follow: * intrepid (libs): The CELT codec runtime library [universe] 0.3.2-1: amd64 i386 * jaunty (libs): The CELT codec runtime library [universe] 0.5.1-0ubuntu1: amd64 i386 * karmic (libs): The CELT codec runtime library [universe] 0.6.1-1: amd64 i386 And for now, I do not package CELT, neither the official ubuntu package. I've some work to do first on packaging the OPAL codecs (split them in several packages because of a nasty bug related to MTU size and UDP packets), then I will use the libcelt in karmic and backport it, thus you're lucky, I'll use libcelt version 0.6.1. I'm the package maintainer for both celt and ekiga in Fedora. As the celt bitstream isn't frozen yet and is still open for change I initially enabled in Fedora and then dropped it until the bitstream is stable. Because of that the only way celt is guaranteed to work if its between the versions of ekiga linked against the same version of celt. That's indeed a short and clear description of the issue with CELT. Thank you :-) Peter BTW, Peter, we do have a nasty bug in Ekiga (see: http://bugzilla.gnome.org/show_bug.cgi?id=341518#c8 ) From what I can see in your package in F11, people do have the exact same situation with Fedora as described in the above URL. The proper fix is to add TCP support but it will take some times (hopefully in Ekiga 3.4.x) . Until then a possible workaround is to package some codecs outside OPAL and make them available as suggest (i do not know the terminology in RPM packages) to Ekiga. Only splitting the G726 audio codec will free at least 100 bits in the INVITE and will make calls work for most people with the default installation (it will prevent reaching the standard MTU size 1500, thus will prevent split/or refusing of UDP packets in most cases.). In most cases, G726 is not mandatory for interoperability. Yes, I have seen it. Fortunately we don't enable all the codecs by default and we don't have celt enabled nor ones with patent issues such has H.264 and strip out iLBC because of other licensing issues so I think that allows us to mostly not see the issue too much. Good :) Thank you for the fast reply. Peter Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Testing for 3.2.6
yannick a écrit : Hi, With Eugen, we started our testing for 3.2.6: Results available here http://wiki.ekiga.org/index.php/Pre-release_test#Ekiga_3.2.6_Pre-tests We were not able to finish the testing due to computer hardware issue. We will probably continue tomorrow. We did a bit more today but it is not finish yet... see the URL for latest test results. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Testing for 3.2.6
Hi, With Eugen, we started our testing for 3.2.6: Results available here http://wiki.ekiga.org/index.php/Pre-release_test#Ekiga_3.2.6_Pre-tests We were not able to finish the testing due to computer hardware issue. We will probably continue tomorrow. Broken features are: * call-in notification * Call Hold * Call Transfer * Call Forwarding on always (and probably all types of call forwarding) * DTMFs Support and some more minor stuff, see the wiki and we will report also some bugs/crashs on bugzilla we found. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ubuntu package/logs for testing the incoming stable release
Hi, With the help of Eugen Dedu (thx), I packaged The actual stable branch of Ekiga for Ubuntu 9.04 (last ubuntu stable): https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease This is *not* a release, the intent is for testing and paving the way for packaging the release. The compiler used is: gcc-4.3_4.3.3-5ubuntu4 There is some warnings in the logs when compiling, if you think it is worth fixing them... Ekiga version: GIT commit 9c6bf9b02835a18371ce36f414fb1892af34aa53 from SatAug22 22:31:53 2009+0200 OPAL/PTLIB: SVN revision 23260 Ekiga logs: i386 http://launchpadlibrarian.net/30730603/buildlog_ubuntu-jaunty-i386.ekiga_3.2.6~ppa2009083153~jaunty5_FULLYBUILT.txt.gz amd64 https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease/+build/1186597/+files/buildlog_ubuntu-jaunty-amd64.ekiga_3.2.6~ppa2009083153~jaunty5_FULLYBUILT.txt.gz lpia https://launchpad.net/~sevmek/+archive/ekiga-stable-prerelease/+build/1186599/+files/buildlog_ubuntu-jaunty-lpia.ekiga_3.2.6~ppa2009083153~jaunty5_FULLYBUILT.txt.gz There is also logs for OPAL and PTLIB available if needed... Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ekiga.net down?
Peter Robinson a écrit : It seems that ekiga.net is currently got issues? Can someone poke it? It is indeed down. We are waiting Damien or Jan to show up to restart the server. Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] 3.2.5 release
Damien Sandras a écrit : Le vendredi 10 juillet 2009 à 10:49 +0200, yannick a écrit : That's what I thought. By default, only a few codecs are enabled. The bug is strange, since https://launchpadlibrarian.net/24407094/ekiga_3.2.0-0ubuntu1.diff.gz does not show any change related to enabled codecs in ekiga... I guess people enable everything. I have done some limited search on the MTU topic and it seems the MTU can vary along the patch. Beside large bandwidth can greatly benefit for a larger MTU than 1500 and some people are pushing to have larger MTU in this case. (I have a report with this case at hand here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/380091 )I do not know how the choice if 1500 is made inside OPAL; if it is hardcoded it is probably a source of frame dropping in some case (and it happen probably in silence). Around 1400 seems more safe but it seems to not cover all cases. AFAIK a proper fix for this situation is to use a discovery mechanism for the MTU: fortunately this exist in RFC: http://tools.ietf.org/html/rfc4821 OPAL does not touch the MTU. The MTU setting on a machine is an OS thing, not a user program thing. (ARGH I only answered to Damien, reposting to the list, sorry Damien for the noise...) It does not matter, even if your host has a 1500 MTU, the next hop in the path can have a 1400 MTU (I agree this should be a rare case), thus if you only take your host in account you'll be screwed. e.g. the AOL ISP use a 1450 MTU: MTU (Maximum Transfer Unit) defines the largest data packet size you can transmit in one go across a network. Any messages larger than the MTU are divided into smaller packets before being sent. The industry standard follows the principle that in order to transmit the largest amount in one go, an MTU should be set to a high value, such as 1500. However, the AOL Broadband network runs at an MTU of 1450. Many modem routers have inbuilt auto-configurations where the hardware identifies that the AOL Broadband traffic has an MTU of 1450 and dynamically adjusts. If the modem router hardware does not have this facility, the MTU setting can manually be changed on the computer. Source: http://help.aol.co.uk/what-is-an-mtu-setting-and/article/20060802093009990042 ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] 3.2.5 release
Eugen Dedu a écrit : Hi, So we are preparing a new stable release. What are the blocking bugs? - picture in picture does not work sometimes - -d 4 warnings about too many consecutive I-frames, still investigating if it is harmful or not - initially greyed image, seems only cosmetic, still investigating Are there others? The PDU1500 issue? Here is a report from a Ubnutu user (I know, I should not trust blindly a user, but i wont be able to test before tomorrow...): No I hadn't installed any non-free codecs (not knowingly anyway). I wanted to confirm this so I booted from clean live USB memory stick image (Jaunty). Selected ekiga for installation. Synaptic informs that the following are required: libgsm1, libopal3.6.1, libpt2.6.1, libpt2.6.1-plugins-alsa, libpt2.6.1-plugins-v4l2. (All of these come from the Main repository). Once above are installed: Ekiga has the same problem as described above (PDU exceed 1500) and same solution as you describe above also works. Out-of-the-box Audio codecs: G722, Speex(16kHz), PCMA, PCMU, G726-16, G726-24, G726-32, G726-40, gsm, ms-gsm, Speex(8kHz). Out-of-the-box Video codecs: h261, theora. So, in answer to your question, only using default packages from Ubuntu is sufficient for PDU to exceed 1500. Do we need a workaround for this before a proper fix? (TCP support) ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [POLL] Which video output implementation are you using?
Julien Puydt a écrit : Peter Robinson a écrit : trying to understand the following bug : http://bugzilla.gnome.org/show_bug.cgi?id=575887 I stumbled on a terrible question : what if the X video output had always been broken?! Could you please answer to that mail stating whether ekiga is using XV or X for the video output on your box? I'm pretty sure the Fedora build is using Xv. What's the easiest way to detect this? I haven't had any reports of it from Fedora users (not to say that its not a problem). I presonally don't use video regularly. ekiga -d 4 says what is used when video preview is enabled. I think the X code is a fallback for the XV code. :-/ Hoo! Now I remember Mathias implemented a gconf for his tests to disable XV. I'm not sure but maybe the code is still there; i found this in gconf: /apps/ekiga/general/user_interface/video_display/disable_hw_accel Is this what you're looking for Snark? Best regards, Yannick Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.2 [STABLE] available
Peter Robinson a écrit : Well, I won't release 3.2.4. I give up, sorry. No issue, I've patched it now. No doubt there will be queries about it so it was more a FYI. If you do a 3.2.4 release it would be nice to have bug 583260 looked at [1]. In my F11 test env it doesn't start up (I don't get a icon in the tray). Well, there is a 3.2.4 now. I suppose it is better to rest a bit. There is some days worst than other... Still, congrats Damien :) ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.2.1 [STABLE] available
Eugen Dedu a écrit : This is the first stable release of the 3.2 release series of Ekiga. We already have packages for slackware here: http://wiki.ekiga.org/index.php/Download_Ekiga#Slackware ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] win32 issues, and Linux too?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Rickmann a écrit : Ok I have submitted the two bug reports https://sourceforge.net/tracker/?func=detailaid=2728003group_id=204472atid=989748 https://sourceforge.net/tracker/?func=detailaid=2728037group_id=204472atid=989748 Another Win32 issue, the crash on exit one: I have been fighting to There is people using 3.2 on linux report the same symptom: crash on exit, e.g. see: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/353716 https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/352215 https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/352208 https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/352342 obtain a debug built of ekiga which allows gdb to backtrace across different dlls. For others who try the same: in the win32 Makefile autogen.sh with --enable-opal-debug instead of --enable-debug and use -gstabs instead of -g as the debugging flag. Attached gdb backtrace was produced on an XP home machine using the gdb contained in https://sourceforge.net/project/downloading.php?group_id=204414use_mirror=switchfilename=gdbserver-6.8-002-20090131.exea=88862589 To me the underlying bug appears obscure. Apparenly, it happens when the sigc++ objects for the address book are destroyed. Can anyone suggest a strategy how to approach this crash? Regards Michael ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknV6xAACgkQaP9jcuuuScBZKwCfXDxNrXwBzPQ3G8L9HG+xkjE9 C6wAn2mDOkawGepvE31GvjmcTg4jX8se =wtsW -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ekiga white page are down.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Since at last Fri, 03 Apr 09 11:22:00 +0200, the Ekiga white pages are down. We are trying our best to fix this issue as soon as possible. Sorry for that. Best regards, Yannick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknV67wACgkQaP9jcuuuScBfegCdFul5NqaGyKrtVL4zXuJy6541 lhkAoJh5/vq9Ch3PWbbqXOjRzxX8hWvk =pC96 -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] win32 issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julien Puydt a écrit : Julien Puydt a écrit : Oh, yes, I know that bug... but I still haven't understood it... and the fact that I can't reproduce it doesn't help (I get other crashes... in ptlib/opal). I got an idea and pushed a would-be fix... but since I can't reproduce that particular crash, then I'm waiting for feedback to confirm. And I'll need to review the code to find out if there are more occurrences of this situation. Well, there is a pool of people having this crash with ubuntu, those users are using the dev version of ubuntu, if you provide me a patch for the 3.2.0 source, we could probably build a package using the Ubuntu PPA service and ask those people to try the resulting package. Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknV/O4ACgkQaP9jcuuuScDHJgCfeUjhwXmRUlIGlrdG4bc6x+Zc 4AUAoIVa6MiG2MUZQScUnouh+pDeknCk =5Oby -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Ekiga 3.2 is in Ubuntu 9.04
yannick a écrit : H.S. a écrit : yannick wrote: yannick a écrit : Hello, Ken VanDine from Ubuntu made a package of Ekiga 3.2 for the incoming Ubuntu 9.04, it lacks several codecs but it is important to try it for a possible integration to the next stable release of Ubuntu. Further information and package here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/341367 Best regards, Yannick Ekiga 3.2 has been approved for Ubuntu 9.04: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/341367/comments/21 Any news about the number of codecs included with it? Thanks. Ekiga 3.2.0 just hited the official repository for Ubuntu 9.04, it has the G722 audio codec and all the audio codecs previously present. Video codecs are H261 and Theora. Codecs lacking are: Audio: CELT and ILBC Video: H263, H263-1998, MP4V-ES, H264 I opened a bug report in Ubuntu BTS about this issue here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/351606 In this bug report: https://bugs.launchpad.net/ubuntu/+source/opal/+bug/316971 a user builded packages for some codecs lacking in the official Ekiga 3.2 package for Ubuntu Jaunty. For now the video codec H.264 and the audio codec iLBC are available in its PPA: https://launchpad.net/~bojo42/+archive/ekiga He asked for testing them. Any testers are welcome, please report on the bug report mentionned above. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Ekiga white page are down.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 yannick a écrit : Hello, Since at last Fri, 03 Apr 09 11:22:00 +0200, the Ekiga white pages are down. We are trying our best to fix this issue as soon as possible. It is up again now. Sorry for that. Best regards, Yannick ___ ekiga-list mailing list ekiga-l...@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknWS3sACgkQaP9jcuuuScBGIwCcCdHHZRHHDY5BiB4ybSy9qPsU MUoAoIv7qJC54Z9vLt5RIDaJxEGhBTUA =VBd+ -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Ekiga 3.2 is in Ubuntu 9.04
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Robinson a écrit : Hi All, Ekiga 3.2.0 just hited the official repository for Ubuntu 9.04, it has the G722 audio codec and all the audio codecs previously present. Video codecs are H261 and Theora. Codecs lacking are: Audio: CELT and ILBC Video: H263, H263-1998, MP4V-ES, H264 I opened a bug report in Ubuntu BTS about this issue here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/351606 ekiga 3.2 is in Fedora rawhide now too, although I've already had a segfault reported against it. Very similar config to that of ubuntu. The reason for the lack of ilbc and the listed video codecs could be due to licensing issues. Peter Right. Still, I believe they could put them in what they call multiverse, those licensing issues do not apply in e.g. Europa, and iLBC is free for non commercial use. The issue for CELT in Ubuntu is most probably because it is not in main, but in universe. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknRFWEACgkQaP9jcuuuScARtACbBboLRQXW8jhX4PwX6g4RGPj/ UZsAnjK2HQE5qv/ddndULkFqteEsuIdi =UfvH -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Call for testing Ekiga 3.2 on Ubuntu 9.04
yannick a écrit : Hello, Ken VanDine from Ubuntu made a package of Ekiga 3.2 for the incoming Ubuntu 9.04, it lacks several codecs but it is important to try it for a possible integration to the next stable release of Ubuntu. Further information and package here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/341367 Best regards, Yannick Ekiga 3.2 has been approved for Ubuntu 9.04: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/341367/comments/21 ___ ekiga-list mailing list ekiga-l...@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] The stun server is down.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Unfortunately the STUN server which helps to pass NATs is down at the moment. Thus you probably get a message error from Ekiga asking you to setup port forwarding. When the STUN server will be up again this error will disappear. We hope to fix this situation soon. Sorry for the disagreement. Best regards, Yannick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknJ9rIACgkQaP9jcuuuScBy/gCfRo+WuUDUzBtpoZL9kokvKXHU YKEAoJA0BjKHJqppGDXbw4Xhu7h52JtP =76wH -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] The stun server is up.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, The STUN server is UP now. Best regards, Yannick yannick a écrit : Hello, Unfortunately the STUN server which helps to pass NATs is down at the moment. Thus you probably get a message error from Ekiga asking you to setup port forwarding. When the STUN server will be up again this error will disappear. We hope to fix this situation soon. Sorry for the disagreement. Best regards, Yannick ___ ekiga-list mailing list ekiga-l...@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknKHLQACgkQaP9jcuuuScDbcQCfcEzwx3XIXSzqG3vyp2DAG7Ft ztkAoLlP1c9AK+fsaseOFB9fJ2cojaD/ =o+is -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Call for testing Ekiga 3.2 on Ubuntu 9.04
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Ken VanDine from Ubuntu made a package of Ekiga 3.2 for the incoming Ubuntu 9.04, it lacks several codecs but it is important to try it for a possible integration to the next stable release of Ubuntu. Further information and package here: https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/341367 Best regards, Yannick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknF6ScACgkQaP9jcuuuScBFUgCdGtkjPxnB6Q789/8MbZTLRQ2M MLUAoJDO4lyQoMuVVCA/SU6bV/2Kc6Hw =TXqe -END PGP SIGNATURE- ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] wiki reloaded
Le samedi 31 janvier 2009 à 20:22 +0100, Damien Sandras a écrit : Wow that's great work, thanks ! Indeed. Thanks too :) ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Remove Bug:: wiki pages
Le lundi 26 janvier 2009 à 12:30 +0100, Eugen Dedu a écrit : Yannick, please remove http://wiki.ekiga.org/index.php/Compile_SVN_2x_Etch http://wiki.ekiga.org/index.php/PTLib_does_not_compile Done. Thank you for pointing out. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Update wiki page
Le mercredi 21 janvier 2009 à 12:16 +0100, Eugen Dedu a écrit : Hi, I would like to update page http://wiki.ekiga.org/index.php/Linux_Users I will do the following modifications, please reply if you don't agree: - remove completely section 1 (Packages installation): it's not only obsolete, but uninteresting in my opinion. If you still it is needed to help users how to install a package, then we can point to a Web page of the distribution. Please do explain why. My opinion is: this is necessary to provide good information on how to install last stable. Why? For newcomers to GNU/Linux the idea of a central package manager is something they do not imagine until someone reveals them it is the preferred way. I will not try to give here the reasons why this situation. Fact is some people will search the web for binaries to install, just like they did using Windows. Ekiga.org should point to how to proceed installing binaries just to take care of those people. Both for efficiency and educational purpose. Still, I do agree this page a big rework... It indeed will benefit from distro documentation for up-to-date and more comprehensive informations about how to do that. But, I will not pay much attention to that right now: our websites are too much uncooperative each other. I think the best to do is to integrate all of them using something like drupal (it is my plan...) and as I do not code atm, feel free to do as you want. - remove completely Compile ekiga (well, we can move the uninstallation part to Compile pages), because this info is already in Compile your own SVN version of Ekiga on Ubuntu (step-by-step) and the others (for Linux, FreeBSD, Windows). Indeed. As a general guideline, i'm asking to reduce the amount of pages as we will need to move all this to another backend. PS. sorry for the lag... Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:yann...@ekiga.net Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Wake Up World! Meet the New Boss, Same as the Old Boss
Le jeudi 22 janvier 2009 à 22:56 +0100, Damien Sandras a écrit : Le jeudi 22 janvier 2009 à 22:49 +0100, yannick a écrit : Hey Christophe (if the mail wasn't forged): WHAT THE FUCK?! I can understand you're pissed off. I do support freedom of speech. But c'mon, this is a dev list! Please let people choose what they want to see/hear. I suppose it was forged. Each and every GNOME mailing list I'm subscribed to received that mail... Christopher just answered: the mail was forged. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Le dimanche 11 janvier 2009 à 09:52 +, Andrea a écrit : Compiling in debug was not that trivial (I think --enable-opal-debug should be mentioned in the wiki) here is the page: http://wiki.ekiga.org/index.php/Debugging_Ekiga Damien, is there a need to add --enable-opal-debug ? ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] xmas theme for ekiga.net
Hi, For those who live in countries celebrating xmas, I made a special short-time lived theme for ekiga.net https://www.ekiga.net/ Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] gnome build bot
Hi, I just saw Gnome has a build bot: http://build.gnome.org/ People responsible for that can be found at the end of this document: http://live.gnome.org/BuildBrigade Sadly it does not build Ekiga correctly yet. Maybe we can get in touch with those people ? Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Kamailio-Users] Webx-SER: a new project to give kamailio users a web interface (like Serweb was)
Le dimanche 30 novembre 2008 à 21:58 +0200, Daniel-Constantin Mierla a écrit : thank you for your work and this project. Are there any screenshots available? What you see in action here: https://www.ekiga.net/ (the backend is kamailio) Is what you get from here: http://webxser.tuxfamily.org/ A web interface is something very important in x-ser ecosystem. I personally want to direct effort in this direction, to help developers of this kind of applications, to integrate better with kamailio/openser and sip-router -- feel free to approach me. That's very kind from you. I do this for fun on my spare time for some friends of mine (see http://www.ekiga.org ). My job is teacher in primary school. I work for the french state. Anyone willing to join the effort is welcome. Best regards, Yannick Defais Cheers, Daniel -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] win32 build
Le mercredi 12 novembre 2008 à 14:07 +, Matthias Schneider a écrit : Hi all, is there some more feedback on the latest win32 build available? The only thing that was brought to my attention was that there is a console being opened with some debug information spit out. If thats all trouble that ekiga for windows is having I thing we are doing quite alright... Matthias Unfortunately, no confirmation on my side of this working yet... ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] win32 build
Le mercredi 12 novembre 2008 à 14:07 +, Matthias Schneider a écrit : Hi all, is there some more feedback on the latest win32 build available? The only thing that was brought to my attention was that there is a console being opened with some debug information spit out. If thats all trouble that ekiga for windows is having I thing we are doing quite alright... Hi Matthias, I just had a long conversion with my friend using windows vista 64 bits and it worked quite good. We were using speex + theora. We had some crashes (well 4 crashes in 2 hours of discussion, 2 on my side and 2 on his side too, but unfortunately we do not have backtraces for it). Is the instructions here still useful: http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_send_us_a_backtrace_from_a_crash_2 ?? My friend is willing to help beta testing. One major issue seems to be with the screen saver under windows. It seems it made ekiga crash. There is also the gconf issue already reported when installing. Thank you for your work! Matthias ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Call for testing our new ekiga.net platform
Thank you for the feedback. I think i have fixed everything. http://www.ekiga.net Best regards, Yannick Le mardi 11 novembre 2008 à 12:21 +0100, Mike Massonnet a écrit : Hi Yannick, Here is my feedback: * Page Home At the bottom there is a long link that takes the whole sentence. I would recommend it to link only the words Further information like: a href=Further informations/a about the services provided by Ekiga.net. For what I remember from my HTML hacking days, this is a recommendation from the W3C ;) The same way I would recommend to replace the link Download the Ekiga softphone against a href=Download/a the Ekiga softphone, that is just one sentence upper. * Page Services The last paragraph Presence Web Button ends with a colon :. Perhaps you forgot to add the button images? * Page Register The terms and conditions are splitted into two lines, one line would suffice, or even without the label we would understand, there is already the frame label. * Page Registration Success The text If you are using another softphone, you'll probably need the registrar too: ekiga.net reads odd to me. I would state you'll probably need to set the registrar to: ekiga.net. Also, reduce the width of the image Ekiga.net Account to 70-60% maybe. Remember that not everyone has something over 1024. Cheers Mike -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Call for testing our new ekiga.net platform
Le lundi 03 novembre 2008 à 13:39 +0100, Damien Sandras a écrit : Hi, Without feedback : - do we consider that people are too lazy to test and that no test has been done We have an indicator: 279690 registered users : people are too lazy to test :( No one registered (except Eugen) - do we consider that it works well Do we another choice ? It still lacks the change password feature... ? Le mercredi 29 octobre 2008 à 23:19 +0100, yannick a écrit : Hello, We are currently in the process to switch the softwares used for the ekiga.net service. Before the real switch, we need some people to test it. To use the improved service, you just need to configure ekiga 3.0 to use an inbound proxy (in Edit - Preferences - SIP Settings - Outbound Proxy): set it as ekiga.net:6060. The rest is just similar to the current use of ekiga.net You need to use the stable release of Ekiga 3.0 (3.0.0, or 3.0.1) to test the new system. Our current Ekiga trunk (SVN) has its outbound proxy broken at the moment. We also have a new web interface to register accounts: http://ekiga.net/yannick/weboser/ Warning: All new account created using this new web interface will be deleted once we will do the real switch. We are waiting your feedback. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Call for testing our new ekiga.net platform
Hello, We are currently in the process to switch the softwares used for the ekiga.net service. Before the real switch, we need some people to test it. To use the improved service, you just need to configure ekiga 3.0 to use an inbound proxy (in Edit - Preferences - SIP Settings - Outbound Proxy): set it as ekiga.net:6060. The rest is just similar to the current use of ekiga.net You need to use the stable release of Ekiga 3.0 (3.0.0, or 3.0.1) to test the new system. Our current Ekiga trunk (SVN) has its outbound proxy broken at the moment. We also have a new web interface to register accounts: http://ekiga.net/yannick/weboser/ Warning: All new account created using this new web interface will be deleted once we will do the real switch. We are waiting your feedback. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] On XCAP and resource-lists standards
Le jeudi 23 octobre 2008 à 14:16 +0200, Julien Puydt a écrit : Hi, I have still no news from anyone about the way other clients than eyebeam store their resource-lists. Hello, This is quite a complicated matter and unfortunately i did not have much spare time lately to jump in this topic efficiently. Still, resource-lists and correct integration with servers/clients using this technology is _critical_ for the futur of our client. We had some team internal discussions about this topic in a very high level (think human readable) langage. Now you have your hands in the mechanics and this is very technical. Simply put, I do believe XCAP technology is one way to reach the social level IM client or VoIP client is meant to be. The goal is not only to get working communication (text, audio and video and...) between 2 peers, it is to have a tool to manage/organise/deal with groups of people. From a desktop usability point of view, this seems to be one of the keys issue on the current discussion with free software, see this e.g. http://www.markshuttleworth.com/archives/223 and this subsequent: http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore And it seems people thinking about this are just _ignorant_ about the current IETF work on this issue... The RFC is here: http://tools.ietf.org/html/rfc4825 Thank you Snark to work on this :D I still worked on the issue : - I fixed a big memory leak in the current XCAP code ; - I managed (five minutes ago after a very long fight) to get openXCAP up and running on my box -- and ekiga displays the list I expected. Now the question I have is the following : - should I try to push the existing resource-lists code, which does recursive list+entry but not entry-refexternal yet (read-only, of course) ; - or should I just get a clue from what I saw from eyebeam, and realize resource-lists aren't (1) meant to be seriously compatible from client to client (2) seriously supported in their full RFC-glory with recursive lists, entry-ref and external by other clients anyway? I've started to read on the topic, but it will take time for me to understand how this technology is meant to work. My preliminary and mostly ignorant thought is: ekiga has to be seriously compatible from client to client. I do not know if we have to do it right-now or if we can have something more hackish for a start... Unfortunately, I have to urgently give some help on ekiga.net first... I wanted to let you know this has big interest to me and i will step in ASAP. Best regards, Yannick In the second case, I'll just make ekiga do a xmlns:gm=... trick and store a single list with entry children, said children having gm:group children for the categories (ie : I'll be able to re-use [by copying unfortunately] the local-roster code). What do you think? Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ubuntu packages for Ekiga 3.0 (Gutsy, Hardy and Intrepid)
Hello, I've made some packages for Ubuntu. Before uploading them on ekiga.org, i would like to have some volunteers to test them. Do they install properly? Run fine? Can you quit properly? Can you place a call to sip:[EMAIL PROTECTED] ? Those kind of stuff. I would also know if your settings are preserved during the upgrade from 2.0.x. (like your phone numbers...) Give it a try while it's hot: https://launchpad.net/~sevmek/+archive Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] New branch for Ekiga 3.00
Le mercredi 17 septembre 2008 à 16:10 +0200, Damien Sandras a écrit : Le mercredi 17 septembre 2008 à 15:56 +0200, Julien Puydt a écrit : Damien Sandras a écrit : Le mercredi 17 septembre 2008 à 15:05 +0200, Julien Puydt a écrit : Damien Sandras a écrit : Le mercredi 17 septembre 2008 à 13:39 +0200, Julien Puydt a écrit : Damien Sandras a écrit : OPAL and PTLIB have been branched for the Ekiga 3.00 release. Please use the new branches and not SVN TRUNK anymore. Is it possible to do the same for ekiga too? I have a few patches for after 3.0 already. And a few ideas too. I would prefer waiting 1 week. We also need to discuss how we will work for 3.2. I do not want the same phenomenon than with 3.00 : 3 years of development without release. There are a few directions we can work on ; I shall name them and show (some) bugs assigned to myself which I consider of the category as example : (*) fixing bugs in current code (it's hopefully pretty empty just before the release, but we can expect it to grow just after...) (*) enhancements of existing code http://bugzilla.gnome.org/show_bug.cgi?id=548276 http://bugzilla.gnome.org/show_bug.cgi?id=530617 (*) cleaning of existing code : http://bugzilla.gnome.org/show_bug.cgi?id=552547 http://bugzilla.gnome.org/show_bug.cgi?id=504937 (*) better engine : http://bugzilla.gnome.org/show_bug.cgi?id=550278 http://bugzilla.gnome.org/show_bug.cgi?id=550277 http://bugzilla.gnome.org/show_bug.cgi?id=504936 http://bugzilla.gnome.org/show_bug.cgi?id=552549 (*) gstreamer : http://bugzilla.gnome.org/show_bug.cgi?id=339896 http://bugzilla.gnome.org/show_bug.cgi?id=339897 http://bugzilla.gnome.org/show_bug.cgi?id=399289 Does it look good? Not at all. The reason is that there are no user visible or centric features. Let's not make the same mistake than for 3.00. Having default categories is visible, and that is precisely why it can't be done for 3.0 : it would break string freeze! Having gstreamer devices would bring in portaudio, jack and correct avc support -- that is very user-visible and would remove a good chunk of the bugs in my assigned list! Cleaning the existing code is pretty important too, as cruft makes it harder to implement new features. Etc everything has to be done in a 6 months cycle. Some visible new features from the user point of view: - Avatars: http://www.ietf.org/rfc/rfc4480.txt especially point 3.12 - group chat: /!\ DRAFT http://tools.ietf.org/html/draft-ietf-sip-uri-list-message-03 OR http://tools.ietf.org/html/draft-ietf-simple-chat-02 - is composing feature: http://www.ietf.org/rfc/rfc3994.txt (this add better interoperabiblity with Pidgin and softwares based on its stack for SIMPLE) - a log system+search in it, for text messages - win32 build (well, not in the 6 months cycle) - White and black list (first step in a privacy feature) - ZRTP... (I know, not really on our shoulders) This is what come in mind quickly... -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] NAT
Hello, Ekiga refresh the NAT binding every 10 seconds. Is this normal behaviour? I've no NAT here (Public IP, no LAN) e.g.: 2008/09/13 03:45:17.949 4:52.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:45:17.951 4:52.830 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. 2008/09/13 03:45:27.949 5:02.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:45:27.952 5:02.831 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. 2008/09/13 03:45:37.949 5:12.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:45:37.951 5:12.830 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. 2008/09/13 03:45:47.949 5:22.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:45:47.952 5:22.831 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. 2008/09/13 03:45:57.949 5:32.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:45:57.951 5:32.830 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. 2008/09/13 03:46:07.949 5:42.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:46:07.952 5:42.831 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. 2008/09/13 03:46:17.949 5:52.828 Housekeeper:0x40b49950 SIP NAT Binding refresh started. 2008/09/13 03:46:17.951 5:52.830 Housekeeper:0x40b49950 SIP NAT Binding refresh finished. -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Build error on Ubuntu Gutsy
Hello, Compiling Ekiga on Ubuntu Gutsy (september 2007), i've the following error. Build on more recent versions of ubuntu seems to compile right. Best regards, Yannick g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -I../lib/gmconf -I../lib/toolbox -I../lib/gui -I../lib/engine/ -I../lib/engine/gui/gtk-frontend -I../lib/engine/account/skel -I../lib/engine/addressbook/skel -I../lib/engine/chat/skel -I../lib/engine/presence/skel -I../lib/engine/protocol/skel -I../lib/engine/protocol/sip -I../lib/engine/videooutput/skel -I../lib/engine/videoinput/skel -I../lib/engine/audioinput/skel -I../lib/engine/audiooutput/skel -I../lib/engine/hal/skel -I../lib/engine/framework -I../lib/engine/gui/gtk-core -I../src -I../src/clients/ -I../src/components/ -I../src/devices/ -I../src/endpoints/ -I../src/gui/ -I.. -DSCHEMA_AGE=62 -I../lib/engine/videooutput/common -I../lib/engine/videooutput/x-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/gail-1.0 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-DPTRACING=1 -D_REENTRANT -fno-exceptions -I/usr/include/opal -DPTRACING=1 -D_REENTRANT -fno-exceptions -I/usr/include/sigc++-2.0 -I/usr/lib/sigc ++-2.0/include -I/usr/include/libxml2 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -Wall -g -O2 -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT manager.o -MD -MP -MF .deps/manager.Tpo -c -o manager.o `test -f 'endpoints/manager.cpp' || echo './'`endpoints/manager.cpp endpoints/manager.cpp: In constructor 'Opal::CallManager::CallManager(Ekiga::ServiceCore)': endpoints/manager.cpp:148: error: 'g_async_queue_new_full' was not declared in this scope make[4]: *** [manager.o] Error 1 make[4]: Leaving directory `/build/buildd/ekiga-snapshot-20080911v01gutsy5/src' Full log: http://launchpadlibrarian.net/17529135/buildlog_ubuntu-gutsy-i386.ekiga-snapshot_20080911v01gutsy5_FAILEDTOBUILD.txt.gz -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga on OSX
Le samedi 06 septembre 2008 à 17:43 +0200, Damien Sandras a écrit : Le samedi 06 septembre 2008 à 11:27 -0400, Christopher Warner a écrit : I know i've been out of the loop for a while but what's the current status of Ekiga on OSX? Is it that it works and video is just a problem still or what?? I hope everything is going well ;-) Nobody is working on the OSX version, so nothing changed unfortunately... I know someone who's using OSX... /me looks at Christopher... -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] gconf error
Hello, I upgraded to lastest trunk for my ubuntu snapshot packages. When I run ekiga i've the gconf test age error. Killing gconfd do not help. How can I solve this? I need something that will work with my package installation (like a shell script) or anyone installing the snapshot will get in the same situation :( I'll love to see this bug closed: http://bugzilla.gnome.org/show_bug.cgi?id=540050 Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga SVN and Ubuntu, I compiled on a distro as old as april 2007.
Le dimanche 31 août 2008 à 00:08 +0200, yannick a écrit : Le samedi 30 août 2008 à 16:13 +, Matthias Schneider a écrit : --- yannick [EMAIL PROTECTED] schrieb am Sa, 30.8.2008: Von: yannick [EMAIL PROTECTED] Betreff: [Ekiga-devel-list] Ekiga SVN and Ubuntu, I compiled on a distro as old as april 2007. An: Ekiga development mailing list ekiga-devel-list@gnome.org Datum: Samstag, 30. August 2008, 17:52 Hello, Using the service provided by Ubuntu, i'm able to build our current SVN on 4 different flavors of Ubuntu without any special patch: Feisty, april 2007 Gutsy, october 2007 Hardy, april 2008 Intrepid, current unstable, due to october 2008 I tried dapper (june 2006) but i've an error with PTLIB and gived up. There is only 1 issue with Feisty: there is only the Theora video codec available without backporting. Except Dapper, we can build 2.9 on every flavor officially supported by Ubuntu. Edgy (october 2006) is not supported anymore by Ubuntu, thus I could not try top build using this flavor. Best regards, Yannick What kind of error did you get with ptlib? I tested again and the issue with ptlib was a packaging one. I have an error with OPAL: g++ -I../../../include -I../common -I../.. -fPIC -g -O2 -c theora_plugin.cxx -o obj/theora_plugin.o theora_plugin.cxx: In function 'const char* theoraErrorMessage(int)': theora_plugin.cxx:493: error: 'OC_DUPFRAME' was not declared in this scope make[4]: *** [obj/theora_plugin.o] Error 1 fulllog: http://launchpadlibrarian.net/17180814/buildlog_ubuntu-dapper-i386.opal-3.3_20080830v04dapper4_FAILEDTOBUILD.txt.gz (on both i386 and AMD64 arch) Is it because theora lib is too old? http://packages.ubuntu.com/dapper/libtheora-dev I can try a backport... I could backport libtheora to dapper quite easily as there is an official backport (1.0alpha7) which seems to works. The issue now is ekiga has a dependence on libgtk2.0 = 2.10 Dapper has libgtk 2.8... I wont backport libgkt. The only solution i see is to add code to ekiga to support libgkt 2.8. I doubt it is worth the effort. The actual situation is: I've builds for Feisty, Gutsy, Hardy and Intrepid on all supported architecture. There is an actual discussion to have a new smiley pop-up which will require libgtk = 2.12, thus excluding Feisty from my builds. I've not tested the Feisty build yet and probably wont able to do it before 1 or 2 weeks. If someone want to give it a try: https://launchpad.net/~sevmek/+archive Feisty only support H261 and Theora as video codecs. Yannick Yannick Matthias __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] How to add a new SIP account?
Le samedi 30 août 2008 à 08:29 -0700, [EMAIL PROTECTED] a écrit : Nope! There is no Account-Add in Ekiga 3.0. :-( Did this option change of place? Try this: Edit - Account - Account - Add a SIP account Account name: whatever you wish Registrar: proxy01.sipphone.com User: Your Gizmo number (1747xxx) Authentication User: Your Gizmo number (1747xxx) Password: Your password Timeout: 3600 --- Em sáb, 30/8/08, Eugen Dedu [EMAIL PROTECTED] escreveu: De: Eugen Dedu [EMAIL PROTECTED] Assunto: Re: [Ekiga-devel-list] How to add a new SIP account? Para: [EMAIL PROTECTED], Ekiga development mailing list ekiga-devel-list@gnome.org Data: Sábado, 30 de Agosto de 2008, 12:18 [EMAIL PROTECTED] wrote: Hello! I am using Ekiga 3.0. I can make long distance calls with my voipdiscount account. But... I'd like to add my Gizmo account too. How I can do that? I can't find this option. Can anyone help me... Please! Edit-Accounts, and Account-Add a sip account in the new window? -- Eugen Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] How to add a new SIP account?
Le samedi 30 août 2008 à 08:43 -0700, [EMAIL PROTECTED] a écrit : Nope! I can see Edit-account. But... I can't see Add a SIP account bottom. Are you in Ekiga 3.0? Yes, I am. See this screenshot (from Edit-account): http://wiki.ekiga.org/index.php/Documentation#Managing_VoIP_Services On top of the window, there is a menu called Account. In this menu, chose Add a SIP account. Then you should see this window: http://wiki.ekiga.org/index.php/Documentation#Add_a_SIP_account Finally fill it like this: Edit - Account - Account - Add a SIP account Account name: whatever you wish Registrar: proxy01.sipphone.com User: Your Gizmo number (1747xxx) Authentication User: Your Gizmo number (1747xxx) Password: Your password Timeout: 3600 --- Em sáb, 30/8/08, yannick [EMAIL PROTECTED] escreveu: De: yannick [EMAIL PROTECTED] Assunto: Re: [Ekiga-devel-list] How to add a new SIP account? Para: [EMAIL PROTECTED], Ekiga development mailing list ekiga-devel-list@gnome.org Data: Sábado, 30 de Agosto de 2008, 12:35 Le samedi 30 août 2008 à 08:29 -0700, [EMAIL PROTECTED] a écrit : Nope! There is no Account-Add in Ekiga 3.0. :-( Did this option change of place? Try this: Edit - Account - Account - Add a SIP account Account name: whatever you wish Registrar: proxy01.sipphone.com User: Your Gizmo number (1747xxx) Authentication User: Your Gizmo number (1747xxx) Password: Your password Timeout: 3600 --- Em sáb, 30/8/08, Eugen Dedu [EMAIL PROTECTED] escreveu: De: Eugen Dedu [EMAIL PROTECTED] Assunto: Re: [Ekiga-devel-list] How to add a new SIP account? Para: [EMAIL PROTECTED], Ekiga development mailing list ekiga-devel-list@gnome.org Data: Sábado, 30 de Agosto de 2008, 12:18 [EMAIL PROTECTED] wrote: Hello! I am using Ekiga 3.0. I can make long distance calls with my voipdiscount account. But... I'd like to add my Gizmo account too. How I can do that? I can't find this option. Can anyone help me... Please! Edit-Accounts, and Account-Add a sip account in the new window? -- Eugen Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ekiga SVN and Ubuntu, I compiled on a distro as old as april 2007.
Hello, Using the service provided by Ubuntu, i'm able to build our current SVN on 4 different flavors of Ubuntu without any special patch: Feisty, april 2007 Gutsy, october 2007 Hardy, april 2008 Intrepid, current unstable, due to october 2008 I tried dapper (june 2006) but i've an error with PTLIB and gived up. There is only 1 issue with Feisty: there is only the Theora video codec available without backporting. Except Dapper, we can build 2.9 on every flavor officially supported by Ubuntu. Edgy (october 2006) is not supported anymore by Ubuntu, thus I could not try top build using this flavor. Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] How to add a new SIP account?
Le samedi 30 août 2008 à 11:16 -0700, [EMAIL PROTECTED] a écrit : --- Em sáb, 30/8/08, Damien Sandras [EMAIL PROTECTED] escreveu: Like people said, choose Accounts. How can it be so complicated ? Yes, a choose Accounts. But... After that...There is no Account-Add a sip account in the new window. How can to understand it be so complicated to you, guys? It is like this: http://sevmek.free.fr/ekiga/new-sip-account.png Please take a close look, after that I cannot do more... Best regards, Yannick PS: Damien i think it is wrong to name the Menu Account in the account window, maybe something like Add, or a button... Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga SVN and Ubuntu, I compiled on a distro as old as april 2007.
Le samedi 30 août 2008 à 16:13 +, Matthias Schneider a écrit : --- yannick [EMAIL PROTECTED] schrieb am Sa, 30.8.2008: Von: yannick [EMAIL PROTECTED] Betreff: [Ekiga-devel-list] Ekiga SVN and Ubuntu, I compiled on a distro as old as april 2007. An: Ekiga development mailing list ekiga-devel-list@gnome.org Datum: Samstag, 30. August 2008, 17:52 Hello, Using the service provided by Ubuntu, i'm able to build our current SVN on 4 different flavors of Ubuntu without any special patch: Feisty, april 2007 Gutsy, october 2007 Hardy, april 2008 Intrepid, current unstable, due to october 2008 I tried dapper (june 2006) but i've an error with PTLIB and gived up. There is only 1 issue with Feisty: there is only the Theora video codec available without backporting. Except Dapper, we can build 2.9 on every flavor officially supported by Ubuntu. Edgy (october 2006) is not supported anymore by Ubuntu, thus I could not try top build using this flavor. Best regards, Yannick What kind of error did you get with ptlib? I tested again and the issue with ptlib was a packaging one. I have an error with OPAL: g++ -I../../../include -I../common -I../.. -fPIC -g -O2 -c theora_plugin.cxx -o obj/theora_plugin.o theora_plugin.cxx: In function 'const char* theoraErrorMessage(int)': theora_plugin.cxx:493: error: 'OC_DUPFRAME' was not declared in this scope make[4]: *** [obj/theora_plugin.o] Error 1 fulllog: http://launchpadlibrarian.net/17180814/buildlog_ubuntu-dapper-i386.opal-3.3_20080830v04dapper4_FAILEDTOBUILD.txt.gz (on both i386 and AMD64 arch) Is it because theora lib is too old? http://packages.ubuntu.com/dapper/libtheora-dev I can try a backport... Yannick Matthias __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Linux driver for CM109 USB VoIP phones
Hello, Le mercredi 28 février 2007 à 01:48 +0100, Alfred E. Heggestad a écrit : It should be noted that hangup does not work, since Ekiga does not use the ESCAPE key as hangup.. In our SVN trunk, Ekiga now use ESCAPE key as hangup. I hope this fix this issue. Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Upgrade for the Ubuntu snapshot packages
Hello, Eugen and I have reworked the packaging. This explains why there was no updates since a big week. You might need to perform an explicit install to upgrade: $ sudo aptitude install ekiga-snapshot The recommended source for the packages is: http://snapshots.ekiga.net/ Changelog include, notably: * ekiga-snapshot-plugins-all-devices This meta-package will install support for all know devices by Ekiga (Sound: ALSA and OSS. Video: V4L, V4L2, Firewire AVC and DC support) * ekiga-snapshot-plugins-non-free-codecs Non free audio and video codecs for ekiga snapshot: iLBC audio codec, H.264, H.263-1998 and MP4V-ES video codec. Check if you have the rights to use them. * A better support for Ubuntu Gutsy on LPIA architecture (added H.264 Video codec support) * ekiga-snapshot-ptrace and ekiga-snapshot-develop has been deprecated. * ekiga-snapshot-gtkonly is an *experimental* version of Ekiga for a non-GNOME environnement. Feedback is welcome but support might be slow... Best regards, Yannick Le jeudi 14 août 2008 à 12:55 +0200, yannick a écrit : Hello, We are on our way to release a major upgrade of Ekiga : version 3.0. This upgrade will have a new user interface with presence support inside a roster to see live if your contacts are online, away etc., new and improved video codecs, hotplug support for audio and video devices and many other goodies. A few hours ago we fixed a bug preventing Ekiga to be compiled properly on the new Low Power Intel Architecture (LPIA) especially designed for mobile devices. We are releasing more or less daily snapshot packages for Ubuntu Hardy (8.04) and Intrepid (8.10) from our development branch (SVN). They are build using the PPA service here: https://launchpad.net/~sevmek/+archive They include LPIA builds. After adding the proper repository, this command will install Ekiga 2.9: $ sudo aptitude install ekiga-snapshot Those packages are uploaded every day on our own website here: http://snapshots.ekiga.net/ As some codecs are not freely available everywhere (USA especially), we separate some codecs in different packages. The ekiga-snapshot base package include H261 and Theora video codecs. If you have the rights, you can try H263-1998, Mpeg4-ES and H264 video codecs installing this package: $ sudo patitude install libopal-snapshot-plugins-h264 We ask you to test those packages and report bugs you found directly to us here against the SVN version of Ekiga.: http://bugzilla.gnome.org/enter_bug.cgi?product=ekiga We also ask people using LPIA devices to report how the new User Interface fit those devices. Is the usability good ? Please, do *not* report bugs to Ubuntu bug tracker. Best regards, For the Ekiga team, Yannick Defais ___ ekiga-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/ekiga-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] compilation break with gcc version is 4.3.1
-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:217: error: expected primary-expression before ')' token /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:217: error: expected primary-expression before ')' token /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:217: error: 'speex_preprocess' was not declared in this scope make[2]: *** [/build/buildd/opal-3.3-20080825v01intrepid4/lib/obj_linux_x86_r/echocancel.o] Error 1 make[2]: Leaving directory `/build/buildd/opal-3.3-20080825v01intrepid4' make[1]: *** [optshared] Error 2 make[1]: Leaving directory `/build/buildd/opal-3.3-20080825v01intrepid4' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Full log: http://launchpadlibrarian.net/17075959/buildlog_ubuntu-intrepid-i386.opal-3.3_20080825v01intrepid4_FAILEDTOBUILD.txt.gz Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] compilation break with gcc version is 4.3.1
This is a packaging issue, please ignore the previous message: (mychroot-intrepid)[EMAIL PROTECTED]:~/ekiga/deb/intrepid$ dpkg -L libspeex-dev /. /usr /usr/include /usr/include/speex /usr/include/speex/speex.h /usr/include/speex/speex_bits.h /usr/include/speex/speex_callbacks.h /usr/include/speex/speex_config_types.h /usr/include/speex/speex_header.h /usr/include/speex/speex_stereo.h /usr/include/speex/speex_types.h /usr/lib /usr/lib/libspeex.a /usr/lib/pkgconfig /usr/lib/pkgconfig/speex.pc /usr/share /usr/share/doc /usr/share/doc/libspeex-dev /usr/share/doc/libspeex-dev/copyright /usr/share/doc/libspeex-dev/changelog.Debian.gz /usr/lib/libspeex.so $ dpkg -L libspeexdsp-dev /. /usr /usr/include /usr/include/speex /usr/include/speex/speex_buffer.h /usr/include/speex/speex_echo.h /usr/include/speex/speex_jitter.h /usr/include/speex/speex_preprocess.h /usr/include/speex/speex_resampler.h /usr/lib /usr/lib/libspeexdsp.a /usr/lib/pkgconfig /usr/lib/pkgconfig/speexdsp.pc /usr/share /usr/share/doc /usr/share/doc/libspeexdsp-dev /usr/share/doc/libspeexdsp-dev/copyright /usr/share/doc/libspeexdsp-dev/changelog.Debian.gz /usr/lib/libspeexdsp.so The header is now in another package... Le mardi 26 août 2008 à 13:49 +0200, yannick a écrit : Hello, Issue is with Ubuntu Intrepid only (same revision compile right with Hardy anf Gutsy, thus i think the problem is with gcc) configure: gcc version is 4.3.1 g++ -DPTRACING=1 -D_REENTRANT -fno-exceptions -Wall -fPIC -DPIC -DNDEBUG -I/build/buildd/opal-3.3-20080825v01intrepid4/include -I/usr/share/ptlib/include -O2 -g -felide-constructors -Wreorder -c /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx -o /build/buildd/opal-3.3-20080825v01intrepid4/lib/obj_linux_x86_r/echocancel.o /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:41:30: error: speex/speex_echo.h: No such file or directory /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:42:36: error: speex/speex_preprocess.h: No such file or directory /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx: In destructor 'virtual OpalEchoCanceler::~OpalEchoCanceler()': /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:91: error: 'speex_echo_state_destroy' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:96: error: 'speex_preprocess_state_destroy' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx: In member function 'void OpalEchoCanceler::SetParameters(const OpalEchoCanceler::Params)': /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:120: error: 'speex_echo_state_destroy' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:125: error: 'speex_preprocess_state_destroy' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx: In member function 'virtual void OpalEchoCanceler::ReceivedPacket(RTP_DataFrame, INT)': /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:166: error: 'speex_echo_state_init' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:169: error: 'speex_preprocess_state_init' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:170: error: 'SPEEX_PREPROCESS_SET_DENOISE' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:170: error: 'speex_preprocess_ctl' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:174: error: 'spx_int16_t' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:174: error: expected primary-expression before ')' token /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:174: error: expected `;' before 'malloc' /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:179: error: 'spx_int32_t' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:182: error: 'spx_int16_t' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:182: error: expected primary-expression before ')' token /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:182: error: expected `;' before 'malloc' /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:184: error: 'spx_int16_t' was not declared in this scope /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:184: error: expected primary-expression before ')' token /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:184: error: expected `;' before 'malloc' /build/buildd/opal-3.3-20080825v01intrepid4/src/codec/echocancel.cxx:190: error: 'spx_int16_t
[Ekiga-devel-list] Call for testing Ekiga 2.9 on LPIA architecture
Hello, We are on our way to release a major upgrade of Ekiga : version 3.0. This upgrade will have a new user interface with presence support inside a roster to see live if your contacts are online, away etc., new and improved video codecs, hotplug support for audio and video devices and many other goodies. A few hours ago we fixed a bug preventing Ekiga to be compiled properly on the new Low Power Intel Architecture (LPIA) especially designed for mobile devices. We are releasing more or less daily snapshot packages for Ubuntu Hardy (8.04) and Intrepid (8.10) from our development branch (SVN). They are build using the PPA service here: https://launchpad.net/~sevmek/+archive They include LPIA builds. After adding the proper repository, this command will install Ekiga 2.9: $ sudo aptitude install ekiga-snapshot Those packages are uploaded every day on our own website here: http://snapshots.ekiga.net/ As some codecs are not freely available everywhere (USA especially), we separate some codecs in different packages. The ekiga-snapshot base package include H261 and Theora video codecs. If you have the rights, you can try H263-1998, Mpeg4-ES and H264 video codecs installing this package: $ sudo patitude install libopal-snapshot-plugins-h264 We ask you to test those packages and report bugs you found directly to us here against the SVN version of Ekiga.: http://bugzilla.gnome.org/enter_bug.cgi?product=ekiga We also ask people using LPIA devices to report how the new User Interface fit those devices. Is the usability good ? Please, do *not* report bugs to Ubuntu bug tracker. Best regards, For the Ekiga team, Yannick Defais ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Call for testing Ekiga 2.9 on LPIA architecture
Le jeudi 14 août 2008 à 12:55 +0200, yannick a écrit : The ekiga-snapshot base package include H261 and Theora video codecs. If you have the rights, you can try H263-1998, Mpeg4-ES and H264 video codecs installing this package: $ sudo patitude install libopal-snapshot-plugins-h264 CORRECTION: $ sudo aptitude install libopal-snapshot-plugins-h264 -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Ekiga compilation error
Compilation was working yesterday evening (europa) but failed this morning: full log: http://launchpadlibrarian.net/16724491/buildlog_ubuntu-hardy-amd64.ekiga-snapshot_20080812v01hardy3_FAILEDTOBUILD.txt.gz g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -I../lib/gmconf -I../lib/toolbox -I../lib/gui -I../lib/engine/ -I../lib/engine/gui/gtk-frontend -I../lib/engine/account/skel -I../lib/engine/addressbook/skel -I../lib/engine/chat/skel -I../lib/engine/presence/skel -I../lib/engine/protocol/skel -I../lib/engine/protocol/sip -I../lib/engine/videooutput/skel -I../lib/engine/videoinput/skel -I../lib/engine/audioinput/skel -I../lib/engine/audiooutput/skel -I../lib/engine/hal/skel -I../lib/engine/framework -I../lib/engine/gui/gtk-core -I../src -I../src/clients/ -I../src/components/ -I../src/devices/ -I../src/endpoints/ -I../src/gui/ -I.. -DSCHEMA_AGE=61 -I../lib/engine/videooutput/common -I../lib/engine/videooutput/x-DPNG_NO_MMX_CODE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -DPNG_NO_MMX_CODE -I/usr/include/libgnome-2.0 -I/usr/include/orbit-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gnome-keyring-1 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-DPTRACING=1 -D_REENTRANT -fno-exceptions -I/usr/include/opal -DPTRACING -DNDEBUG -Os -g -fno-exceptions -felide-constructors -DPTRACING=1 -D_REENTRANT -fno-exceptions -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/libxml2 -g -O2 -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -MT opal-account.o -MD -MP -MF .deps/opal-account.Tpo -c -o opal-account.o `test -f 'endpoints/opal-account.cpp' || echo './'`endpoints/opal-account.cpp endpoints/sip-endpoint.cpp: In member function 'virtual void Opal::Sip::EndPoint::fetch(std::string)': endpoints/sip-endpoint.cpp:308: error: 'SubscribeType' is not a member of 'SIPSubscribe' endpoints/sip-endpoint.cpp:308: error: expected `;' before 'type' endpoints/sip-endpoint.cpp:309: error: 'type' was not declared in this scope endpoints/sip-endpoint.cpp: In member function 'virtual void Opal::Sip::EndPoint::unfetch(std::string)': endpoints/sip-endpoint.cpp:318: error: 'SubscribeType' is not a member of 'SIPSubscribe' endpoints/sip-endpoint.cpp:318: error: expected `;' before 'type' endpoints/sip-endpoint.cpp:319: error: 'type' was not declared in this scope endpoints/sip-endpoint.cpp: In member function 'virtual void Opal::Sip::EndPoint::OnRegistered(const PString, bool)': endpoints/sip-endpoint.cpp:630: error: 'SubscribeType' is not a member of 'SIPSubscribe' endpoints/sip-endpoint.cpp:630: error: expected `;' before 'type' endpoints/sip-endpoint.cpp:631: error: 'type' was not declared in this scope endpoints/sip-endpoint.cpp:640: error: 'SubscribeType' is not a member of 'SIPSubscribe' endpoints/sip-endpoint.cpp:640: error: expected `;' before 't' endpoints/sip-endpoint.cpp:641: error: 't' was not declared in this scope make[4]: *** [sip-endpoint.o] Error 1 -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Snapshot packages for Ubuntu are back (Ekiga 2.9)
Hello, I just updated the Ubuntu snapshot packages for Ekiga (version 2.9). Currently, we have packages for Ubuntu Gutsy, Hardy and Intrepid on architectures i386 and amd64. The following video codecs are available in those packages: Gutsy: H.261, H.263-1998, H.264, Theora and MP4V-ES Hardy: H.261, H.263-1998, H.264, Theora and MP4V-ES Intrepid: H.261, H.264 and Theora Intrepid lacks H.263-1998 and MP4V-ES due to a ffmpeg packaging bug in Ubuntu reported here: https://bugs.launchpad.net/ekiga/+bug/254201 To test all those video codecs, follow instructions here: http://snapshots.ekiga.net/ In short, add the necessary repositories and perform: sudo aptitude install ekiga-snapshot libopal-snapshot-plugins-h264 Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Packages are back and almost fixed
Le vendredi 01 août 2008 à 23:52 +0200, yannick a écrit : Intrepid miss H264, H263-98, MPEG4 I found the current version of ffmpeg in Intrepid lacks encoders for H263-98 and MPEG4. I reported this as a bug here: https://bugs.launchpad.net/ubuntu/+source/ffmpeg-debian/+bug/254201 Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Ekiga-list] Packages are back and almost fixed
Hello, Packages for Ubuntu Gutsy, Hardy and Intrepid are back and up to date. In my own tests there is still some fix to do for Gutsy and Intrepid: some video codecs are missing. Gutsy miss H264 Intrepid miss H264, H263-98, MPEG4 I'll try to fix that as soon as possible. Thank you for testing, http://snapshots.ekiga.net/ and report bugs. http://bugzilla.gnome.org/enter_bug.cgi?product=ekiga Best regards, Yannick ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Need help to setup a test system
Hi Snark, If you have some times, could you document how to setup this tool for testing purpose here: http://wiki.ekiga.org/index.php/Pre-release_test ? Maybe we should define some testing protocol using tools like this one. I personally plane to do intensive testing from mid august to mid september. Best regards, Yannick Le mardi 29 juillet 2008 à 10:05 +0200, Julien Puydt a écrit : Damien Sandras a écrit : Le lundi 28 juillet 2008 à 21:41 +0200, Julien Puydt a écrit : Hi, I would need a way to setup ekiga with something in front of it, which will send presence/status information on a pretty high rate. The goal is to trigger the crash in sigc::trackable much, much more easily, to kill it. I was thinking a pseudo-server could do the trick (ie: a false server which would say ok to the registration, then pour presence/status data to ekiga. How hard is it to make? Do you have other ideas? Use sipp : http://sipp.sourceforge.net/ Very good tool for that purpose. I tried the following : sipp -sn uas -aa Setup ekiga to connect to a SIP account with : - registrar : localhost - user : jpuydt - auth user : jpuydt - password : jpuydt - timeout : 3600 I couldn't get auth to work ; the next step will then be to inject presence packets. Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Please, do not upgrade snapshot packages for Ubuntu...
Hello, We are refining the building for OPAL. The packaging process need to update and it will take some times. Thus packages will be broken in the meantime. Sorry for the inconvenience. Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Presence: Clear renamed to Delete a custom message
Le lundi 28 juillet 2008 à 22:49 +0200, yannick a écrit : Le lundi 28 juillet 2008 à 22:40 +0200, Damien Sandras a écrit : Le lundi 28 juillet 2008 à 18:51 +0200, Eugen Dedu a écrit : Hi, I find the word Clear in the presentity combo box not good for what it does. 1. Clear does not say what it clears 2. Clear generally means clear the whole list (see mozilla and gnome for ex.) Here it deletes some entries, not all of them. So I propose to change it to Delete a custom message or Delete custom messages or something like that. What do you think? I have no advice, Clear seemed obvious to me. Delete would be ok too... I will discuss this on the Gnome-Doc-list because this have to be standardised at a desktop level... Then I'll report here. Here is the thread: http://mail.gnome.org/archives/gnome-doc-list/2008-July/msg00032.html Best regards, Yannick -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Snapshot packages for Ubuntu are back
Hello, Thanks to our ekiga.net administrator Jan TheBonsai, the snapshot packages for Ubuntu are back. Including Gutsy, Hardy and the incoming intrepid (both i386 and amd64). Instructions are located here: http://snapshots.ekiga.net/ Please, report bugs you find here: http://bugzilla.gnome.org/enter_bug.cgi?product=ekiga Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Snapshots for ubuntu broken, fix coming including Intrepid
Hello, Unfortunately in the process of including Ubuntu Intrepid Ibex (8.10) to the snapshots, I broke the snapshot packages for today. Hopefully, it will return to normal behaviour in the coming 24 hours and will include intrepid. My apologies for the inconvenience, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] AccountCore
Hello Damien, Does this new code fix this? http://bugzilla.gnome.org/show_bug.cgi?id=340251 Regards, Yannick Le lundi 30 juin 2008 à 23:03 +0200, Damien Sandras a écrit : To all, I have just committed a huge diff to SVN (approx 6000 lines). It is unfinished work and has some limitations. However, I wanted to commit it because I will be away for 10 days : 3 days in Mont-de-Marsan (Rencontres Mondiales du Logiciel Libre) and one week in Istanbul for GUADEC (guadec.org). If you want to listen to my talk, feel free to join. The new code is the last huge missing part in the engine : an AccountCore. The AccountCore manages accounts using Banks of Accounts. A Bank is a templatized class managing a given type of Account. Currently, OPAL accounts are supported. They can be registered using an AccountSubscriber. This code will allow fixing limitations of the old code : - when removing an account you stayed registered - when editing an account, you had to tick/untick the toggle box to update your settings - ... However, there are still things to do : - H.323 Registering is broken - Unregistering does not work - The Assistant and PC-to-Phone dialogs are not rewritten yet using the new framework - Deleting an account is not implemented They are simple things to fix if you have time. The rest should work. -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Packages of bleeding edge Ekiga.
Le lundi 23 juin 2008 à 09:17 +0100, Peter Robinson a écrit : Its not currently setup as a yum repo but that is a possibility if there's enough interest. I would greatly appreciate a yum repo. Also: thank goodness you are providing src.rpms as well: these are essential for bleeding edge packages as you can then compile from source if things go wrong. (Previous bleeding edge rpms for redhat/fedora suffered greatly here) No problems. I'm being compiling them up for my own consumption for ages, it nice for others to get use from them as well. I'll get in touch with our webmaster to get it included on snapshot.ekiga.net. Just tell us when it's ready. Best regards, Yannick -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
