: (c) 2009 by Julien Puydt
* description : code to push user notifications to the desktop
*
*/
#include map
#include boost/smart_ptr.hpp
#include libnotify/notify.h
#include glib/gi18n.h
#include config.h
#include kickstart.h
#include notification-core.h
#include call-core.h
Le 11/01/2013 22:43, Lorin Melander a écrit :
http://www.filebin.ca/TBzz5XIP7Ct/gdb-snark.txt.gz
Done! It seems better something still crash due to pure virtual method.
What is strange is that I see:
Eikga::Call constructor called!!
but not the call to the destructor... did you add some
Le 08/01/2013 18:11, Lorin Melander a écrit :
many things which confirm what I thought
My question about the type of the call variable still stands.
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
Le 08/01/2013 20:59, Lorin Melander a écrit :
The call is based ekiga/lib/engine/protocol/call.h class call with
pure virtual methods which is derived by the
ekiga/lib/engine/components/opal/opal-call.h.
I'm not asking where the class is : you have a problem with a variable
call when doing
Le 08/01/2013 21:27, Lorin Melander a écrit :
Two methods call-answer() and call-hungup()
Right, two methods.
What is the type of the call object?
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
Le 09/01/2013 00:16, Lorin Melander a écrit :
It is in the /ekiga/plugins/libnotify/libnotify-main.cpp
static void
call_notification_action_cb (NotifyNotification *notification,
gchar *action,
gpointer data)
{
Ekiga::Call *call =
Le 07/01/2013 18:22, Lorin Melander a écrit :
Right there is something wrong with a smart pointer.
At first answer the call object correctly through a smart pointer.
Yes.
I do not know why the call got the vtable missing at dail second time.
I know why: the object got killed. Now the
Le 29/09/2012 12:37, Genghis Khan a écrit :
The following writings are parts of a private corespondent between
myself and Mr. Julien Puydt. Notes are additions and were not
originally written in the conversation. Julien Puydt, your replies have
been omitted. Please post them again.
CPU
Le 29/09/2012 12:52, Genghis Khan a écrit :
Hello,
In a private correspondence between myself and Mr. Julien Puydt, Julien
asked me to report to this list about the ability of Ekiga to switch
video device while in call which, as it seems to me, Julien suspect
that this should not occur despite
Hi,
the echo test on ekiga.net is unavailable.
Does there exist a simple program which I could run in a terminal, and
which would answer calls? Bonus points if it's possible to configure it
as a mirror-the-voice-and-video with a delay or as
play-a-voice-and-video-from-files modes.
Snark
Hi,
Genghis Khan reported a crash with the gstreamer video input, and
garbled images.
I fixed the crash, but not the garbled images. I'm still trying to
understand what happens.
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
Le 26/09/2012 11:53, Julien Puydt a écrit :
I fixed the crash, but not the garbled images. I'm still trying to
understand what happens.
I got that down!
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org
Le 17/09/2012 09:57, Julien Puydt a écrit :
Le 17/09/2012 09:11, Damien Sandras a écrit :
It's a freeze (deadlock), right ?
No, it's a nice crash (segmentation fault). And it's quite difficult to
reproduce (which is quite typical of race conditions).
I haven't managed to reproduce
Le 19/09/2012 09:53, Eugen Dedu a écrit :
Couldn't you ask Robert if this code is still necessary in ekiga vs done
by opal?
I don't know what that code is for in fact : if we unsubscribe the
account, then why should we need to do something more?
Le 17/09/2012 09:11, Damien Sandras a écrit :
It's a freeze (deadlock), right ?
No, it's a nice crash (segmentation fault). And it's quite difficult to
reproduce (which is quite typical of race conditions).
Snark
___
ekiga-devel-list mailing list
Hi,
I made some modifications in the code of handle_registration_event in
the opal account code, because the method's code finished by updating
state... *after* all updated(); triggers!
I don't think it explains any crash or freeze, but it will at least
avoid a discrepancy between the
Le 16/09/2012 22:19, Julien Puydt a écrit :
I don't think it explains any crash or freeze, but it will at least
avoid a discrepancy between the internal state of the account and what
the user interface displays about it.
Sigh ; here is what the crash I see looks like :
(gdb) bt
#0
Le 14/08/2012 22:16, hohy...@eml.cc a écrit :
I found out that the 'make install' of ekiga gives the gconf errors due to a
fault which is circumvented by running as root.
Uh... if you're installing ekiga system-wide, then of course you need to
be root to do that... or did you give a
Le mardi 22 mai, Thierry Simonnet a écrit:
I try to compile trunk version for win32. I already have some
definition errors.
Have a look on make.log file here
http://www.pateam.org/archive/tmp/ekiga-win32/trunk/make.log
Did you upgrade your mingw recently by chance?
Snark
Le lundi 12 mars, Vineet Menon a écrit:
ya both are identical..
But the thing is why should i bother manually copying files???.so ??
shouldn't the `make install` take care of it??
I don't understand how typing make install on a box should make
things appear on another...
Snark
Le vendredi 09 mars, Vineet Menon a écrit:
I wnat to compile ekiga 3.2.7 with debug enabled... but ./configure
--enable-debug give me error saying unrecodnised option:
--enable-debug How to enable debugging??
configure --help lists a few debug switch.
Snark
Le 01/02/2012 10:46, Eugen Dedu a écrit :
You must install libebook-1.2 development package (called maybe
libebook-dev), since ekiga needs it.
Or use --disable-eds!
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
Hi,
I made new experiments with gstreamer, and with sound output to be more
precise.
Sound events work great ; the buffer size is 1764 and the pipeline looks
like this :
appsrc is-live=true name=ekiga_src !
Hi,
I updated Doxyfile.in with doxygen and had a look at the resulting
documentation ; I found the class dependency graph especially
interesting, as that hints to some things which look suspicious.
How come we don't have the include dependency graphs? I checked the
Doxyfile, and we should
Le 24/01/2012 11:51, Eugen Dedu a écrit :
No idea, sorry.
I tried writing a new Doxyfile (not as good as the one we have now), and
I have the graphs, so I guess we have something in there which prevents
the include dependency graph generation.
I'll fix the problem in the coming days,
Le 22/12/2011 14:50, Slava IDT a écrit :
I am working with Linux Embedded platform,ARM architecture. I just wanted to
know, is it possible to build Ekiga for different(not for PC) platform.
P.S. Obviously, to build from source code.
Building should be ok. Working might be more difficult, but
Le 06/08/2011 13:54, Eugen Dedu a écrit :
Hi,
Given the feedback I had and after a bit of thinking, I propose to add a
new page (as 3th page) in configuration assistant which gives an
introduction to accounts. Here is what I suggest:
If you do not have a SIP or a H323 account, ekiga can be
Le 02/06/2011 09:24, lin ma a écrit :
Has anybody encountered a problem when Ekiga loading plugins. I got this
on Debian 6.0.1/Ubuntu 10 and 11 with Ekiga header
49d88d7d6918c493387743c1c1f2e070ede4b844, Opal-3.10.0 and Ptlib 2.10.0.
Can you uninstall ptlib+opal+ekiga and check nothing is
Le 24/01/2011 09:13, Eugen Dedu a écrit :
Julien, do you have an idea?
I have read the backtrace and checked the code, but didn't find anything
obviously wrong.
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
Le 24/01/2011 11:13, g.trentalan...@libero.it a écrit :
It's the new Gtk function at line 144 of lib/gui/gmmenuaddon.c that
breaks the code:
#if GTK_CHECK_VERSION (2, 21, 2) */
gtk_statusbar_remove_all (GTK_STATUSBAR (statusbar), id); */
#else */
Reverted back to the old code
Le 24/01/2011 12:21, g.trentalan...@libero.it a écrit :
Hello Julien !
Le 24/01/2011 11:13, g.trentalan...@libero.it a écrit :
It's the new Gtk function at line 144 of lib/gui/gmmenuaddon.c that
breaks the code:
#if GTK_CHECK_VERSION (2, 21, 2) */
gtk_statusbar_remove_all
Le 13/12/2010 21:29, Eugen Dedu a écrit :
On 13/12/10 19:00, Thierry Simonnet wrote:
No more LOUDMOUTH ?
It has never been in. Julien, should it be built in Windows port? It is
experimental.
Well, it is experimental, but as far as I know it works... and how do
you test in-depth something
Le 10/11/2010 14:09, Grigory A. Mozhaev a écrit :
When being called the incoming call should be matched with the Ekiga address
book. If there is a similar record in the
address book of ekiga available, it should be shown in the incoming call popup
window. In other words if SIP caller
matches
Le 16/11/2010 12:59, Eugen Dedu a écrit :
On 16/11/10 08:13, Julien Puydt wrote:
Le 15/11/2010 21:33, Eugen Dedu a écrit :
On 15/11/10 21:32, Julien Puydt wrote:
Le 15/11/2010 21:25, Eugen Dedu a écrit :
On 15/11/10 21:15, Julien Puydt wrote:
What about only the has_uri... and the UI code
Le 16/11/2010 21:04, Eugen Dedu a écrit :
On 16/11/10 21:00, Julien Puydt wrote:
Could you tell me which uri your simple get_uri method would return for
the first contact?
I think there is a misunderstanding here: it's not get_uri which is
needed, but get_name (uri). Grigory wants to show
Le 15/11/2010 18:52, Eugen Dedu a écrit :
On 10/11/10 21:01, Julien Puydt wrote:
Le 10/11/2010 19:24, Eugen Dedu a écrit :
Julien, any idea?
Yes. At one point we discussed that with Damien.
The naive way to do that is to add a get_uri method here and there, so
you just loop, ask for the uri
Le 15/11/2010 20:55, Eugen Dedu a écrit :
On 15/11/10 20:30, Julien Puydt wrote:
Le 15/11/2010 18:52, Eugen Dedu a écrit :
On 10/11/10 21:01, Julien Puydt wrote:
Le 10/11/2010 19:24, Eugen Dedu a écrit :
Julien, any idea?
Yes. At one point we discussed that with Damien.
The naive way
Le 15/11/2010 21:25, Eugen Dedu a écrit :
On 15/11/10 21:15, Julien Puydt wrote:
What about only the has_uri... and the UI code does the looping [and
hence may stop at any point] ?
Hmm, I would rather say let's have a function get_contact_by_uri which
does the loop; the has_uri is optional
Le 15/11/2010 21:33, Eugen Dedu a écrit :
On 15/11/10 21:32, Julien Puydt wrote:
Le 15/11/2010 21:25, Eugen Dedu a écrit :
On 15/11/10 21:15, Julien Puydt wrote:
What about only the has_uri... and the UI code does the looping [and
hence may stop at any point] ?
Hmm, I would rather say let's
Le 11/11/2010 16:20, Eugen Dedu a écrit :
On 11/11/10 16:08, Rohit Negi wrote:
[r...@nsg-static-211 ekiga]# make RELEASE=0
^
what is that RELEASE=0 for? Does it compile without it?
Snark
___
Le 10/11/2010 19:24, Eugen Dedu a écrit :
Julien, any idea?
Yes. At one point we discussed that with Damien.
The naive way to do that is to add a get_uri method here and there, so
you just loop, ask for the uri, and when you find a matching one : ask
the name! It's so naive it won't work :
Le 08/11/2010 09:43, Eugen Dedu a écrit :
On 08/11/10 09:24, Julien Puydt wrote:
Le 07/11/2010 20:55, Eugen Dedu a écrit :
Aren't those windows the windows which allow to control audio and video
during a communication (press on audio or video buttons above the video
image during
Le 07/11/2010 09:02, Thierry Simonnet a écrit :
The next step is libpng14 integration.
Could you expand on it?
Snark
PS: and perhaps open a new thread for that, because that one seems
pretty dead.
___
ekiga-devel-list mailing list
Hi,
in src/gui/main_window.cpp, around line 3715, we create two windows ;
one for audio settings, and the other for video settings. I see where
they are created and where they are disposed of... but have no clue
where they're actually used.
I noticed that after I was unable to find where
Le 18/10/2010 17:23, Julien Puydt a écrit :
Comments welcome, help even more so!
None!? :-(
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Le 02/11/2010 17:27, Peter Robinson a écrit :
Just to let you know that the api is changing for libnotify for the
upcoming gnome-3 release. ekiga depends on libnotify but I'm not sure
how much needs changing. There's details in this mail to the fedora
list for those that can deal with it.
Hi,
Problems :
(1) we don't include config.h everywhere, which limits its usefulness;
(2) we don't seem to have a 100% clear policy of where we should include
it from : it is for example included in both ekiga.h and ekiga.cpp,
while other places include it from their .cpp directly;
(3) the
Le 17/10/2010 05:31, Esben Stien a écrit :
Julien Puydtjpu...@free.fr writes:
The audio, input or output, is known broken (and no clue why...) -- it
needs help!
Right, but gstreamer for video and ptlib/pulse for audio should work,
right?.
It should.
I've compiled GIT of ekiga and I get
Le 17/10/2010 15:21, Esben Stien a écrit :
Julien Puydtjpu...@free.fr writes:
you don't have a gstreamer issue... you have a pulseaudio issue!
Well, Ekiga has a pulseaudio issue;). I've used Ekiga for a very long
time with pulseaudio, so it's a recent problem with it, in any case.
I've
Le 16/10/2010 06:36, Esben Stien a écrit :
What is the status of gstreamer video input?. Is it working?.
The video input should mostly work -- it needs testing.
The audio, input or output, is known broken (and no clue why...) -- it
needs help!
Snark
Le 13/10/2010 11:47, Eugen Dedu a écrit :
gdb trace available at
http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga.log.gz
I think this is for Julien. It is strange that it works as root, and not
as a normal user, probably because the configuration is not the same.
#5 0xb71e4ec9 in
Le 12/10/2010 09:24, Thierry Simonnet a écrit :
The trouble is opal trunk. It crashes (even under Linux).
Eh. We track ptlib+opal stable, so it's no wonder!
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
Le 12/10/2010 09:43, Thierry Simonnet a écrit :
Let me know if you have something to check loudmouth.
You just need a jabber account somewhere... connect to it and see your
contacts appear.
Snark
___
ekiga-devel-list mailing list
Le 11/10/2010 15:53, Thierry Simonnet a écrit :
I tested --enable-loudmouth configure option with loudmouth 1.4.3 for
windows.
That is good news.
Result :
That looks like not very good news ;-)
../../plugins/loudmouth/loudmouth-presentity.h:70: error: ISO C++
forbids declaration of
Hi,
I opened a few bug reports this morning about ideas on how to make the
main window a little better ; the main bug is here and links to the
lesser bugs :
https://bugzilla.gnome.org/show_bug.cgi?id=630794
The lesser bugs should be easy to fix, please help!
Snark
Hi,
that feature wasn't working correcly.
I worked a little on the code, which made it look better but work even
less correctly.
I worked some more, and now it should both look better and work better.
I would like an independant check it works correctly.
Thanks,
Snark
Le 25/09/2010 13:13, Eugen Dedu a écrit :
On 24/09/10 22:14, Julien Puydt wrote:
Perhaps I should still commit what I have, since it's still an
improvement?
The only problem with the patch is that NOTIFY dialog;sla still does not
work:
2010/08/14 12:34:27.845 0:03.470 Opal Liste...0x55f91710
Le 25/09/2010 13:52, Julien Puydt a écrit :
Le 25/09/2010 13:13, Eugen Dedu a écrit :
On 24/09/10 22:14, Julien Puydt wrote:
Perhaps I should still commit what I have, since it's still an
improvement?
The only problem with the patch is that NOTIFY dialog;sla still does not
work:
2010/08/14
I made a breakthrough!
Le 24/09/2010 14:57, Julien Puydt a écrit :
I broke that bug report into two since I found there were two problems :
https://sourceforge.net/tracker/?func=detailatid=989748aid=3074792group_id=204472
That one is a valid bug but doesn't hurt us.
https://sourceforge.net
Le 24/09/2010 16:16, Eugen Dedu a écrit :
On 24/09/10 15:16, Julien Puydt wrote:
I think I'm able to rewrite that code and make ekiga use the new api.
The new api or the patch I sent?
Eh, it seems there is an old-old api, which is what ekiga uses now ; and
an old api, which is the one I
Le 24/09/2010 17:04, Julien Puydt a écrit :
I still have to figure out
what the new api is...
I think I partially did... and it looks like quite some work, taking
quite some time.
Perhaps I should still commit what I have, since it's still an improvement?
Snark
Hi,
I had a look ; everything is supposed to happen in
lib/engine/components/opal -- as I already mentioned, the fact that
presence works ok for the loudmouth code means everything is ok in the
engine and the ui.
In opal-main.cpp, we see :
presence_core-add_presence_fetcher
Le 23/09/2010 14:22, Eugen Dedu a écrit :
I do not understand: does the code work or not? If not, could you fix it
(or have you find when the problem is introduced etc.)?
The thing is that opal doesn't seem to call our
OnPresenceInfoReceived/OnDialogInfoReceived methods -- if it were, the
Le 23/09/2010 14:46, Eugen Dedu a écrit :
On 23/09/10 14:32, Julien Puydt wrote:
Le 23/09/2010 14:22, Eugen Dedu a écrit :
I do not understand: does the code work or not? If not, could you fix it
(or have you find when the problem is introduced etc.)?
The thing is that opal doesn't seem
Le 23/09/2010 14:59, Eugen Dedu a écrit :
Have you contacted Jaap Eldering elder...@a-eskwadraat.nl or another
person?
I contacted Thomas Porschberg last saturday, since his name is here :
http://www.gnu.org/software/autoconf-archive/ax_boost_signals.html
I planned to contact K. Eldering
Le 23/09/2010 14:59, Julien Puydt a écrit :
Le 23/09/2010 14:46, Eugen Dedu a écrit :
On 23/09/10 14:32, Julien Puydt wrote:
Le 23/09/2010 14:22, Eugen Dedu a écrit :
I do not understand: does the code work or not? If not, could you
fix it
(or have you find when the problem is introduced etc
Le 23/09/2010 15:08, Eugen Dedu a écrit :
On 23/09/10 15:06, Julien Puydt wrote:
Le 23/09/2010 14:59, Eugen Dedu a écrit :
Have you contacted Jaap Eldering elder...@a-eskwadraat.nl or another
person?
I contacted Thomas Porschberg last saturday, since his name is here :
http://www.gnu.org
Le 23/09/2010 15:18, Eugen Dedu a écrit :
On 23/09/10 15:09, Julien Puydt wrote:
My guess is that piece of code in sip-endpoint.cpp (around line 1045) :
SIPURL sip_uri = SIPURL (user);
sip_uri.Sanitise (SIPURL::ExternalURI);
std::string _uri = sip_uri.AsString ();
doesn't do what it is supposed
Le 23/09/2010 15:54, Eugen Dedu a écrit :
On 23/09/10 15:28, Julien Puydt wrote:
I think it is a bug in the SIPURL class... I really think _uri should
end up as sip:f...@ekiga.net.
If you are sure, please contact Robert.
https://sourceforge.net/tracker/?func=detailaid=3074126group_id
Le 23/09/2010 16:26, Eugen Dedu a écrit :
On 23/09/10 16:13, Julien Puydt wrote:
Le 23/09/2010 15:54, Eugen Dedu a écrit :
On 23/09/10 15:28, Julien Puydt wrote:
I think it is a bug in the SIPURL class... I really think _uri should
end up as sip:f...@ekiga.net.
If you are sure, please
Le 21/09/2010 09:41, Thierry Simonnet a écrit :
I also work with last HEAD version of ffmpeg, x264, opal, ptlib and ekiga.
That won't work : ekiga master is following ptlibopal's stable branches.
Snark
PS: I'm still waiting for feedback from upstream on the m4 problem...
Le 18/09/2010 09:28, Thierry Simonnet a écrit :
Hello,
Here is the log of autogen :
checking for intltool = 0.35.0... 0.40.0 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract...
Le 18/09/2010 14:33, Thierry Simonnet a écrit :
I think so.
My motivation for the update was that on my debian unstable box, the
previous version did find the lib, but the compilation didn't work.
After I took the newer m4 files, it couldn't find the lib... and it
turned out it wasn't
Le 18/09/2010 15:28, Eugen Dedu a écrit :
On 18/09/10 15:17, Julien Puydt wrote:
Le 18/09/2010 14:33, Thierry Simonnet a écrit :
I think so.
My motivation for the update was that on my debian unstable box, the
previous version did find the lib, but the compilation didn't work.
Julien
Le 18/09/2010 15:32, Thierry Simonnet a écrit :
Here is the log
See after line 1604 :
configure:22837: $? = 0
configure:22859: result: yes
configure:23085: error: Could not find a version of the library!
It does find it, but still makes an error about it :-/
I'll report upstream.
Snark
Le 17/07/2010 16:22, Eugen Dedu a écrit :
In lib/gcong/gmconf-gconf.c I see two exported functions,
gm_conf_get_string and gm_conf_entry_get_string (the same for other data
types). Both of them are used in ekiga code. Is it normal? Couldn't only
one of them be available and remove the other (or
Le 12/07/2010 12:17, Eugen Dedu a écrit :
On 07/11/10 22:25, Julien Puydt wrote:
Hi,
since a few bugs have been closed on gstreamer's side, I'm trying
again...
But I found a few disturbing things :
(1) does changing devices in the preferences work at all? I get the
impression I have
Hi,
since a few bugs have been closed on gstreamer's side, I'm trying again...
But I found a few disturbing things :
(1) does changing devices in the preferences work at all? I get the
impression I have to change them, then close, then relaunch for those to
take effect -- can someone
Le 15/06/2010 18:58, Thierry Simonnet a écrit :
For libregex.dll here is the modification for the Makefile :
snip
For libboost_signal, I use dll one with shared option. i don't understand
Could you show us what the warnings became?
Snark
___
Le 14/06/2010 11:14, Thierry Simonnet a écrit :
I think I'm missing something.
I cross compile ekiga for windows. libldap.dll and liblber.dll are
packaged.
But when I open the address book, I didn't see anything for ldap directory.
Is the LDAP plugin compiled in? Like, do you have a
Le 14/06/2010 17:53, Thierry Simonnet a écrit :
On 06/14/2010 05:01 PM, Julien Puydt wrote:
1) Isn't there a -shared -no-undefined in the LDFLAGS for libekiga?
PLUGINS_LIBTOOL_FLAGS = -no-undefined -avoid-version -module in
ekiga/plugin/ldap/Makefile.
I only found rules to generate
Le 11/06/2010 10:31, Thierry Simonnet a écrit :
Avahi (Linux) : not working. When doing avahi-browse -a, Telephony (SIP
and H323) didn't be there.
I'm not sure I understand that sentence. Running avahi-browse -a, I see
ekiga appear as both H323 and SIP and both IPv4 and IPv6 on startup and
Le 07/06/2010 07:13, Nikolai Gauntlet Cassanova a écrit :
Hi someone on the ekiga mailing list told me to ask my question over
here at the ekiga developer mailing list, so here it is: I wanted to
know if ekiga could be ported to a mobile phone like an android smart
phone and run similar to skype
Le 04/06/2010 17:49, Eugen Dedu a écrit :
bool val = false;
g_return_if_fail (data != NULL);
if (gm_conf_entry_get_type (entry) == GM_CONF_BOOL) {
val = gm_conf_entry_get_bool (entry);
ekiga_main_window_set_stay_on_top (EKIGA_MAIN_WINDOW (data), val);
}
I would like to remove the
Le 03/06/2010 12:41, Thierry Simonnet a écrit :
On 06/02/2010 06:37 PM, Eugen Dedu wrote:
On 01/06/10 07:41, Thierry Simonnet wrote:
Le 31/05/2010 15:47, Eugen Dedu a écrit :
Hi,
Now, that 3.2.7 has been released, we focus on trunk :o)
The next release will probably be taken from ekiga
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
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
Le 29/05/2010 17:07, Thierry Simonnet a écrit :
There is a trouble with ekiga/lib/engine/framework/boost-exceptions.cpp
when cross compiling with mingw32 :
abort is undefined.
I just pushed what should be a fix.
Snark
___
ekiga-devel-list mailing
Hi,
The problem is known -- it's neither ptlib nor opal's fault :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583009
Snark
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Le 21/05/2010 16:19, Thierry Simonnet a écrit :
I also have the same trouble when launching ekiga as root without
DISPLAY set under user kde environment.
Indeed the error messages looks like a X11 display problem.
Snark
PS: I don't think running ekiga as root will hurt, but I'm not sure it's
Le 06/05/2010 08:56, Peter Robinson a écrit :
Its because the glib in RHEL-5 and associated it too old. The
g_timeout_add_seconds was added at some point for apps that didn't
need exact timers to allow all the apps to wake up at the same time to
improve power saving.
The configure script is
Le 28/04/2010 08:18, Rohit Negi a écrit :
Hi all,
I am CentOs 5.4 to compile ekiga .I have compiled
ptlib-2.6.5,opal-3.6.6 but when compile ekiga-3.2.6.it depends on gtk ,pango
,glib ,cairo.I have installed all except gtk+-2.18.9.when i compile
gtk+-2.18.9 using ./configure
Le 20/04/2010 23:23, Ralph Blach a écrit :
Hi, my name is Chip and I wish to assist in the development of egika on
linux.
Where can I start to assist.
Try to fix some simple bugs from bugzilla, for example :
https://bugzilla.gnome.org/show_bug.cgi?id=583597
Thanks,
Snark
Hi,
nice to have news :-)
Thierry Simonnet a écrit :
opal/plugins/video/H.264/shared/h264frame.cxx needs also to be patched
as written previously.
Please push upstream.
Another trouble s:
* on ekiga/lib/engine/framework/boost-exceptions.cpp abort is not
defined. How to correct it
Eugen Dedu a écrit :
Julien Puydt wrote:
I can take care myself of make distcheck, if you prefer.
As you please...
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Damien Sandras a écrit :
What about the API proposal you have in mind ?
(a basic draft about the various classes that will be involved is
enough).
I had in mind something very very basic for the elementary chunks :
std::liststd::string get_info (const std::string key) const;
(and of course
Hi,
here are some thoughts on the merged contact+presentity system we want
in ekiga 4.
The main idea is the following : with the current code, you choose a
contact in the evolution addressbook and copy some of it over to the
roster. This works pretty well, but has a few consequences : what
Eugen Dedu a écrit :
Julien Puydt wrote:
Hi,
here are some thoughts on the merged contact+presentity system we want
in ekiga 4.
The main idea is the following : with the current code, you choose a
contact in the evolution addressbook and copy some of it over to the
roster. This works pretty
Thierry Simonnet a écrit :
here it is :
../lib/engine/engine.cpp: In function â..void
engine_init(Ekiga::ServiceCorePtr, int, char**)â..:
../lib/engine/engine.cpp:166: error: type â..class
Ekiga::ServiceCorePtrâ.. argument given to â..deleteâ.., expected pointer
../lib/engine/engine.cpp:167:
Julien Puydt a écrit :
I had a nice surprise this morning, trying to launch ekiga :
I'll try to update my ptlibopal to see if I have just been unlucky.
I retried this evening : still crashing :-(
Snark
___
Ekiga-devel-list mailing list
Ekiga-devel
101 - 200 of 442 matches
Mail list logo