[Ekiga-devel-list] [Win32] Migrating to GTK+3.10
Hello, I get last version of ekiga from git and have : checking for perl = 5.8.1... 5.18.2 checking for XML::Parser... ok checking for GTK... no configure: error: Package requirements (gtk+-3.0 = 3.10.0) were not met: Requested 'gtk+-3.0 = 3.10.0' but version of GTK+ is 3.8.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GTK_CFLAGS and GTK_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [/root/win32/ekiga/config.status] Error 1 The trouble is that 3.10 package for win32 from http://win32builder.gnome.org/ is not well packaged. gtk+-3.0.pc is missing for example. Package for win64 seems to have all files. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Migrating to GTK+3.10
On 03/03/14 13:25, Thierry Simonnet wrote: Hello, I get last version of ekiga from git and have : checking for perl = 5.8.1... 5.18.2 checking for XML::Parser... ok checking for GTK... no configure: error: Package requirements (gtk+-3.0 = 3.10.0) were not met: Requested 'gtk+-3.0 = 3.10.0' but version of GTK+ is 3.8.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GTK_CFLAGS and GTK_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [/root/win32/ekiga/config.status] Error 1 The trouble is that 3.10 package for win32 from http://win32builder.gnome.org/ is not well packaged. gtk+-3.0.pc is missing for example. Package for win64 seems to have all files. Hm, we are in bad shape then... Could you contact people creating gtk 3.10 for windows and tell them about the .pc error? -- 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] Migrating to GTK+3.10
On 03/03/2014 01:31 PM, Eugen Dedu wrote: On 03/03/14 13:25, Thierry Simonnet wrote: Hello, I get last version of ekiga from git and have : checking for perl = 5.8.1... 5.18.2 checking for XML::Parser... ok checking for GTK... no configure: error: Package requirements (gtk+-3.0 = 3.10.0) were not met: Requested 'gtk+-3.0 = 3.10.0' but version of GTK+ is 3.8.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GTK_CFLAGS and GTK_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [/root/win32/ekiga/config.status] Error 1 The trouble is that 3.10 package for win32 from http://win32builder.gnome.org/ is not well packaged. gtk+-3.0.pc is missing for example. Package for win64 seems to have all files. Hm, we are in bad shape then... Could you contact people creating gtk 3.10 for windows and tell them about the .pc error? I'll try. I will send a mail if I have some news -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ 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
On 17/02/14 08:41, Julien Puydt wrote: Hi, The problem description is: When starting ekiga and showing the call history, only one line per entry is shown (destination address). If I make a call, the call history shows two lines per entry: destination and info about the call (duration etc.) It should show all the information from the beginning. What I saw last time I managed to make ekiga run was that for each call history entry, I had a line and a half. Yes, I had a second line, but it was half-hidden. I'd love to say that it was the next line hiding the last half of the previous, but even the last one had that... I couldn't have a look at what happens when adding a new call because when I clicked to make one, I goofed and clicked on video preview... and now I'm stuck :-P I do not know if you have found it yet: there is dconf-editor, org-gnome-ekiga-devices-video. -- 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
On 02/14/2014 10:59 AM, Eugen Dedu wrote: 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 ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/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. I think I was the culprit and didn't react in time. Sorry :-( Snark ___ 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
On 16/02/14 18:17, Julien Puydt wrote: On 02/14/2014 10:59 AM, Eugen Dedu wrote: 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 ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/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. I think I was the culprit and didn't react in time. Sorry :-( There is also the call history refresh e-mail, if you have time, thanks!... -- 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
On 16/02/14 20:16, Julien Puydt wrote: On 02/16/2014 07:32 PM, Eugen Dedu wrote: There is also the call history refresh e-mail, if you have time, thanks!... Uh... You'll have to refresh my memory about that one, I fear :-( Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Eugen ---BeginMessage--- Hi, When starting ekiga and showing the call history, only one line per entry is shown (destination address). If I make a call, the call history shows two lines per entry: destination and info about the call (duration etc.) It should show all the information from the beginning. -- Eugen ---End Message--- ___ 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
Hi, The problem description is: When starting ekiga and showing the call history, only one line per entry is shown (destination address). If I make a call, the call history shows two lines per entry: destination and info about the call (duration etc.) It should show all the information from the beginning. What I saw last time I managed to make ekiga run was that for each call history entry, I had a line and a half. Yes, I had a second line, but it was half-hidden. I'd love to say that it was the next line hiding the last half of the previous, but even the last one had that... I couldn't have a look at what happens when adding a new call because when I clicked to make one, I goofed and clicked on video preview... and now I'm stuck :-P Ah, the joys of working on the bleeding edge. Though I'm currently more on the bleeding side than the edge's... Snark ___ 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
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 ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/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
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
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 ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/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? -- 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
On 29/01/14 08:25, Thierry Simonnet wrote: Le 28/01/2014 19:58, Damien Sandras a écrit : Le 28/01/14 16:32, Eugen Dedu a écrit : On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. I succeeded in building a .exe. I have the same problem: no video shown. The call window opens and the following error is shown numerous times in the console: gst_app_src_push_buffer_full: assertion 'GST_IS_APP_SRC (appsrc)' failed Damien, do you have an idea of what could be wrong? This happens in lib/engine/components/clutter-gst-videooutput/videooutput-manager-clutter-gst.cpp I guess the appsrc object is not created. You can probably add debug code there, but I would suspect a missing GStreamer package... (appsrc for example) 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 In my case, libgstapp-1.0-0.dll is compiled, linked and present in the installation package. If not, it is impossible to launch ekiga with the following message : impossible de demarrer le programme car il manque libgstapp-1.0-0.dll (unable to launche ekiga.exe, because libgstapp is missing) I compiled gstreamer, gst-plugin-base version 1.2.2 I have that library too. -- 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
On 29/01/14 04:05, Julien Puydt wrote: Le 28/01/2014 22:17, Eugen Dedu a écrit : Note however, I do not have any appsrc in linux, and it works. gst-inspect appsrc will tell you the AppSrc element is found in the app plugin, and locate gstapp will then show you the plugin is on your system. It shows several lines of info on linux, but on windows it generates: No such element or plugin 'appsrc' Is this a separate file or it is in libgstreamer-1.0-0.dll ? Does gstreamer-on-win32 do special things with it's base plugins compared to the gstreamer-on-others? I do not know. -- 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
On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. I succeeded in building a .exe. I have the same problem: no video shown. The call window opens and the following error is shown numerous times in the console: gst_app_src_push_buffer_full: assertion 'GST_IS_APP_SRC (appsrc)' failed Damien, do you have an idea of what could be wrong? 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
Le 28/01/2014 22:17, Eugen Dedu a écrit : Note however, I do not have any appsrc in linux, and it works. gst-inspect appsrc will tell you the AppSrc element is found in the app plugin, and locate gstapp will then show you the plugin is on your system. Does gstreamer-on-win32 do special things with it's base plugins compared to the gstreamer-on-others? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 28/01/2014 22:17, Eugen Dedu a écrit : On 28/01/14 19:58, Damien Sandras wrote: Le 28/01/14 16:32, Eugen Dedu a écrit : On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. I succeeded in building a .exe. I have the same problem: no video shown. The call window opens and the following error is shown numerous times in the console: gst_app_src_push_buffer_full: assertion 'GST_IS_APP_SRC (appsrc)' failed Damien, do you have an idea of what could be wrong? This happens in lib/engine/components/clutter-gst-videooutput/videooutput-manager-clutter-gst.cpp I guess the appsrc object is not created. You can probably add debug code there, but I would suspect a missing GStreamer package... (appsrc for example) I have an appsrc.exe generated, but it is not copied in Windows directory. I will copy it then, is that what you want? Note however, I do not have any appsrc in linux, and it works. I don't use this exe. Only libgst-app is mandatory, I think -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 25/01/2014 15:28, Eugen Dedu a crit: On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Thierry, have you had a build error on clutter like this: CCLD libclutter-1.0.la .libs/clutter-event-win32.o: In function `clutter_win32_handle_event': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-event-win32.c:373: undefined reference to `cogl_win32_renderer_handle_event' .libs/clutter-stage-win32.o: In function `clutter_stage_win32_realize': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-stage-win32.c:488: undefined reference to `cogl_win32_onscreen_set_foreign_window' collect2: error: ld returned 1 exit status ? I have not. The trouble with clutter is coherency between ./configure and build/mingw. When using provided mingw-fetch-dependencies.sh, it get some packages with specific version. When going up, ./configure ask for more up to date version. The only way I found is using 1.16.2 ming-fetch-dependencies.sh for a 1.14.4 clutter. No very clean. I trying to find a cleaner method. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
On 27/01/14 09:58, Thierry Simonnet wrote: Le 25/01/2014 15:28, Eugen Dedu a écrit : On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Thierry, have you had a build error on clutter like this: CCLD libclutter-1.0.la .libs/clutter-event-win32.o: In function `clutter_win32_handle_event': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-event-win32.c:373: undefined reference to `cogl_win32_renderer_handle_event' .libs/clutter-stage-win32.o: In function `clutter_stage_win32_realize': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-stage-win32.c:488: undefined reference to `cogl_win32_onscreen_set_foreign_window' collect2: error: ld returned 1 exit status ? I have not. The trouble with clutter is coherency between ./configure and build/mingw. When using provided mingw-fetch-dependencies.sh, it get some packages with specific version. When going up, ./configure ask for more up to date version. The only way I found is using 1.16.2 ming-fetch-dependencies.sh for a 1.14.4 clutter. No very clean. I trying to find a cleaner method. I succeeded, no need to search! -- 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
Le 25/01/2014 15:28, Eugen Dedu a crit: On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Thierry, have you had a build error on clutter like this: CCLD libclutter-1.0.la .libs/clutter-event-win32.o: In function `clutter_win32_handle_event': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-event-win32.c:373: undefined reference to `cogl_win32_renderer_handle_event' .libs/clutter-stage-win32.o: In function `clutter_stage_win32_realize': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-stage-win32.c:488: undefined reference to `cogl_win32_onscreen_set_foreign_window' collect2: error: ld returned 1 exit status ? I simplified my procedure : I use clutter 1.16.4 I change in mingw-fetch-dependencies version for glib - 2.37.93 and for cogl - 1.15.10 ./mingw-fetch-dependencies.sh cp clutter-cross/lib/libffi-3.0.6/include * clutter-cross/include ./mingw-fetch-dependencies.sh cd ../.. run ./configure adding --prefix= EKIGA_DIR --disable-tests --disable-examples ...(remove PKG_CONFIG and replace par PKG_CONFIG_PATH=..mingw/clutter-cross/lib/pkgconfig make make install-strip and continue with the script (changing some versions) I will send a new script, when finalized. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Thierry, have you had a build error on clutter like this: CCLD libclutter-1.0.la .libs/clutter-event-win32.o: In function `clutter_win32_handle_event': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-event-win32.c:373: undefined reference to `cogl_win32_renderer_handle_event' .libs/clutter-stage-win32.o: In function `clutter_stage_win32_realize': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-stage-win32.c:488: undefined reference to `cogl_win32_onscreen_set_foreign_window' collect2: error: ld returned 1 exit status ? -- 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
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? -- 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
On 08/01/14 20:08, Damien Sandras wrote: No more messages. but : 1. I loose my previous config and address book I wrote a .convert file. There is a conversion utility called gsettings-data-convert (see http://manpages.ubuntu.com/manpages/maverick/man1/gsettings-data-convert.1.html) Does conversion work for you? When I started ekiga with yesterday master I had no setting took from gconf. -- 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
On 12/01/14 16:22, Julien Puydt wrote: Le 12/01/2014 14:02, Julien Puydt a écrit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Does the conversion work for you? -- 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
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" -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 24/01/2014 10:06, Eugen Dedu a crit: On 08/01/14 20:08, Damien Sandras wrote: No more messages. but : 1. I loose my previous config and address book I wrote a .convert file. There is a conversion utility called gsettings-data-convert (see http://manpages.ubuntu.com/manpages/maverick/man1/gsettings-data-convert.1.html) Does conversion work for you? When I started ekiga with yesterday master I had no setting took from gconf. Unfortunately, I do not get back my old contacts under windows. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
On 24/01/14 10:46, Thierry Simonnet wrote: Le 24/01/2014 10:06, Eugen Dedu a écrit : On 08/01/14 20:08, Damien Sandras wrote: No more messages. but : 1. I loose my previous config and address book I wrote a .convert file. There is a conversion utility called gsettings-data-convert (see http://manpages.ubuntu.com/manpages/maverick/man1/gsettings-data-convert.1.html) Does conversion work for you? When I started ekiga with yesterday master I had no setting took from gconf. Unfortunately, I do not get back my old contacts under windows. And you, Damien, Julien? -- 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
Le 24/01/2014 10:30, Thierry Simonnet a crit: 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" Same error with ekiga-setup-4.1.0-git-712_g0809fae.exe I don't have video. When I'm calling echo test, call statrt, I have a white frame that appears. Sound is OK but video frame says white. I was not able to stop call (buttons don't work), nor stopping application unless killing the process. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
On 24/01/14 11:03, Thierry Simonnet wrote: I don't have video. Can you give me the -d 4 output when trying video? -- 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
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 ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/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. -- 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
Is it the whole script or are some piees missing? Why do you use both clutter 1.16 and 1.14? On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. On 01/13/2014 10:30 PM, Chris Vine wrote: On Mon, 13 Jan 2014 20:18:49 +0100 Damien Sandras dsand...@seconix.com wrote: Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. No. You can get it from http://ftp.gnome.org/pub/gnome/sources/clutter-gst/2.0/ Since both clutter and gstreamer will reputedly compile on windows, it is a reasonable bet that clutter-gst will too. But the proof of the pudding is in the eating. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 08/01/2014 13:35, Thierry Simonnet a écrit : 1. I loose my previous config and address book Sorry to answer this late, but we don't have anything to push forward the previous config... the only thing we have is for the accounts, and I think it's only for configuration which was in gconf -- ie: not on win32... Snark ___ 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
On 07/01/14 19:30, Damien Sandras wrote: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? I added code to recompile schema, https://git.gnome.org/browse/ekiga/commit/?id=337eb223b. Le 07/01/14 11:38, Thierry Simonnet a écrit : I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
On 13/01/14 20:08, Julien Puydt wrote: Le 13/01/2014 13:05, Eugen Dedu a écrit : On 07/01/14 10:15, Julien Puydt wrote: Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Julien, I do not understand: - why do you point on configure.ac, whose role is only to check that all libraries are there (and not to add -lgio) The configure.ac file sets GLIB_LIBS to what is needed, so if you want to change that, that is the correct place. Ok, I have fixed it as you proposed. - why in linux this error does not appear Good question! -- 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
Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. On 01/13/2014 10:30 PM, Chris Vine wrote: On Mon, 13 Jan 2014 20:18:49 +0100 Damien Sandras dsand...@seconix.com wrote: Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. No. You can get it from http://ftp.gnome.org/pub/gnome/sources/clutter-gst/2.0/ Since both clutter and gstreamer will reputedly compile on windows, it is a reasonable bet that clutter-gst will too. But the proof of the pudding is in the eating. Chris ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire clutter-gen.sh Description: application/shellscript ___ 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
On 20/01/14 14:21, Eugen Dedu wrote: Good, thank you. I will use them when I do the official commit. Eugen On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * package size grows from 20MB to 50MB This is surely because they are not stripped... -- 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
Le 20/01/2014 14:22, Eugen Dedu a crit: On 20/01/14 14:21, Eugen Dedu wrote: Good, thank you. I will use them when I do the official commit. Eugen On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * package size grows from 20MB to 50MB This is surely because they are not stripped... Of course. But also some unnecessary libs. I also have the trouble with schema. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
On 13/01/14 20:08, Julien Puydt wrote: Le 13/01/2014 19:57, Eugen Dedu a écrit : On 13/01/14 13:05, Eugen Dedu wrote: On 07/01/14 10:15, Julien Puydt wrote: Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Julien, I do not understand: - why do you point on configure.ac, whose role is only to check that all libraries are there (and not to add -lgio) - why in linux this error does not appear I notice that the error appears on linux too... Don't you have it too, Julien and Damien?? Is it fixed with current master (so that I do not bother)? I don't have the problem... Do you have -lgio which gets added when you build plugins? What does snoopy:~$ grep lgio /usr/lib/x86_64-linux-gnu/pkgconfig/*pc snoopy:~$ grep lgio /usr/lib/pkgconfig/*pc show? -- 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] gsettings trouble
Dear Thierry, Pls help to remove me from this mail list. Thanks in advanced.! 2013/12/17 Thierry Simonnet thierry.simon...@esiee.fr Hello, I tested the last modifs from git. I have the following errors : /usr/bin/install -c ekiga-config-tool '/win32/dist/Ekiga' make[4]: Leaving directory `/win32/ekiga/src' make[3]: Leaving directory `/win32/ekiga/src' make[2]: Leaving directory `/win32/ekiga/src' Making install in plugins make[2]: Entering directory `/win32/ekiga/plugins' Making install in ldap make[3]: Entering directory `/win32/ekiga/plugins/ldap' CXXLD libgmldap.la *** Warning: Linking the shared library libgmldap.la against the loadable module *** libekiga.dll.a is not portable! .libs/ldap-source.o: In function `ZN5Ekiga8Settings10set_stringERKSsS2_': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:128: undefined reference to `g_settings_set_string' .libs/ldap-source.o: In function `ZN5Ekiga8Settings10get_stringERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' .libs/ldap-source.o: In function `ZN5Ekiga8SettingsC1ERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:99: undefined reference to `g_settings_new' collect2: error: ld returned 1 exit status make[3]: *** [libgmldap.la] Error 1 make[3]: Leaving directory `/win32/ekiga/plugins/ldap' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/win32/ekiga/plugins' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 austerlitz:~/win32# -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ 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] [Win32] Trouble with glib/gio
unfortunately, packages for windows are unusable (msi format or too old) clutter-gst is an extension of clutter and didn't find it in gstreamer. Manual way to generate all that :-( Le 13/01/2014 20:18, Damien Sandras a crit: Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. Le 13/01/14 16:44, Thierry Simonnet a crit: I compiled clutter (glib, cairo, pango, json, cogl...) for win32 I compiled clutter GTK for win32 but now ekiga wants : checking for GLIB... yes checking for CLUTTER... yes checking for CLUTTER_GTK... yes checking for CLUTTER_GST... no configure: error: Package requirements (clutter-gst-2.0 gstreamer-app-1.0 gstreamer-plugins-base-1.0 gstreamer-plugins-base-1.0) were not met: No package 'clutter-gst-2.0' found No package 'gstreamer-app-1.0' found No package 'gstreamer-plugins-base-1.0' found No package 'gstreamer-plugins-base-1.0' found clutter-gst needs : checking for CLUTTER_GST... no configure: error: Package requirements (clutter-1.0 = 1.10.0 cogl-2.0-experimental = 2.0 cogl-gst = 2.0.0 gio-2.0 = 2.18.0) were not met: No package 'cogl-2.0-experimental' found No package 'cogl-gst' found Maybe too much ! On 01/13/2014 03:21 PM, Thierry Simonnet wrote: I tried cross compiling clutter. Is it necessary to have clutter-gtk??? A better solution must be find. It is longer and much more difficult to cross compile clutter than ekiga. Le 13/01/2014 08:56, Thierry Simonnet a crit: Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org
Re: [Ekiga-devel-list] [Win32] gsettings trouble
On 07/01/14 10:15, Julien Puydt wrote: Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Julien, I do not understand: - why do you point on configure.ac, whose role is only to check that all libraries are there (and not to add -lgio) - why in linux this error does not appear -- 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
I tried cross compiling clutter. Is it necessary to have clutter-gtk??? A better solution must be find. It is longer and much more difficult to cross compile clutter than ekiga. Le 13/01/2014 08:56, Thierry Simonnet a crit: Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
On 13/01/14 13:05, Eugen Dedu wrote: On 07/01/14 10:15, Julien Puydt wrote: Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Julien, I do not understand: - why do you point on configure.ac, whose role is only to check that all libraries are there (and not to add -lgio) - why in linux this error does not appear I notice that the error appears on linux too... Don't you have it too, Julien and Damien?? Is it fixed with current master (so that I do not bother)? -- 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] gsettings trouble
Le 13/01/2014 13:05, Eugen Dedu a écrit : On 07/01/14 10:15, Julien Puydt wrote: Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Julien, I do not understand: - why do you point on configure.ac, whose role is only to check that all libraries are there (and not to add -lgio) The configure.ac file sets GLIB_LIBS to what is needed, so if you want to change that, that is the correct place. - why in linux this error does not appear Good question! Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
Le 13/01/2014 19:57, Eugen Dedu a écrit : On 13/01/14 13:05, Eugen Dedu wrote: On 07/01/14 10:15, Julien Puydt wrote: Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Julien, I do not understand: - why do you point on configure.ac, whose role is only to check that all libraries are there (and not to add -lgio) - why in linux this error does not appear I notice that the error appears on linux too... Don't you have it too, Julien and Damien?? Is it fixed with current master (so that I do not bother)? I don't have the problem... Snark ___ 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
Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. Le 13/01/14 16:44, Thierry Simonnet a crit: I compiled clutter (glib, cairo, pango, json, cogl...) for win32 I compiled clutter GTK for win32 but now ekiga wants : checking for GLIB... yes checking for CLUTTER... yes checking for CLUTTER_GTK... yes checking for CLUTTER_GST... no configure: error: Package requirements (clutter-gst-2.0 gstreamer-app-1.0 gstreamer-plugins-base-1.0 gstreamer-plugins-base-1.0) were not met: No package 'clutter-gst-2.0' found No package 'gstreamer-app-1.0' found No package 'gstreamer-plugins-base-1.0' found No package 'gstreamer-plugins-base-1.0' found clutter-gst needs : checking for CLUTTER_GST... no configure: error: Package requirements (clutter-1.0 = 1.10.0 cogl-2.0-experimental = 2.0 cogl-gst = 2.0.0 gio-2.0 = 2.18.0) were not met: No package 'cogl-2.0-experimental' found No package 'cogl-gst' found Maybe too much ! On 01/13/2014 03:21 PM, Thierry Simonnet wrote: I tried cross compiling clutter. Is it necessary to have clutter-gtk??? A better solution must be find. It is longer and much more difficult to cross compile clutter than ekiga. Le 13/01/2014 08:56, Thierry Simonnet a crit: Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
On Mon, 13 Jan 2014 20:18:49 +0100 Damien Sandras dsand...@seconix.com wrote: Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. No. You can get it from http://ftp.gnome.org/pub/gnome/sources/clutter-gst/2.0/ Since both clutter and gstreamer will reputedly compile on windows, it is a reasonable bet that clutter-gst will too. But the proof of the pudding is in the eating. Chris ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 10/01/2014 19:19, Julien Puydt a écrit : I'll write the migrate method in that case; it would take a std::liststd::string and return void -- or do we want to do something on error? It will take a few days : the little spare time I have in the coming days will be used to work on a few opal accounts bugs Damien reported privately. I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 12/01/2014 14:02, Julien Puydt a écrit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 09/01/14 06:49, Julien Puydt a crit: Le 08/01/2014 20:08, Damien Sandras a crit : The annoying thing is that we changed the way Accounts are stored and there is currently no way to convert from the old format to the new one. I talked to Julien about that, but I do not know if he intends doing something for it or not. Julien, can you comment ? Yes, we discussed it ; it's technically possible, but : - it means adding back gmconf (the code, the configure lines, the Makefile.am lines, the old schema...) ; Yes, and no... Actually, there is a gsettings-data-convert utility that reads a .convert file and move the old settings into GSettings. This .convert file is present in the Ekiga tree and installed at the right place so that all settings are magically converted when the user logs in. The idea would be add the a method to Opal::Account able to read the old format from a converted GSettings key, and to save it into the new XML format in the new key. Of course, that won't work with Windows. ; - I fear starting to do a conversion for opal accounts will open the way to do the same for addressbooks and the rest... Did we change the address book format in the upcoming release ? Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 10/01/2014 12:49, Damien Sandras a écrit : Le 09/01/14 06:49, Julien Puydt a écrit : Le 08/01/2014 20:08, Damien Sandras a écrit : The annoying thing is that we changed the way Accounts are stored and there is currently no way to convert from the old format to the new one. I talked to Julien about that, but I do not know if he intends doing something for it or not. Julien, can you comment ? Yes, we discussed it ; it's technically possible, but : - it means adding back gmconf (the code, the configure lines, the Makefile.am lines, the old schema...) ; Yes, and no... Actually, there is a gsettings-data-convert utility that reads a .convert file and move the old settings into GSettings. This .convert file is present in the Ekiga tree and installed at the right place so that all settings are magically converted when the user logs in. The idea would be add the a method to Opal::Account able to read the old format from a converted GSettings key, and to save it into the new XML format in the new key. Of course, that won't work with Windows. That makes things much simpler! I would rather see opal-main.cpp do something like this : - check if there is an old gsettings key around ; - if so, call a static method of Opal::Bank to migrate (let's call it migrate_from_gmconf) ; - if so, delete the old key so we don't do it again next time. I'll write the migrate method in that case; it would take a std::liststd::string and return void -- or do we want to do something on error? It will take a few days : the little spare time I have in the coming days will be used to work on a few opal accounts bugs Damien reported privately. Snark ___ 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
Unfortunately, I tried to recompile schemas without success It seems that there is a conflict between ...Programs\Ekiga\glib-2.0\schemas and Programs\Ekiga\share\glib-2.0\schemas Le 07/01/2014 19:30, Damien Sandras a crit: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? Le 07/01/14 11:38, Thierry Simonnet a crit: I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
I copied org.gnome.ekiga.gschema.xml to ...Programs\Ekiga\share\glib-2.0\schemas. I executed glib-compile-schemas.exe share\glib-2.0\schemas. No more messages. but : I loose my previous config and address book I can't connect my ekiga.net account I can't call nor receive even using my local PBX Le 08/01/2014 11:13, Thierry Simonnet a crit: Unfortunately, I tried to recompile schemas without success It seems that there is a conflict between ...Programs\Ekiga\glib-2.0\schemas and Programs\Ekiga\share\glib-2.0\schemas Le 07/01/2014 19:30, Damien Sandras a crit: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? Le 07/01/14 11:38, Thierry Simonnet a crit: I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
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 I can register to SIP account and use it I can use h323 Polycom videoconferencing. I like the new frames. I have a smoother comportment especially with high definition video calls. I think it will be useful to copy org.gnome.ekiga.gschema.xml at the right place before compiling glib schemas. Best regards Thierry Le 08/01/2014 13:35, Thierry Simonnet a crit: I copied org.gnome.ekiga.gschema.xml to ...Programs\Ekiga\share\glib-2.0\schemas. I executed glib-compile-schemas.exe share\glib-2.0\schemas. No more messages. but : I loose my previous config and address book I can't connect my ekiga.net account I can't call nor receive even using my local PBX Le 08/01/2014 11:13, Thierry Simonnet a crit: Unfortunately, I tried to recompile schemas without success It seems that there is a conflict between ...Programs\Ekiga\glib-2.0\schemas and Programs\Ekiga\share\glib-2.0\schemas Le 07/01/2014 19:30, Damien Sandras a crit: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? Le 07/01/14 11:38, Thierry Simonnet a crit: I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 08/01/14 13:35, Thierry Simonnet a crit: I copied org.gnome.ekiga.gschema.xml to ...Programs\Ekiga\share\glib-2.0\schemas. I executed glib-compile-schemas.exe share\glib-2.0\schemas. I think this should be automated. Eugen, is that fixable ? No more messages. but : I loose my previous config and address book I wrote a .convert file. There is a conversion utility called gsettings-data-convert (see http://manpages.ubuntu.com/manpages/maverick/man1/gsettings-data-convert.1.html) The annoying thing is that we changed the way Accounts are stored and there is currently no way to convert from the old format to the new one. I talked to Julien about that, but I do not know if he intends doing something for it or not. Julien, can you comment ? I can't connect my ekiga.net account This was broken until recently. Julien recently fixed it. Are you using latest GIT code ? I can't call nor receive even using my local PBX Same question. Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 08/01/2014 20:08, Damien Sandras a écrit : The annoying thing is that we changed the way Accounts are stored and there is currently no way to convert from the old format to the new one. I talked to Julien about that, but I do not know if he intends doing something for it or not. Julien, can you comment ? Yes, we discussed it ; it's technically possible, but : - it means adding back gmconf (the code, the configure lines, the Makefile.am lines, the old schema...) ; - the gsettings code needs to call a function convert_gmconf_opal_accounts somewhere after some condition is met (I musts admit I don't know much about GSettings) ; - I fear starting to do a conversion for opal accounts will open the way to do the same for addressbooks and the rest... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
Hello, I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile Best regards Thierry Le 17/12/2013 15:08, Thierry Simonnet a écrit : Hello, I tested the last modifs from git. I have the following errors : /usr/bin/install -c ekiga-config-tool '/win32/dist/Ekiga' make[4]: Leaving directory `/win32/ekiga/src' make[3]: Leaving directory `/win32/ekiga/src' make[2]: Leaving directory `/win32/ekiga/src' Making install in plugins make[2]: Entering directory `/win32/ekiga/plugins' Making install in ldap make[3]: Entering directory `/win32/ekiga/plugins/ldap' CXXLD libgmldap.la *** Warning: Linking the shared library libgmldap.la against the loadable module *** libekiga.dll.a is not portable! .libs/ldap-source.o: In function `ZN5Ekiga8Settings10set_stringERKSsS2_': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:128: undefined reference to `g_settings_set_string' .libs/ldap-source.o: In function `ZN5Ekiga8Settings10get_stringERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' .libs/ldap-source.o: In function `ZN5Ekiga8SettingsC1ERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:99: undefined reference to `g_settings_new' collect2: error: ld returned 1 exit status make[3]: *** [libgmldap.la] Error 1 make[3]: Leaving directory `/win32/ekiga/plugins/ldap' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/win32/ekiga/plugins' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 austerlitz:~/win32# -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
Le 07/01/2014 09:52, Thierry Simonnet a écrit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
I think it will be the best way. I don't know if it is an ekiga or a glib packaging trouble. Le 07/01/2014 10:15, Julien Puydt a crit: Le 07/01/2014 09:52, Thierry Simonnet a crit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] Trouble with glib/gio
I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] gsettings trouble
Hello, I tested the last modifs from git. I have the following errors : /usr/bin/install -c ekiga-config-tool '/win32/dist/Ekiga' make[4]: Leaving directory `/win32/ekiga/src' make[3]: Leaving directory `/win32/ekiga/src' make[2]: Leaving directory `/win32/ekiga/src' Making install in plugins make[2]: Entering directory `/win32/ekiga/plugins' Making install in ldap make[3]: Entering directory `/win32/ekiga/plugins/ldap' CXXLD libgmldap.la *** Warning: Linking the shared library libgmldap.la against the loadable module *** libekiga.dll.a is not portable! .libs/ldap-source.o: In function `ZN5Ekiga8Settings10set_stringERKSsS2_': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:128: undefined reference to `g_settings_set_string' .libs/ldap-source.o: In function `ZN5Ekiga8Settings10get_stringERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' .libs/ldap-source.o: In function `ZN5Ekiga8SettingsC1ERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:99: undefined reference to `g_settings_new' collect2: error: ld returned 1 exit status make[3]: *** [libgmldap.la] Error 1 make[3]: Leaving directory `/win32/ekiga/plugins/ldap' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/win32/ekiga/plugins' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 austerlitz:~/win32# -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does it seems to me mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. Ok, I see the errors. I forgot to remove gtk files installed by gtk installer, and those files were there. I will fix them. -- 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] last version (GTK2-GTK3)
On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does it seems to me mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. I fixed all startup errors. I have not included libclet0-2.dll, are you sure it is needed? -- 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] last version (GTK2-GTK3)
On 05/12/13 11:17, Thierry Simonnet wrote:
After the installation, I had the following message : GLib-GIO-ERROR **: /No
GSettings schemas are installed on the system
/I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC
(c:\Program\ekiga\share).
Strange, it should work... What is the name of the .exe generated?
I add this line
SetOverwrite on
File ${TARGET_DIR}\Ekiga\*.exe
File ${TARGET_DIR}\Ekiga\*.dll
File /r ${TARGET_DIR}\Ekiga\icons
File /r ${TARGET_DIR}\Ekiga\ekiga
File /r ${TARGET_DIR}\Ekiga\sounds
File /r ${TARGET_DIR}\Ekiga\help
File /r ${TARGET_DIR}\Ekiga\share\locale
*_File /r ${TARGET_DIR}\Ekiga\share\glib-2.0_*
File /r /x man ${TARGET_DIR}\Ekiga\share
File /r ${TARGET_DIR}\Ekiga\plugins
File ${EKIGA_DIR}/win32/ico/ekiga.ico
inside ekiga/win32/nsisinstaller/ekiga.nsi
I fixed this too.
--
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] last version (GTK2-GTK3)
On 05/12/13 10:14, Thierry Simonnet wrote: When leaving I had a Pb about a missing Runtime. Which one? This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Do you still have an error when quitting ekiga? If yes, since when do you have it? Do you have other errors? -- 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] last version (GTK2-GTK3)
Le 11/12/2013 13:21, Eugen Dedu a écrit : On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. I fixed all startup errors. I have not included libclet0-2.dll, are you sure it is needed? I think it is necessary, but I don't understand why. Celt is used by opal for audio plugins, with static version (libcelt0.a). But when I start ekiga.exe without libcelt0-2.dll, I have a message "impossible to start libcelt0-2.dll is missing..." -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 11/12/2013 14:45, Eugen Dedu a écrit : On 11/12/13 14:18, Thierry Simonnet wrote: Le 11/12/2013 13:23, Eugen Dedu a écrit : On 05/12/13 10:14, Thierry Simonnet wrote: When leaving I had a Pb about a missing Runtime. Which one? "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." Do you still have an error when quitting ekiga? If yes, since when do you have it? Do you have other errors? Unfortunately, I generate win32 packages regularly, but I didn't test all of them. I tested the remaining packages I keep. I have the problem before ekiga-setup-4.1.0-git-431_g4e8b29e.exe ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/ekiga-setup-4.1.0-git-431_g4e8b29e.exe I tested only with my win7 laptop. On an old winXP student PC with git-404 version I have the same trouble. Message is more explicit : trouble with libglib2.0.0.dll. I have the same error with git-444 package under winXP. You wrote me about versions which have the bug. Do you know what recent version does NOT have it? Unfortunately not. It's befor git-404 one. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 11/12/2013 14:43, Eugen Dedu a écrit : On 11/12/13 13:54, Thierry Simonnet wrote: Le 11/12/2013 13:21, Eugen Dedu a écrit : On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. I fixed all startup errors. I have not included libclet0-2.dll, are you sure it is needed? I think it is necessary, but I don't understand why. Celt is used by opal for audio plugins, with static version (libcelt0.a). But when I start ekiga.exe without libcelt0-2.dll, I have a message "impossible to start libcelt0-2.dll is missing..." Aha, so it is libcelt, not libclet as you wrote... There is no libcelt...dll created, where did you find it? it is generated in celt-0.11.3/libcelt/.libs/libcelt0-2.dll I use the latest version of Makefile Try rebuild everything with my latest commits, it is strange why you need that library. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
On 11/12/13 15:15, Thierry Simonnet wrote: Le 11/12/2013 14:43, Eugen Dedu a écrit : On 11/12/13 13:54, Thierry Simonnet wrote: Le 11/12/2013 13:21, Eugen Dedu a écrit : On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does it seems to me mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. I fixed all startup errors. I have not included libclet0-2.dll, are you sure it is needed? I think it is necessary, but I don't understand why. Celt is used by opal for audio plugins, with static version (libcelt0.a). But when I start ekiga.exe without libcelt0-2.dll, I have a message impossible to start libcelt0-2.dll is missing... Aha, so it is libcelt, not libclet as you wrote... There is no libcelt...dll created, where did you find it? it is generated in celt-0.11.3/libcelt/.libs/libcelt0-2.dll I use the latest version of Makefile In ekiga's Makefile celt is at version 0.7.1. I think this explains your error. As for upgrading celt, it is not interesting, since it will be replaced anyway with opus sometimes soon. Also, celt versions are incompatible with each other. Try rebuild everything with my latest commits, it is strange why you need that library. -- 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] last version (GTK2-GTK3)
Le 05/12/2013 09:14, Eugen Dedu a crit: On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. Note that I have not yet tested calls, just that it starts. After the installation, I had the following message : GLib-GIO-ERROR **: /No GSettings schemas are installed on the system /I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC (c:\Program\ekiga\share). Strange, it should work... What is the name of the .exe generated? ekiga-setup-4.1.0-git-443_gc02f2ea.exe I tested echo, call back... h323 crashes with all my test numbers When leaving I had a Pb about a missing Runtime. Which one? Unable to say. It is too fast and unable to have a static window. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 05/12/2013 09:14, Eugen Dedu a crit: On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? Note that I have not yet tested calls, just that it starts. After the installation, I had the following message : GLib-GIO-ERROR **: /No GSettings schemas are installed on the system /I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC (c:\Program\ekiga\share). Strange, it should work... What is the name of the .exe generated? I tested echo, call back... When leaving I had a Pb about a missing Runtime. Which one? "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Hello, I made some tests. It seems to me that Makefile doesn't handle some libraries : libwinpthread.dll (mingw) pthreadGC2.dll libiconv-2.dll libintl-8.dll (?) libexpat-1.dll libcelt0-2.dll I use GTK+-Bundle-3.6.1_(TARNYKO).exe on my PC to provide GTK3. If not, it is necessary to install all GTK dlls. Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
On 04/12/13 16:04, Thierry Simonnet wrote: Hello, I made some tests. It seems to me that Makefile doesn't handle some libraries : * libwinpthread.dll (mingw) * pthreadGC2.dll * libiconv-2.dll * libintl-8.dll (?) * libexpat-1.dll * libcelt0-2.dll I use GTK+-Bundle-3.6.1_(TARNYKO).exe on my PC to provide GTK3. If not, it is necessary to install all GTK dlls. Look at the latest commits https://git.gnome.org/browse/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] last version (GTK2-GTK3)
Hello, I made some tests. For installation files, it seems to me that libfontconfig-1.dll libpangoft2-1.0-0.dll libexpat-1.dll libclet0-2.dll are missing . After the installation, I had the following message : GLib-GIO-ERROR **: No GSettings schemas are installed on the system I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC (c:\Program\ekiga\share). I tested echo, call back... When leaving I had a Pb about a missing Runtime. Best regards Thierry Le 04/12/2013 17:36, Thierry Simonnet a crit: I saw ;-) It's now a light weight package. Very nice. I started a distclean + full build. I will test tomorrow. Best regards Le 04/12/2013 17:19, Eugen Dedu a crit: On 04/12/13 16:04, Thierry Simonnet wrote: Hello, I made some tests. It seems to me that Makefile doesn't handle some libraries : * libwinpthread.dll (mingw) * pthreadGC2.dll * libiconv-2.dll * libintl-8.dll (?) * libexpat-1.dll * libcelt0-2.dll I use GTK+-Bundle-3.6.1_(TARNYKO).exe on my PC to provide GTK3. If not, it is necessary to install all GTK dlls. Look at the latest commits https://git.gnome.org/browse/ekiga. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
Le 24/09/2013 16:51, Eugen Dedu a
écrit :
On 24/09/13 16:36, Thierry Simonnet wrote:
Here is a quick patch based on
avcodec_decode_video2. I need to check
better my job.
austerlitz:~/win32 diff -u
src/opal/plugins/video/common/dyna.cxx
src/opal/plugins/video/common/dyna.cxx.new
--- src/opal/plugins/video/common/dyna.cxx 2013-09-24
16:28:35.0 +0200
+++ src/opal/plugins/video/common/dyna.cxx.new 2013-09-24
15:22:33.0 +0200
@@ -217,14 +217,14 @@
#endif
-FFMPEGLibrary::FFMPEGLibrary(CodecID codec)
+FFMPEGLibrary::FFMPEGLibrary(AVCodecID codec)
{
m_codec = codec;
- if (m_codec==CODEC_ID_H264)
+ if (m_codec==AV_CODEC_ID_H264)
snprintf( m_codecString, sizeof(m_codecString), "H264");
- if (m_codec==CODEC_ID_H263P)
+ if (m_codec==AV_CODEC_ID_H263P)
snprintf( m_codecString, sizeof(m_codecString),
"H263+");
- if (m_codec==CODEC_ID_MPEG4)
+ if (m_codec==AV_CODEC_ID_MPEG4)
snprintf( m_codecString, sizeof(m_codecString),
"MPEG4");
m_isLoadedOK = false;
}
@@ -268,12 +268,12 @@
return true;
}
-AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum CodecID id)
+AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum AVCodecID id)
{
return avcodec_find_encoder(id);
}
-AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum CodecID id)
+AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum AVCodecID id)
{
WaitAndSignal m(processLock);
Ok for the above, cf.
http://www.libav.org/releases/libav-9.9.release:
"All CODEC_ID_* symbols now carry AV_ prefixes. Non-prefixed codec
IDs are deprecated."
@@ -311,11 +311,28 @@
int FFMPEGLibrary::AvcodecEncodeVideo(AVCodecContext *ctx,
BYTE *buf,
int buf_size, const AVFrame *pict)
{
int res;
+//TS
+ AVPacket avpkt;
+ av_init_packet(avpkt);
+ avpkt.data = ""
+ avpkt.size = buf_size;
+
+ int gotPacket = 0;
+ res = avcodec_encode_video2(ctx, avpkt, pict,
gotPacket);
+ if (res 0) {
+ PTRACE(1, m_codecString, "Encoder failed");
+ return res;
+ }
+ if (gotPacket)
+ return avpkt.size;
+
+ PTRACE(3, m_codecString, "Encoder returned no data");
- res = avcodec_encode_video(ctx, buf, buf_size, pict);
+ return 0;
+//TS res = avcodec_encode_video(ctx, buf, buf_size, pict);
- PTRACE(6, m_codecString, "DYNA\tEncoded into " res
" bytes, max
" buf_size);
- return res;
+//TS PTRACE(6, m_codecString, "DYNA\tEncoded into "
res " bytes,
max " buf_size);
+//TS return res;
}
int FFMPEGLibrary::AvcodecDecodeVideo(AVCodecContext *ctx,
AVFrame
*pict, int *got_picture_ptr, BYTE *buf, int buf_size)
I do not have time right now to check the above, I would like to
know if you are sure about this change.
Anyway, I will take care once libav 9.9 appears on debian, thank
you very much!
It is necessary with avcodev-55.
Need also to change win32/Makefile to add avcodec-55.dll
First tests using windows are OK.
This minimal patch doesn't handle plugin codec flags.
I don't think it is really useful if the aim is using branc #12 of
opal/ptlib.
On 09/24/2013 09:19 AM, Eugen Dedu wrote:
On 24/09/13 09:11, Thierry Simonnet
wrote:
Le 23/09/2013 15:08, Eugen Dedu a
écrit :
On 20/09/13 15:57, Thierry Simonnet
wrote:
Hello,
I noticed that avcodec_encode_video doesn't exist any
more in the
last
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
Le 23/09/2013 15:08, Eugen Dedu a crit: On 20/09/13 15:57, Thierry Simonnet wrote: Hello, I noticed that avcodec_encode_video doesn't exist any more in the last version of libav-9. It is replaced, of course, by avcodec_encode_video2. It impacts Please be more precise: what version of libav? With which version it worked? I use trunk version of libav. It doesn't work since last week. opal 3.10.12 (for me), and especially dyna mechanism. I will have a look next week (if there is no patch from opal). -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
Here is a quick patch based on avcodec_decode_video2. I need to check
better my job.
austerlitz:~/win32 diff -u src/opal/plugins/video/common/dyna.cxx
src/opal/plugins/video/common/dyna.cxx.new
--- src/opal/plugins/video/common/dyna.cxx 2013-09-24
16:28:35.0 +0200
+++ src/opal/plugins/video/common/dyna.cxx.new 2013-09-24
15:22:33.0 +0200
@@ -217,14 +217,14 @@
#endif
-FFMPEGLibrary::FFMPEGLibrary(CodecID codec)
+FFMPEGLibrary::FFMPEGLibrary(AVCodecID codec)
{
m_codec = codec;
- if (m_codec==CODEC_ID_H264)
+ if (m_codec==AV_CODEC_ID_H264)
snprintf( m_codecString, sizeof(m_codecString), H264);
- if (m_codec==CODEC_ID_H263P)
+ if (m_codec==AV_CODEC_ID_H263P)
snprintf( m_codecString, sizeof(m_codecString), H263+);
- if (m_codec==CODEC_ID_MPEG4)
+ if (m_codec==AV_CODEC_ID_MPEG4)
snprintf( m_codecString, sizeof(m_codecString), MPEG4);
m_isLoadedOK = false;
}
@@ -268,12 +268,12 @@
return true;
}
-AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum CodecID id)
+AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum AVCodecID id)
{
return avcodec_find_encoder(id);
}
-AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum CodecID id)
+AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum AVCodecID id)
{
WaitAndSignal m(processLock);
@@ -311,11 +311,28 @@
int FFMPEGLibrary::AvcodecEncodeVideo(AVCodecContext *ctx, BYTE *buf,
int buf_size, const AVFrame *pict)
{
int res;
+//TS
+ AVPacket avpkt;
+ av_init_packet(avpkt);
+ avpkt.data = buf;
+ avpkt.size = buf_size;
+
+ int gotPacket = 0;
+ res = avcodec_encode_video2(ctx, avpkt, pict, gotPacket);
+ if (res 0) {
+ PTRACE(1, m_codecString, Encoder failed);
+ return res;
+ }
+ if (gotPacket)
+ return avpkt.size;
+
+ PTRACE(3, m_codecString, Encoder returned no data);
- res = avcodec_encode_video(ctx, buf, buf_size, pict);
+ return 0;
+//TS res = avcodec_encode_video(ctx, buf, buf_size, pict);
- PTRACE(6, m_codecString, DYNA\tEncoded into res bytes, max
buf_size);
- return res;
+//TS PTRACE(6, m_codecString, DYNA\tEncoded into res bytes,
max buf_size);
+//TS return res;
}
int FFMPEGLibrary::AvcodecDecodeVideo(AVCodecContext *ctx, AVFrame
*pict, int *got_picture_ptr, BYTE *buf, int buf_size)
On 09/24/2013 09:19 AM, Eugen Dedu wrote:
On 24/09/13 09:11, Thierry Simonnet wrote:
Le 23/09/2013 15:08, Eugen Dedu a écrit :
On 20/09/13 15:57, Thierry Simonnet wrote:
Hello,
I noticed that avcodec_encode_video doesn't exist any more in the
last version
of libav-9. It is replaced, of course, by avcodec_encode_video2.
It impacts
Please be more precise: what version of libav? With which version
it worked?
I use trunk version of libav.
Ah! I will take a look later.
It doesn't work since last week.
opal 3.10.12 (for me), and especially dyna mechanism.
I will have a look next week (if there is no patch from opal).
--
Thierry Simonnet
ESIEE-Paris
Par respect pour l’environnement, n’imprimez ce mail que si nécessaire
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
On 20/09/13 15:57, Thierry Simonnet wrote: Hello, I noticed that avcodec_encode_video doesn't exist any more in the last version of libav-9. It is replaced, of course, by avcodec_encode_video2. It impacts Please be more precise: what version of libav? With which version it worked? opal 3.10.12 (for me), and especially dyna mechanism. I will have a look next week (if there is no patch from opal). -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] Last version of libav-9
Hello, I noticed that avcodec_encode_video doesn't exist any more in the last version of libav-9. It is replaced, of course, by avcodec_encode_video2. It impacts opal 3.10.12 (for me), and especially dyna mechanism. I will have a look next week (if there is no patch from opal). Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
No changes for ptlib header. I use 2.10-beta branche for months and beta12, the last one, before ekiga's changes. Le 16/09/2013 20:19, Julien Puydt a écrit : Hi, Le 16/09/2013 16:00, Thierry Simonnet a écrit : Hello, I applied the last modifications from git. The trace you give point to ptlib headers ; you updated them also, didn't you? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 10:22, Julien Puydt a écrit : Le 16/09/2013 16:00, Thierry Simonnet a écrit : from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: What happens if you add a #include runtime.h to lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp ? I just pushed a commit doing just that, because I think it is needed. Now the question is: was it enough to fix the break? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 10:22, Julien Puydt a écrit : Le 16/09/2013 16:00, Thierry Simonnet a écrit : from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: What happens if you add a #include "runtime.h" to lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp ? I have made big changes to the includes, but since I don't compile this code, there is room for a break here! Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list It works :-) I use libboost v1.54.0. I noticed several following messages like this: /win32/include/boost/signal.hpp : warning "Boost.Signals is no longer being maintained and is now deprecated. Plese switch to Boost.Signals2" There is also a big problem with libav (for linux). Debian provides a standard stripped libav . To have symbols, it is necessary to install debug packages. There is also troubles with deprecated functions and then the dyna mecnism doesn't work. This implies that it is impossible to use opal codecs. I migrated opal and ptlib to x.12 version. I use ffmpeg because it is more simple to integrate ffmpeg with opal/ptlib libraries. But ekiga migration is too hard for me. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 11:04, Julien Puydt a écrit : Le 17/09/2013 10:22, Julien Puydt a écrit : Le 16/09/2013 16:00, Thierry Simonnet a écrit : from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: What happens if you add a #include "runtime.h" to lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp ? I just pushed a commit doing just that, because I think it is needed. Now the question is: was it enough to fix the break? Yes. I generated a win32 package. Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 16:00, Eugen Dedu a crit: On 17/09/13 11:08, Thierry Simonnet wrote: There is also a big problem with libav (for linux). Debian provides a standard stripped libav . To have symbols, it is necessary to install debug packages. There is also troubles with deprecated functions and then the dyna mecnism doesn't work. This implies that it is impossible to use opal codecs. I do not understand. Don't dlopen and dlsym work with libav from debian?! unfortunately :-( I checked ekiga -d4 logs (searching link keyword). It seems that some functions are completely removed with libav-9 As libav libraries are stripped, it is necessary to use dbg packages. Checking libavcodec with nm shows that all ffmpeg functions are not there. Dyna dlopens library but dlsym fail (avinit - not important-, and more). HD codecs are unusable with libav-9. Also, there is a patch in debian fixing this, I plan to integrate it upstream, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720824. I migrated opal and ptlib to x.12 version. I use ffmpeg because it is more simple to integrate ffmpeg with opal/ptlib libraries. But ekiga migration is too hard for me. I understand, I will work on it as soon as gconf-dconf migration is finished and ekiga 4.2.0 is released... Let me know if you want some help. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
On 17/09/13 11:08, Thierry Simonnet wrote: There is also a big problem with libav (for linux). Debian provides a standard stripped libav . To have symbols, it is necessary to install debug packages. There is also troubles with deprecated functions and then the dyna mecnism doesn't work. This implies that it is impossible to use opal codecs. I do not understand. Don't dlopen and dlsym work with libav from debian?! Also, there is a patch in debian fixing this, I plan to integrate it upstream, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720824. I migrated opal and ptlib to x.12 version. I use ffmpeg because it is more simple to integrate ffmpeg with opal/ptlib libraries. But ekiga migration is too hard for me. I understand, I will work on it as soon as gconf-dconf migration is finished and ekiga 4.2.0 is released... -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] Last modifications
Hello, I applied the last modifications from git. I have the following messages : /win32/include/ptlib/pstring.h:1651:46: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] In file included from /root/win32/include/ptlib/contain.h:624:0, from /root/win32/include/ptlib.h:56, from ../lib/engine/components/common-videooutput/videooutput-manager-common.h:51, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.h:44, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: /win32/include/ptlib/pstring.h: In constructor 'PWideString::PWideString(PContainerReference)': /win32/include/ptlib/pstring.h:1686:52: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/pstring.h: In constructor 'PCaselessString::PCaselessString(PContainerReference)': /win32/include/ptlib/pstring.h:1814:54: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: In member function 'virtual void GMVideoOutputManager_dx::setup_frame_display()': ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:89:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:97:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:104:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:109:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:114:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:250:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:254:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: In member function 'virtual void GMVideoOutputManager_dx::close_frame_display()': ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:265:10: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: In member function 'virtual void GMVideoOutputManager_dx::display_pip_frames(const char*, unsigned int, unsigned int, const char*, unsigned int, unsigned int)': ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:297:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: At global scope: ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:311:1: warning: unused parameter 'sync_required' [-Wunused-parameter] In file included from /root/win32/include/ptlib/contain.h:608:0, from /root/win32/include/ptlib.h:56, from ../lib/engine/components/common-videooutput/videooutput-manager-common.h:51, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.h:44, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = char]': /win32/include/ptlib/array.h:571:1: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = unsigned char]': /win32/include/ptlib/array.h:691:1: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = PHashTableElement*]': /win32/include/ptlib/dict.h:150:1: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = wchar_t]': /win32/include/ptlib/pstring.h:1686:75: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] make[3]: *** [videooutput-manager-dx.lo] Error 1 make[3]: Leaving directory `/win32/ekiga/lib' make[2]: *** [install] Error 2 make[2]: Leaving directory `/win32/ekiga/lib' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
On 16/09/13 16:00, Thierry Simonnet wrote: I applied the last modifications from git. What are the last modifications? The ones from yesterday, or the ones from one week ago, or the last month...? -- 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] Last modifications
From "updated ax_boost_base.m4 to latest version" I made an update sources today Last week version compiles. Le 16/09/2013 16:05, Eugen Dedu a crit: On 16/09/13 16:00, Thierry Simonnet wrote: I applied the last modifications from git. What are the "last modifications"? The ones from yesterday, or the ones from one week ago, or the last month...? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Hi, Le 16/09/2013 16:00, Thierry Simonnet a écrit : Hello, I applied the last modifications from git. The trace you give point to ptlib headers ; you updated them also, didn't you? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
On 19/03/13 15:33, Thierry Simonnet wrote: Le 19/03/2013 15:18, Eugen Dedu a écrit : On 19/03/13 14:58, Thierry Simonnet wrote: Ekiga_setup gas a big size with GTK_Bundle : 40M I think to use gtk's own libraries, not a bundle anymore. It takes less space and does not interfere with other software on the machine. It will be a lot of work without a lot of added value. On Windows platform it is a huge potential problem source. I had some bad experiment with zlib. On a PC I saw 12 different version and it is a hard work to keep everything working. Using a bundle provide the same version for gimp, ekiga Especially GTK The pros for using a local gtk are: - I noticed also problems with some users where zlib found was too old and ekiga did not start for them. - a bundle of 40M is too big, we cannot tell user to download 60 MB for ekiga installer 40MB is for the whole package : GTK runtime : 17.2MB GTK bundle : 27.2MB Usage of package avoids maintaining version. Compiling GTK with mingw is not so easy I did not mean to compile gtk, but to use the dll provided by gtk itself instead of a bundle. The pros for having a global gtk is: - security, updating the zlib library will benefit all applications using it However, in Windows world each program comes with its own libraries, as far as I know, so I prefer a local gtk. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [WIN32] ekiga and GTK 3
Hi, I compiled ekiga against gtk 3 from : http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : need to copy libintl-8.dll to intl.dll in GTK3 bundle tree need to add manually libexpat-1.dll (it is in bin development tree and not in lib) need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) Hope this helps -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
Another point : There is no gtk-xxx-installer.exe Previous version of gtk will not be removed. Le 19/03/2013 13:08, Thierry Simonnet a crit: Hi, I compiled ekiga against gtk 3 from : http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : need to copy libintl-8.dll to intl.dll in GTK3 bundle tree need to add manually libexpat-1.dll (it is in bin development tree and not in lib) need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) Hope this helps -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
There is no problem keeping both version. PATHs have to be managed. I found 2 other missing things : libiconv and libgcc_s used by GTK packager. I generated ekiga_setup against GTK_Bundle. It might work with GTK_Runtime (to be tested) I tested the setup on 2 win32 machines : std winXP : it seems working. I have sound, video. I can phone... No major trouble. The background of video window is black win7 on my HP laptop with integrated caméra. As usual, camera is activated, calls are working but without displaying video. Ekiga_setup gas a big size with GTK_Bundle : 40M Le 19/03/2013 14:23, Eugen Dedu a écrit : It cannot be removed, because it might be used by other software on that machine. What we can do is to inform the user to remove gtk if no other software uses it, but it is error-prone. On 19/03/13 13:17, Thierry Simonnet wrote: Another point : There is no gtk-xxx-installer.exe Previous version of gtk will not be removed. Le 19/03/2013 13:08, Thierry Simonnet a écrit : Hi, I compiled ekiga against gtk 3 from : * http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe * http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : * need to copy libintl-8.dll to intl.dll in GTK3 bundle tree * need to add manually libexpat-1.dll (it is in bin development tree and not in lib) * need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
Le 19/03/2013 14:36, Eugen Dedu a écrit : On 19/03/13 14:32, Thierry Simonnet wrote: There is no problem keeping both version. PATHs have to be managed. I found 2 other missing things : libiconv and libgcc_s used by GTK packager. I generated ekiga_setup against GTK_Bundle. It might work with GTK_Runtime (to be tested) I tested the setup on 2 win32 machines : * std winXP : it seems working. I have sound, video. I can phone... No major trouble. The background of video window is black * win7 on my HP laptop with integrated caméra. As usual, camera is activated, calls are working but without displaying video. Ekiga_setup gas a big size with GTK_Bundle : 40M I think to use gtk's own libraries, not a bundle anymore. It takes less space and does not interfere with other software on the machine. It will be a lot of work without a lot of added value. On Windows platform it is a huge potential problem source. I had some bad experiment with zlib. On a PC I saw 12 different version and it is a hard work to keep everything working. Using a bundle provide the same version for gimp, ekiga Especially GTK Le 19/03/2013 14:23, Eugen Dedu a écrit : It cannot be removed, because it might be used by other software on that machine. What we can do is to inform the user to remove gtk if no other software uses it, but it is error-prone. On 19/03/13 13:17, Thierry Simonnet wrote: Another point : There is no gtk-xxx-installer.exe Previous version of gtk will not be removed. Le 19/03/2013 13:08, Thierry Simonnet a écrit : Hi, I compiled ekiga against gtk 3 from : * http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe * http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : * need to copy libintl-8.dll to intl.dll in GTK3 bundle tree * need to add manually libexpat-1.dll (it is in bin development tree and not in lib) * need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
On 19/03/13 14:58, Thierry Simonnet wrote: Ekiga_setup gas a big size with GTK_Bundle : 40M I think to use gtk's own libraries, not a bundle anymore. It takes less space and does not interfere with other software on the machine. It will be a lot of work without a lot of added value. On Windows platform it is a huge potential problem source. I had some bad experiment with zlib. On a PC I saw 12 different version and it is a hard work to keep everything working. Using a bundle provide the same version for gimp, ekiga Especially GTK The pros for using a local gtk are: - I noticed also problems with some users where zlib found was too old and ekiga did not start for them. - a bundle of 40M is too big, we cannot tell user to download 60 MB for ekiga installer The pros for having a global gtk is: - security, updating the zlib library will benefit all applications using it However, in Windows world each program comes with its own libraries, as far as I know, so I prefer a local gtk. -- 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] ekiga and GTK 3
Le 19/03/2013 15:18, Eugen Dedu a écrit : On 19/03/13 14:58, Thierry Simonnet wrote: Ekiga_setup gas a big size with GTK_Bundle : 40M I think to use gtk's own libraries, not a bundle anymore. It takes less space and does not interfere with other software on the machine. It will be a lot of work without a lot of added value. On Windows platform it is a huge potential problem source. I had some bad experiment with zlib. On a PC I saw 12 different version and it is a hard work to keep everything working. Using a bundle provide the same version for gimp, ekiga Especially GTK The pros for using a local gtk are: - I noticed also problems with some users where zlib found was too old and ekiga did not start for them. - a bundle of 40M is too big, we cannot tell user to download 60 MB for ekiga installer 40MB is for the whole package : GTK runtime : 17.2MB GTK bundle : 27.2MB Usage of package avoids maintaining version. Compiling GTK with mingw is not so easy The pros for having a global gtk is: - security, updating the zlib library will benefit all applications using it However, in Windows world each program comes with its own libraries, as far as I know, so I prefer a local gtk. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ 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 compiling trunk version
Hello, It compiles. Using latests version of x264, libav 0.8, opal 3.10.beta6, ptlib 2.10.beta6 I notice for the first quick test : H323 doesn't work no video displayed as usual. no displayed icons for GUI Setup is available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.3-git-368_gf8aa653.exe Best regards Thierry Le 23/05/2012 16:00, Eugen Dedu a crit: On 22/05/12 13:05, Thierry Simonnet wrote: Hello, 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 Fixed with http://git.gnome.org/browse/ekiga/commit/?id=f8aa653ed9f9. I might be wrong when I said that it was because .c - .cpp, now I am not sure; anyway, it compiles now. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] trouble compiling trunk version
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 ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] trouble compiling trunk version
On 22/05/12 13:05, Thierry Simonnet wrote: Hello, 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 This is caused by (a migration from src/gui to lib/engine and) use of gcc instead of g++. I have not yet found how to fix it. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] trouble compiling trunk version
On 22/05/12 13:05, Thierry Simonnet wrote: Hello, 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 Fixed with http://git.gnome.org/browse/ekiga/commit/?id=f8aa653ed9f9. I might be wrong when I said that it was because .c - .cpp, now I am not sure; anyway, it compiles now. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [win32] trouble compiling trunk version
Hello, 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 Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
