Re: [Ekiga-devel-list] Errors on Windows with clutter

[Eugen Dedu]

On 05/02/14 21:54, Eugen Dedu wrote:

I have not yet looked at the errors, here is what I obtain after finally
succeeding in opening the call window on Windows.


Damien, both warnings come because in ekiga code we have both 
gtk_clutter_init and gtk_init functions, whereas it should not, cf. 
https://developer.gnome.org/clutter-gtk/0.91/clutter-gtk-Utility-Functions.html#gtk-clutter-init:


 This function should be called instead of clutter_init() and gtk_init().

(It's gtk_clutter_init function which gives these warnings.)

Strange enough, even if I remove gtk_init, those warnings do not 
disappear.  But perhaps you have a better idea than removing gtk_init().


--
Eugen
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Re: [Ekiga-devel-list] pixmap package name

[Eugen Dedu]

On 06/02/14 21:42, Eugen Dedu wrote:

On 01/02/14 17:09, Damien Sandras wrote:

Le 26/01/14 19:58, Eugen Dedu a écrit :

On 25/01/14 16:06, Damien Sandras wrote:

Le 25/01/14 15:22, Eugen Dedu a écrit :

On 25/01/14 14:45, Damien Sandras wrote:

Le 23/01/14 14:04, Eugen Dedu a écrit :

In pixmaps/Makefile.am, the word ekiga is used twice. Shouldn't
PACKAGE_NAME
be used instead?


You can change it if you prefer.


In order to have both stable and unstable packages on my machine, I
change the
name to ekiga-snapshot.  The modification I proposed should help,
in my
opinion.  I will do it.


I have just done it.

I think there is an error in pixmap/Makefile.am file:

IMAGES_FILES= \
[...]
inlines.h: $(IMAGE_FILES) $(nobase_dist_icon_DATA) Makefile.am

Shouldn't the last line use IMAGES_FILES instead of IMAGE_FILES?
There is no
other IMAGE_FILES in whole ekiga code.


Yes, but it raises the question : is inlines.h still used at all ?

I think not...


It is used in lib/gui/gmstockicons.c.


Fixed (and tested) with 
https://git.gnome.org/browse/ekiga/commit/?id=ca309540b471.


--
Eugen
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list

[Ekiga-devel-list] Roster groups

[Eugen Dedu]

Hi,

When I create a SIP account with random settings, no corresponding group 
appears in the roster.  However, if I restart ekiga I do see the new 
group in the roster.


Conclusion: the new group should be visible in the roster right after 
account creation.


The same bug exists when an account is removed: its corresponding group 
in roster disappears only after restarting ekiga.


--
Eugen
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio

[Eugen Dedu]

On 06/02/14 18:39, Eugen Dedu wrote:

On 24/01/14 12:02, Eugen Dedu wrote:

On 24/01/14 10:30, Thierry Simonnet wrote:

Le 24/01/2014 10:03, Eugen Dedu a écrit :

On 08/01/14 16:35, Thierry Simonnet wrote:

I made more tests :

   * I can register to ekiga.net and use it only when creating
account with SIP
 user profile. Ekiga.net profile doesn't work. At enabling it
write :
processing


Do you still have this error?


Yes with ekiga-setup-4.1.0-git-711_gd2795be.exe
.


I'm building the next package.
I can register to ekiga.net using "add a SIP account", but when doing
this with
"add a ekiga.net account", process stays at "processing"


The problem is when you create the account using Add an Ekiga.net
account, it creates it as if it was an H323 account.  This can be
noticed when editing that account afterwards: it shows a Gatekeeper
entry.

I let Julien or Damien take care of this bug.


Any hearty soul to take care of this?


Since the developer who introduced the regression has not fix it :(, I 
fixed it myself, https://git.gnome.org/browse/ekiga/commit/?id=3df23a0aa.


--
Eugen
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list