[Ekiga-devel-list] Test versions
Could we arrange for new Β versions of ekiga and the libraries (ptlib, opal) in the near future? The HEAD versions of ptlib and ekiga I've tried in the past 4 to 5 days do not compile. There could also be a tag which is re-used to label the current version putatively compilable and minimally usable, or a label for the current Β version. -- http://www.fastmail.fm - IMAP accessible web-mail ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Test versions
On 14/08/12 10:03, hohy...@eml.cc wrote: Could we arrange for new Β versions of ekiga and the libraries (ptlib, opal) in the near future? The HEAD versions of ptlib and ekiga I've tried in the past 4 to 5 days do not compile. There could also be a tag which is re-used to label the current version putatively compilable and minimally usable, or a label for the current Β version. There will be a stable release by this week-end. What is the compile problem? -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] PTLib compile error in vidinput_avc.cxx
This error happens even if --video-disable is specified Subversion URL: https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk Revision: 28191 [CC] vidinput_avc.cxx vidinput_avc.cxx: In member function ‘virtual PBoolean PVideoInputDevice_1394AVC::Start()’: vidinput_avc.cxx:166:57: error: ‘raw1394_set_iso_handler’ was not declared in this scope vidinput_avc.cxx: In member function ‘virtual PBoolean PVideoInputDevice_1394AVC::GetFrameDataNoDelay(BYTE*, PINDEX*)’: vidinput_avc.cxx:374:39: error: ‘raw1394_start_iso_rcv’ was not declared in this scope vidinput_avc.cxx:381:22: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] vidinput_avc.cxx:418:34: error: ‘raw1394_stop_iso_rcv’ was not declared in this scope vidinput_avc.cxx: In function ‘int RawISOHandler(raw1394handle_t, int, size_t, u_int32_t*)’: vidinput_avc.cxx:506:20: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing] In file included from vidinput_avc.h:48:0, from vidinput_avc.cxx:65: /ptlib/include/ptlib/videoio.h: At global scope: /ptlib/include/ptlib/videoio.h:1186:1: warning: ‘PPlugin_PVideoInputDevice_FakeVideo_loader’ defined but not used [-Wunused-variable] /ptlib/include/ptlib/videoio.h:1193:1: warning: ‘PPlugin_PVideoInputDevice_FFMPEG_loader’ defined but not used [-Wunused-variable] /ptlib/include/ptlib/videoio.h:1197:1: warning: ‘PPlugin_PVideoInputDevice_YUVFile_loader’ defined but not used [-Wunused-variable] /ptlib/include/ptlib/videoio.h:1226:1: warning: ‘PPlugin_PVideoOutputDevice_SDL_loader’ defined but not used [-Wunused-variable] In file included from /ptlib/include/ptlib/videoio.h:43:0, from vidinput_avc.h:48, from vidinput_avc.cxx:65: /ptlib/include/ptlib/pluginmgr.h:175:1: warning: ‘PFactoryLoader::PluginLoaderStartup_loader’ defined but not used [-Wunused-variable] make[4]: *** [/ptlib/lib_linux_x86_64/device/videoinput/avc_pwplugin.so] Error 1 make[4]: Leaving directory `/ptlib/plugins/vidinput_avc' make[3]: *** [optshared] Error 2 make[3]: Leaving directory `/ptlib/plugins/vidinput_avc' make[2]: *** [optshared] Error 2 make[2]: Leaving directory `/ptlib/plugins' make[1]: *** [optshared] Error 2 make[1]: Leaving directory `/ptlib' make: *** [default] Error 2 -- http://www.fastmail.fm - Access all of your messages and folders wherever you are ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] PTLib compile error in vidinput_avc.cxx
On 14/08/12 10:30, hohy...@eml.cc wrote: This error happens even if --video-disable is specified Subversion URL: https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/trunk Revision: 28191 [CC] vidinput_avc.cxx vidinput_avc.cxx: In member function ‘virtual PBoolean PVideoInputDevice_1394AVC::Start()’: vidinput_avc.cxx:166:57: error: ‘raw1394_set_iso_handler’ was not declared in this scope First, we use ptlib branch, not trunk, as stated at http://wiki.ekiga.org/index.php/Download_Ekiga_sources Second, do you need AVC? Send me the output of config.log. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Test versions
On Tue, Aug 14, 2012 at 9:11 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 14/08/12 10:03, hohy...@eml.cc wrote: Could we arrange for new Β versions of ekiga and the libraries (ptlib, opal) in the near future? The HEAD versions of ptlib and ekiga I've tried in the past 4 to 5 days do not compile. There could also be a tag which is re-used to label the current version putatively compilable and minimally usable, or a label for the current Β version. There will be a stable release by this week-end. Out of interest will that include support for evolution 3.5/3.6 for the next gnome release? That's the current blocker I have for F18 builds. Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Test versions
On 14/08/12 12:32, Peter Robinson wrote: On Tue, Aug 14, 2012 at 9:11 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 14/08/12 10:03, hohy...@eml.cc wrote: Could we arrange for new Β versions of ekiga and the libraries (ptlib, opal) in the near future? The HEAD versions of ptlib and ekiga I've tried in the past 4 to 5 days do not compile. There could also be a tag which is re-used to label the current version putatively compilable and minimally usable, or a label for the current Β version. There will be a stable release by this week-end. Out of interest will that include support for evolution 3.5/3.6 for the next gnome release? That's the current blocker I have for F18 builds. Yes, see http://git.gnome.org/browse/ekiga/commit/?id=d84271d70640. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] (no subject)
I see I misunderstood your statement, I would prefer to test the latest code as also meaning HEAD on trunk for ptlib. Sorry. Second, do you need AVC? No, I don't see why I would; and I expected --disable-video should make it not attempt to build. Building with https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_10 produced no compile errors, only warnings. If you are interested in output of the compile or still interested in config.log, I will post them. -- http://www.fastmail.fm - The way an email service should be ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] (no subject)
On 14/08/12 16:22, hohy...@eml.cc wrote: I see I misunderstood your statement, I would prefer to test the latest code as also meaning HEAD on trunk for ptlib. Sorry. Second, do you need AVC? No, I don't see why I would; and I expected --disable-video should make it not attempt to build. Building with https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_10 produced no compile errors, only warnings. If you are interested in output of the compile or still interested in config.log, I will post them. No, I will look into ptlib trunk later, when we switch to it. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] PTLib autotools; install error with --disable-video
2 issues are addressed in this mail: - unusual and undesirable autotools behaviour - an error during 'make install' after 'configure --disable-video' After configure, 'make' will not recompile, even if compile parameters have changed, when object files are present. This is unlike other projects I have encountered which use autotools. Running 'make install' without a previous 'make' results in error because the 'install' target does not depend on the one for compiling. I am not knowledgeable about autotools set up and don't know what to change to improve these. configuring with ./configure --disable-video results in the following error during 'make install' /usr/bin/install: cannot stat `././videoinput/*.so': No such file or directory This is using https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_10 -- http://www.fastmail.fm - Email service worth paying for. Try it for free ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] PTLib autotools; install error with --disable-video
On 14/08/12 17:14, hohy...@eml.cc wrote: 2 issues are addressed in this mail: - unusual and undesirable autotools behaviour - an error during 'make install' after 'configure --disable-video' After configure, 'make' will not recompile, even if compile parameters have changed, when object files are present. This is unlike other projects I have encountered which use autotools. Running 'make install' without a previous 'make' results in error because the 'install' target does not depend on the one for compiling. I am not knowledgeable about autotools set up and don't know what to change to improve these. Well, ptlib/opal autotools support is known to be not perfect. Another error is that you cannot have a space in the directory name where ptlib/opal reside. There is too much work to do this correctly. Feel free to inform opalvoip mailing list about that, but I doubt someone will take care of it. configuring with ./configure --disable-video results in the following error during 'make install' /usr/bin/install: cannot stat `././videoinput/*.so': No such file or directory This is using https://opalvoip.svn.sourceforge.net/svnroot/opalvoip/ptlib/branches/v2_10 Does this appear after having used make? -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] PTLib autotools; install error with --disable-video
Does this appear after having used make? Yes. -- http://www.fastmail.fm - Does exactly what it says on the tin ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Various Bugs
Using the current repository versions, ALSA works for input and output. I found out that the 'make install' of ekiga gives the gconf errors due to a fault which is circumvented by running as root. Even when everything is owned by another user, it is still necessary to run as root, at least as set up in Debian. If we don't find out more about how to fix this, it would be good to describe in the build documentation. The error messages are like this: /usr/bin/install -c -m 644 ekiga.schemas '/usr/local/etc/gconf/schemas' WARNING: failed to install schema `/schemas/apps/ekiga/devices/audio/output_device', locale `lv': Unable to store a value at key '/schemas/ apps/ekiga/devices/audio/output_device', as the configuration server has no writable databases. There are some common causes of this proble m: 1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gco nfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machi ne crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, rem ove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default conf iguration that prevents remote CORBA connections - put ORBIIOPIPv4=1 in /etc/orbitrc. As always, check the user.* syslog for details on p roblems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf -- http://www.fastmail.fm - The professional email service ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Various Bugs
Le 14/08/2012 22:16, hohy...@eml.cc a écrit : I found out that the 'make install' of ekiga gives the gconf errors due to a fault which is circumvented by running as root. Uh... if you're installing ekiga system-wide, then of course you need to be root to do that... or did you give a --prefix= option to the configure script and things went bad anyway [in which case that might be a bug]? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list