Re: [Ekiga-devel-list] gnomemeeting help
Wayne Ye wrote: Hi Jan, I am Wayne, a graduate student in US. I want to do some research based on gnomemeeting project. I realized that you guys did not implement T120 protocols for text chat on gnomemeeting. So how did you implement the text chat part in gnomemeeting? Are there any changes of the text chat part in Ekiga from gnomemeeting? Thank you very much, Sincerely, Wayne Hello Wayne, I forwarded this email to the Ekiga development mailinglist at ekiga-devel-list@gnome.org (reply-to set!) -- This is my life - this is my net! - Jan ___ 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
Eugen Dedu wrote: - after starting ekiga and adding the new ekiga.net account, I received in the accounts window Could not register(Forbidden). After restarting ekiga, it registers correctly. I could imagine this one is releated to the proxy setting just enetered. Just a wild guess, though. J. -- This is my life - this is my net! - Jan ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] About the Automatic memory management bug
Julien Puydt wrote: It would be nice if you read the code (and the example code). I see nothing wrong with the code - though, I'm not really a C++ guy (but I understand it, of course). What do you worry about? -- This is my life - this is my net! - Jan ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Evolution contacts
Hi! Since some users reported buggy behaviour, I tested some 5 minutes: - EVO: Add contact, enter Video URL: Nothing shows up in Ekiga - EVO: Add contact, enter Businessphone Number: Shows up in Ekiga (as Phone) - Ekiga: Edit existing empty contact, add Video URI, Shows up as Businessphone number in EVO (???) -- Re-Edit that contact in evo (add something so you can save it), the VoIP URI info for ekiga is gone, shows up as Businessphone Eh... Something fishy in the evo book, Snark? -- This is my life - this is my net! - Jan ___ 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
Peter Robinson wrote: On Thu, Sep 18, 2008 at 3:06 PM, Julien Puydt [EMAIL PROTECTED] wrote: Peter Robinson a écrit : Not so much push it up higher (I think we've moved to 2.12?) but rather move some of the libgnome related stuff to the new GTK features instead http://live.gnome.org/ProjectRidley I think we still use gnome_program_init, but the rest is gone already. We seem to still include bonobo here (below) but it doesn't seem to be used (and the section for HAVE_GNOME looks very similar to the plain GTK version), there looks to be half a dozen or so uses of gnome.h still too for the program init as mentioned but also gnome_url_show. src/gui/statusicon.cpp:#include libbonobo.h src/gui/callbacks.cpp:#include libbonobo.h Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list The bug http://bugzilla.gnome.org/show_bug.cgi?id=502541 is still open. Also you can check why bonobo is in there. It fails to compile with DISABLED_DEPRECATED because they move _() [gettext] off to bonobo there, somehow. -- This is my life - this is my net! - Jan ___ 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
Is it needed to adjust the source-snapshotting at snapshots.ekiga.net? For now, that's best. In a few weeks, we will move to plain trunk again Ok adjusted and quickly tested - seems to work. What's your preferred release codename? :-P No idea yet ;-) Hehe... J. ___ 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
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. I suggest to keep that discussion down until one or more bugfix releases for 3.xx came out (3.0.1). Reasons: - people will test and use - magazines will compare and write their super articles - other VoIP software hackers also will release here and then We will get enough to do from this direction, not only bugfixes, also ideas and requests. IMHO implied everywhere, of course :) J. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Which GTK+ platform for 3.0?
Jan Schampera wrote: Hi guys, due to some discussions about this topic in chat and on the bugzilla, here the official discussion thread ;-) Which GTK+ to choose as platform for Ekiga 3.0? My suggestion is 2.12, since it's relatively mature now, and part of Debian Lenny. Ok, changes committed. -- This is my life - this is my net! - Jan ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Which GTK+ platform for 3.0?
Hi guys, due to some discussions about this topic in chat and on the bugzilla, here the official discussion thread ;-) Which GTK+ to choose as platform for Ekiga 3.0? My suggestion is 2.12, since it's relatively mature now, and part of Debian Lenny. -- This is my life - this is my net! - Jan ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] GtkStatusIcon and GTK+ dependency
Folks, the GtkStatusIcon needs GTK+ 2.10, configure checks for = 2.6 and maybe sets a flag for = 2.10 (though, #ifdef'ing the status icon is IMHO not an option). Is time ready to mangle configure to check for = 2.10? Thoughts? J. PS: Yes, stumbled over that while trying to compile. Unable to compile or even run from binary on Debian 4, of course. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Crash/exit
Hi guys! I just compiled and found out it crashes on exit here. Exit during a connection. I don't know if it's reproducable for you, here it is. I did it three times, getting 3 different backtraces. The thing in common I see is SIPTransaction::OnRetry_PNotifier::Call (). Does that help or make any sense at all? Regards, Jan 3 BACKTRACES FOLLOW TRY 1 0x0048 in ~PHTTP (this=0x86882e8) at /usr/include/ptclib/http.h:371 371 { (gdb) bt #0 0x0048 in ~PHTTP (this=0x86882e8) at /usr/include/ptclib/http.h:371 #1 0xb71d3282 in SIPTransaction::OnRetry_PNotifier::Call () from /usr/lib/libopal_linux_x86_r.so.2.3 #2 0xb7445d40 in PTimer::OnTimeout () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #3 0xb7446947 in PTimer::Process () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #4 0xb7446a79 in PTimerList::Process () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #5 0xb7431281 in PHouseKeepingThread::Main () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #6 0xb74304a3 in PThread::PX_ThreadStart () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #7 0xb6bc9240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #8 0xb6a1b3de in clone () from /lib/tls/i686/cmov/libc.so.6 TRY 2 0x6863696e in ?? () (gdb) bt #0 0x6863696e in ?? () #1 0xb71d6be6 in SIPTransaction::OnRetry () from /usr/lib/libopal_linux_x86_r.so.2.3 #2 0xb71dd282 in SIPTransaction::OnRetry_PNotifier::Call () from /usr/lib/libopal_linux_x86_r.so.2.3 #3 0xb744fd40 in PTimer::OnTimeout () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #4 0xb7450947 in PTimer::Process () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #5 0xb7450a79 in PTimerList::Process () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #6 0xb743b281 in PHouseKeepingThread::Main () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #7 0xb743a4a3 in PThread::PX_ThreadStart () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #8 0xb6bd3240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb6a253de in clone () from /lib/tls/i686/cmov/libc.so.6 TRY 3 0xb6a9a889 in __after_morecore_hook () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb6a9a889 in __after_morecore_hook () from /lib/tls/i686/cmov/libc.so.6 #1 0x0867b960 in ?? () #2 0x08654f28 in ?? () #3 0x08654ce0 in ?? () #4 0x08654ce0 in ?? () #5 0xb729634c in ?? () from /usr/lib/libopal_linux_x86_r.so.2.3 #6 0x0001 in ?? () #7 0xb73a6333 in PWaitAndSignal::~PWaitAndSignal () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #8 0xb71d4e5e in SIPEndPoint::GarbageCollector () from /usr/lib/libopal_linux_x86_r.so.2.3 #9 0xb71ef282 in SIPTransaction::OnRetry_PNotifier::Call () from /usr/lib/libopal_linux_x86_r.so.2.3 #10 0xb7461d40 in PTimer::OnTimeout () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #11 0xb7462947 in PTimer::Process () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #12 0xb7462a79 in PTimerList::Process () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #13 0xb744d281 in PHouseKeepingThread::Main () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #14 0xb744c4a3 in PThread::PX_ThreadStart () from /usr/lib/libpt_linux_x86_r.so.1.11.3 #15 0xb6be5240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #16 0xb6a373de in clone () from /lib/tls/i686/cmov/libc.so.6 ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Race condition for disconnect and OnConnected event with 2.0.9. Patch included.
Hey Charlie! If this problem and fix can be confirmed it should probably be moved to Opal. I was trying to avoid having another custom package when I added these calls to GMManager. I am attaching my patch. Please disregard the SVN information, it is from my local repository. Unfortunately I can't check it right now, I crashed my main system's CPU (with a screwdriver!) :-) Damien, I remember some deadlock I could not reproduce by will, that could be related - though I don't get under which conditions it deadlocks. Regards, Jan ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga account creation in druid
On Wed, 18 Apr 2007 09:50:55 +0200 Damien Sandras [EMAIL PROTECTED] wrote: Is account creation through the druid , a feature that is meant to be integrated before the 3.0 ? It is meant to be integrated at some point, but nobody has added it to his Todo list. I'm not sure it will be added for 3.00, too much work left :( Is there an API for that on ekiga.net? J. -- One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs --Robert Firth ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Ekiga account creation in druid
On Wed, 18 Apr 2007 18:57:15 +0200 yannick [EMAIL PROTECTED] wrote: Well, one could just script some PHP, but I fear spammish automated creations. The usual way is to put some alphanumeric in an image the user should enter to register. It's on the client software. J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Next generation base code
On Mon, 26 Mar 2007 23:32:44 +0200 Julien Puydt [EMAIL PROTECTED] wrote: Bad news : I found a bug in the plugin manager :-) Basically, it works unless you write a plugin loading plugins. I'll fix it ASAP. Fixed. Sorry for the delay. LOL - NP. Reentrancy is not our natural job ;) Seems you applied a patch against the code in contacts-*.tar.gz - I'll fix the include later ;-) J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Spanish translation
Hi! Just compiled with make /dev/null to see my own errors and saw: /--- | es/ekiga.xml:89: parser error : Entity 'hellip' not defined | encia de llamadas/emphasis, emphasisdesvÃo de | llamadas/emphasis, hellip; \--- J. -- Dr. Postel passes away, the Internet survives. There can be no greater tribute. As long as the Internet stands, it will remain a monument to his life's work. - Harold Feld, General Counsel, Domain Name Rights Coalition ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Next generation base code
Hi! I just committed the Snarkish NG base code to HEAD - GmObject - GmServices - GmPluginManager - platform specific codesets For now, it doesn't do anything useful, but it also doesn't harm. The integration may gulp here and then (includes, when adding plugins later to the source), but that's nothing we can't do in-HEAD. Regards, Jan -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] XV Patch
On Wed, 7 Feb 2007 22:59:30 +0100 (CET) Matthias Schneider [EMAIL PROTECTED] wrote: Concerning the rework on GDK, please tell me if I can be of any help - in my opinion the following functions should be in videooutput_gdk.cpp instead of main.cpp (perhaps we can kick out all the ifdef HAS_SDL and leave only the if defined HAS_XV || defined HAS_SDL): void gm_main_window_update_video (GtkWidget *main_window,... gboolean gm_mw_init_fullscreen_video_window (gpointer data) gboolean gm_mw_poll_fullscreen_video_window (GtkWidget *main_window) gboolean gm_mw_destroy_fullscreen_video_window (gpointer data) In case with the reworked xv support you are still getting crashes I would like to have a look at a backtrace if possible... Thanks in advance, Matthias IMHO They shouldn't really go out IMHO, just the hard working part (the functionality) should be moved out. Flow control and general control for the functionality should stay in main. J. -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in God gave Rock'n'Roll to you ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [VALVE] Ubuntu Edgy
Folks, http://bugzilla.gnome.org/show_bug.cgi?id=400590 http://bugzilla.gnome.org/show_bug.cgi?id=401351 http://bugzilla.gnome.org/show_bug.cgi?id=404157 http://bugzilla.gnome.org/show_bug.cgi?id=404612 http://bugzilla.gnome.org/show_bug.cgi?id=405193 (and masses of similar stuff I didn't find yet, plus masses of similar stuff from other programs than Ekiga) I talk to other developers (not Ekiga) from time to time, most of them tend to ignore Ubuntu Edgy reports, as usually Edgy itself is broken, not the program that is reported (broken libraries, insane installations, well, we know it from http://bugzilla.gnome.org/show_bug.cgi?id=359655). This entirely broken distribution seems to crash some applications randomly and totally without deeper logic. Not only applications, they also refuse to ship fixed kernel modules, instead they ignore these floods of reports from their users. To make it clear, I don't say it's always Ubuntu Edgy that crashes Ekiga, but 90% of the bugreports we get out of this area point to a broken installation, broken libraries, incorrrect dependencies etc... That's something I would not wonder about on a self-made installation like LFS, but not on a professional, commercial, up to date variant of Debian. Testing is not an excuse here, as it means something really different, and Debian testing (just as example) proofs that QA mechanisms also work for unstable software. For Ubuntu Edgy it seems, it's not related to technical reasons, it's related to politics. Sorry for the noise, I just needed a valve J. -- God is real... unless declared as integer. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Fw: Crash on Ekiga Startup [latest]
(forgot to CC the mailinglist) Start of forwarded message: Date: Wed, 31 Jan 2007 22:40:40 +0100 From: Jan Schampera [EMAIL PROTECTED] To: Craig Southeren [EMAIL PROTECTED] Subject: Re: [Ekiga-devel-list] Crash on Ekiga Startup [latest] On Wed, 31 Jan 2007 17:23:53 +1100 Craig Southeren [EMAIL PROTECTED] wrote: Is there any chance of running a debug version and seeing if you can get somethng more useful? Tonight after work. Thanks! Checked out versions from 15. January also crash, so I guess the problem is home-made somehow, and not to be seen critical. Sorry for the wind (it appeared just after updating, the libs that were installed before worked). J. -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in God gave Rock'n'Roll to you -- Dr. Postel passes away, the Internet survives. There can be no greater tribute. As long as the Internet stands, it will remain a monument to his life's work. - Harold Feld, General Counsel, Domain Name Rights Coalition ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Crash on Ekiga Startup [latest]
On Wed, 31 Jan 2007 16:12:43 +1100 Craig Southeren [EMAIL PROTECTED] wrote: A gdb backtrace is attached. Nothing useful in the backtrace unfortauntely :( Is there any chance of running a debug version and seeing if you can get somethng more useful? Tonight after work. Note that I running other applications based on OPAL CVS HEAD without any problems. Yes, maybe it's some broken circumstance in Ekiga. I first thought of OPAL because there were changes around the H323 files recently. Also I may be able to downgrade step by step and trielerror if I don't find it with normal debugging mechanisms. Thanks for the fast answer :-) Do you sleep sometimes? SCNR ;) J. -- One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs --Robert Firth ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] First shot at svn
On Thu, 25 Jan 2007 21:27:25 +0100 Julien Puydt [EMAIL PROTECTED] wrote: Hi, here is a patch which is probably quite safe... can I commit it, to which branches, and where is the doc !? Snark Do you mean how to operate on SVN? SVN commandline is as easy or as stupid as CVS commandline ;-) J. -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in God gave Rock'n'Roll to you ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Blacklisting
On Mon, 22 Jan 2007 10:08:35 +0100 Julien Puydt [EMAIL PROTECTED] wrote: Introduce a call-activity handler that (1) Is controlled directly or indirectly by the endpoint (2) fires signals as notification of call state changes (similar to DBUS external behaviour) (3) processes a list of call-state handlers in order of some abstract priority and react on their return code (4) don't mix up the meaning of the handlers for (2) and (3) ;-) There would be a main call-handler GObject, which would watch the endpoint GObject for call informations. All other call-handlers would register to the main one. Is it clearer? Yes, yes, that's more or less what I had in my mind (but maybe not in my email) - thx. J. -- dreaming in digital living in realtime thinking in binary talking in IP WELCOME TO OUR WORLD ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Blacklisting
On Sun, 24 Dec 2006 10:46:03 +0100 Julien Puydt [EMAIL PROTECTED] wrote: Basically, each handler answers either Ok, I handled, stop there or Go down the list. That reminds me of something else: Could you add a type classification to the plugin code? I mean, just an ID that tells the system if it's a addressbook source or a call handler for incoming calls - not that we need it right now, but imagine you create a window that displays information about loaded/present plugins. That class could also be retrieved under runtime from the separate plugins, though. J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Blacklisting
On Sun, 24 Dec 2006 10:46:03 +0100 Julien Puydt [EMAIL PROTECTED] wrote: I have thought about this. May I try to summarize (correct me if I'm wrong) Introduce a call-activity handler that (1) Is controlled directly or indirectly by the endpoint (2) fires signals as notification of call state changes (similar to DBUS external behaviour) (3) processes a list of call-state handlers in order of some abstract priority and react on their return code (4) don't mix up the meaning of the handlers for (2) and (3) ;-) J. -- Be liberal in what you accept, and conservative in what you send. - J. B. Postel, master of the net. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Migration to SVN
On Sat, 06 Jan 2007 09:29:17 +0100 Julien Puydt [EMAIL PROTECTED] wrote: Ekiga has been migrated to SVN this night. The migration went well and I already did a few commits in all active branches. I was a bad cvs user, I'll be a bad svn user : trust me :-) Happy new year everyone! Haha :) Happy new year, Julien! J. -- Be liberal in what you accept, and conservative in what you send. - J. B. Postel, master of the net. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] WIN32?
Folks! - What's the status of the WIN32 installer? - Which version is the current GTK+ port? J. -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in God gave Rock'n'Roll to you ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Blacklisting
Hi, I just saw a (IMHO) good idea: Filtering incoming calls by a SIP-address blacklist. Comments? J. -- I know life sometimes can get tough! and I know life sometimes can be a drag! But people, we have been given a gift, we have been given a road And that roads name is... rock and roll! KISS in God gave Rock'n'Roll to you ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Compiling Problem
On Sun, 17 Dec 2006 12:50:45 -0600 Gustavo Valdes [EMAIL PROTECTED] wrote: I'm trying to compile egika but the compiler has not been able to find the file gmconf.h. I've also added to the include path the sources of OPAL, OpenH323 and PWLib, however, the problem still persists. Something really strange must have happened, as gmconf.h is part of the ekiga source code (lib/gmconf/gmconf.h). J. -- Live as if you were to die tomorrow. Learn as if you were to live forever. ___ 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] [Announce ] : Ekiga Wins the Trophées du libre Award
On Fri, 01 Dec 2006 10:22:05 +0100 Damien Sandras [EMAIL PROTECTED] wrote: I am proud to announce that yesterday Ekiga won one of the Free Software Awards in Soissons. Ekiga was nominated in the Multimedia category. The jury appreciated the quality of the project and the fact that it was original (GnomeMeeting was the first Open Source GUI to support VoIP together with video and the H.323 standard on GNU/Linux in 2001). It is now the first Open Source application to support multiple VoIP protocols at the same time, again with audio and video. I would like to thank the organizers (http://www.cetril.org) for this award, and all the supporters and developers of the project. I would also like to thank my employer NOVACOM (http://www.novacom.be) for permitting me to work in the Open Source world. Congratulations my friend! One more step to world domination ;-) J. -- Once you've got the perfect hammer, everything looks like a nail. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Thread crashes on terminating a connection
On Di, 17.10.2006, 06:10, Craig Southeren sagte: I've checked in a fix that seems to make a difference here. I'd appreciate feedback from anyone else who can try this. This evening, when I'm back at home ([EMAIL PROTECTED]). Thx, Jan ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Thread crashes on terminating a connection
Hi! Current Ekiga HEAD; PWLib and OPAL HEAD from 2 days ago. When a connection is terminated or a connection can't be established because of no account configured, one thread crashes. After 1-2 seconds, XLib: unexpected async reply occours on the STDERR of Ekiga. Next time, when the UI wants to refresh (2-3 seconds after the thread crash), the whole application crashes. Unfortunately, I have no tracing information available. The debugger terminates itself when the thread crashes. Maybe you have a hint how to trace that... Regards, Jan -- Be liberal in what you accept, and conservative in what you send. - J. B. Postel, master of the net. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] URI ComboBoxEntry
On Mon, 11 Sep 2006 16:09:45 +0200 Daniel Smertnig [EMAIL PROTECTED] wrote: On 9/11/06, Jan Schampera [EMAIL PROTECTED] wrote: While you were writing the last few mails I dug into that stuff. If you already have working code, can you share it? The patch is attached (although I developed it against a version which Just curious, what is the purpose of that padlock icon? Secure/Insecure connections? J. -- Be liberal in what you accept, and conservative in what you send. - J. B. Postel, master of the net. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] URI ComboBoxEntry
On Mon, 11 Sep 2006 16:48:26 +0200 Damien Sandras [EMAIL PROTECTED] wrote: I guess it's 100% gtk+, and hence will give 0% more issues on win32 ? Wouldn't it be better to place that icon in the status bar than in the location entry? That's why I asked for the purpose of the padlock-icon in another sub-thread. It also could be placed between URL: and the entry field, though the status-bar makes more sense. Also IMHO if it's IN the URL field, it should be an object derived from GtkComboBox where the GtkComboBoxEntry stuff is re-implemented. Or something around these lines, don't pin me on that (I guess deriving from GtkComboBoxEntry makes more sense). J. -- God is real... unless declared as integer. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Problems compiling Ekiga - OPAL
On Wed, 06 Sep 2006 13:23:50 +0200 Damien Sandras [EMAIL PROTECTED] wrote: Old headers? I can't imagine why. Anyways, i will remove all traces of PWLib/OPAL/Ekiga manually (argh) and retry. J. -- Live as if you were to die tomorrow. Learn as if you were to live forever. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] fence-like levelmeter
Hi Devs, Damien asked me to do some ressearch on a widget that can give a link quality status. Imagine it in the lower left corner, right next to the status text of the main window. The animation is composed of the 5 states the widget can show 0-1-2-3-4. I tried to get some color relation to the Ekiga logo (a darker orange and a lighter one). Technically the widget will take a level value between 0.0 and 1.0 and will recalculate it internally, that way one can change the view (maybe more bars) and doesn't need to change external calculation code. The widget will be native 22px to 22px (icons). Any comments about the optics so far? The widget code isn't ready yet. http://www.thebonsai.de/images/gtkfencemeter4_ani.gif J. -- Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren. - Benjamin Franklin ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] fence-like levelmeter
On Tue, 05 Sep 2006 18:48:25 +0200 Julien PUYDT [EMAIL PROTECTED] wrote: http://www.thebonsai.de/images/gtkfencemeter4_ani.gif Nice view. What will measure link quality ? Yes. A somehow mixed value of what now is in statistics window (Jitter, lost packets, ...). IMHO that graphic is not very verbose, but it looks leet ;-) J. -- dreaming in digital living in realtime thinking in binary talking in IP WELCOME TO OUR WORLD ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list