Re: [Ekiga-list] PTLib compile failure on Raspberry Pi 4 and Banana Pi M64

2022-04-09 Thread Jan Willamowius via ekiga-list
Hi Robert,

I'm maintaining a fork of PTLib for GnuGk and H323Plus at
https://github.com/willamowius/ptlib

That version was forked off PTLib 2.10.9 and probably doesn't match
exactly what Ekiga needs, but you might be able to use some of the
fixes I made for current compiler and OS versions from the revision
history.

Regards,
Jan

-- 
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail  : j...@willamowius.de
Website: https://www.gnugk.org
Support: https://www.willamowius.com/gnugk-support.html

Relaxed Communications GmbH
Frahmredder 91, 22393 Hamburg, Germany
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584

Robert Heller via ekiga-list wrote:
> For both of my ARM build machines, PTLib fails to build with C++ errors. Both
> machines are up-to-date.
> 
> The Raspberry Pi 4 is running Raspberry Pi OS (based on Debian 10), with this 
> G++:
> 
> fruitloops% g++ -v
> Using built-in specs.
> COLLECT_GCC=g++
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/8/lto-wrapper
> Target: arm-linux-gnueabihf
> Configured with: ../src/configure -v --with-pkgversion='Raspbian 
> 8.3.0-6+rpi1' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs 
> --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr 
> --with-gcc-major-version-only --program-suffix=-8 
> --program-prefix=arm-linux-gnueabihf- --enable-shared 
> --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext 
> --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap 
> --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes 
> --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm 
> --disable-libquadmath --disable-libquadmath-support --enable-plugin 
> --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto 
> --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp 
> --with-float=hard --disable-werror --enable-checking=release 
> --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf 
> --target=arm-linux-gnueabihf
> Thread model: posix
> gcc version 8.3.0 (Raspbian 8.3.0-6+rpi1) 
> 
> here is the make log:
> 
> make DEBUG= P_SHAREDLIB=1 default_target
> make[1]: Entering directory '/home/heller/ptlib-2.10.11'
> make[1]: Leaving directory '/home/heller/ptlib-2.10.11'
> make[1]: Entering directory '/home/heller/ptlib-2.10.11/src'
> make DEBUG= P_SHAREDLIB=1 default_target
> make[2]: Entering directory '/home/heller/ptlib-2.10.11/src'
> [CC] ptclib/pssl.cxx
> In file included from /home/heller/ptlib-2.10.11/include/ptlib.h:145,
>  from ptclib/pssl.cxx:86:
> /home/heller/ptlib-2.10.11/include/ptlib/psharedptr.h:63:21: warning: 
> ‘template class std::auto_ptr’ is deprecated 
> [-Wdeprecated-declarations]
>  PSharedPtr(std::auto_ptr & v)
>  ^~~~
> In file included from /usr/include/c++/8/bits/locale_conv.h:41,
>  from /usr/include/c++/8/locale:43,
>  from /usr/include/c++/8/iomanip:43,
>  from /home/heller/ptlib-2.10.11/include/ptlib/object.h:58,
>  from /home/heller/ptlib-2.10.11/include/ptlib/psync.h:43,
>  from /home/heller/ptlib-2.10.11/include/ptlib/critsec.h:34,
>  from /home/heller/ptlib-2.10.11/include/ptlib/contain.h:42,
>  from /home/heller/ptlib-2.10.11/include/ptlib.h:56,
>  from ptclib/pssl.cxx:86:
> /usr/include/c++/8/bits/unique_ptr.h:53:28: note: declared here
>template class auto_ptr;
> ^~~~
> ptclib/pssl.cxx:143:35: error: ‘BIO_s_file_internal’ was not declared in 
> this scope
>  PSSL_BIO(BIO_METHOD *method = BIO_s_file_internal())
>^~~
> ptclib/pssl.cxx:143:35: note: suggested alternative: ‘BIO_s_file’
>  PSSL_BIO(BIO_METHOD *method = BIO_s_file_internal())
>^~~
>BIO_s_file
> In file included from /usr/include/openssl/x509.h:18,
>  from /usr/include/openssl/ssl.h:20,
>  from ptclib/pssl.cxx:99:
> ptclib/pssl.cxx: In member function ‘PBoolean 
> PSSLPrivateKey::Create(unsigned int, void (*)(int, int, void*), void*)’:
> ptclib/pssl.cxx:255:83: warning: ‘RSA* RSA_generate_key(int, long unsigned 
> int, void (*)(int, int, void*), void*)’ is deprecated 
> [-Wdeprecated-declarations]
>if (EVP_PKEY_assign_RSA(key, RSA_generate_key(modulus, 0x10001, callback, 
> cb_arg)))
>   
>  ^
> In file included from /usr/include/openssl/e_os2.h:13,
>  from /usr/include/openssl/ssl.h:15,
>  from ptclib/pssl.cxx:99:
> /usr/include/openssl/rsa.h:235:1: note: declared here
>  DEPRECATEDIN_0_9_8(RSA *RSA_generate_key(int bits, unsigned long e, void
>  ^~
> In 

Re: [Ekiga-list] newbie

2019-09-17 Thread Jan Willamowius via ekiga-list
Hi Peter,

server side you have the GNU Gatekeeper (https://www.gnugk.org) that
uses H.323 and is still under active development.

Unfortunately nonw of the available OpenSource endpoints is really
production quality. See my list at
https://www.gnugk.org/h323-endpoint.html

I think you best bet are the free (but not open) mobile H.323
endpoints, like RealPresence or Yealink VC (also on my list).

Regards,
Jan

-- 
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail  : j...@willamowius.de
Website: https://www.gnugk.org
Support: https://www.willamowius.com/gnugk-support.html

Relaxed Communications GmbH
Frahmredder 91, 22393 Hamburg, Germany
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584


selin...@mathstat.dal.ca wrote:
> Hi Eugen,
> 
> thanks! Yes, we are using something similar to the link you gave.
> 
> Still it is oddly frustrating that there is no open source
> solution. The H.323 standard is a 20-year old open standard, and there
> seem to have been various projects that are all abandoned. I might yet
> try to resurrect one of them, if I have time!
> 
> Thanks for the information. -- Peter
> 
> Eugen Dedu wrote:
> > 
> > Hi,
> > 
> > Ekiga is not ready for H323, unfortunately.  I tried it once with an 
> > H323 equipment in France and it did not work.  There are still bugs 
> > which make it unusable.
> > 
> > French researchers have access to a very easy to use videoconferencing 
> > system, https://rendez-vous.renater.fr.  You have access when they 
> > invite you for a given videoconference.  You just need a browser, no 
> > need of plugins.  I regularly use it and it works pretty well.
> > 
> > Kind regards,
> > Eugen
> > 
> > On 17/09/2019 15:30, selin...@mathstat.dal.ca wrote:  
> > > Hi Bret,
> > > 
> > > thanks for your reply. Of course I am already a Skype user. But I am
> > > specifically interested in finding some open source software that can
> > > connect to existing H.323 teleconferencing equipment.
> > > 
> > > Occasionally someone requires this. For example, this week I must
> > > participate remotely in a Ph.D. defense in France and the use of Skype
> > > has been specifically forbidden. (Maybe for ideological reasons, as
> > > you say, or more likely, because it is unreliable enough that people
> > > usually spend most of their time worrying about resuming dropped
> > > calls, rather than getting on with the meeting).  In that situation, I
> > > usually have to use some proprietary Cisco client, but if a Linux
> > > solution exists, that would be great.
> > > 
> > > There seem to exist some H.323 libraries, such as H323Plus, but I
> > > cannot find any working software that actually uses those libraries.
> > > 
> > > It is not a problem for me to use software that is no longer being
> > > actively developed. If it worked in 2012, it must in principle still
> > > work now. So if there is some way to get Ekiga, or something similar,
> > > to work, I would not mind using it.
> > > 
> > > Thanks, -- Peter
> > > 
> > > Bret Busby via ekiga-list wrote:  
> > >>
> > >> On 17/09/2019, selin...@mathstat.dal.ca  
> > >> wrote:  
> > >>> Hi,
> > >>>
> > >>> this is a newbie question. I am trying to install Ekiga on an Ubuntu
> > >>> 19.04 system. I ran into several problems:
> > >>>
> > >>> * there doesn't seem to be an ekiga package in Ubuntu 19.04. At any
> > >>>rate, "apt install ekiga" said there was no such package.
> > >>>
> > >>> * I downloaded the sources. "configure" complained about a missing
> > >>>Boost library, so I installed it with "apt install libboost-dev".
> > >>>Now I get the following:
> > >>>
> > >>> checking for boostlib >= 1.34... yes
> > >>> checking whether the Boost::Signals library is available... yes
> > >>> configure: error: Could not find a version of the library!
> > >>>
> > >>>Since the previous two answers were "yes", I am not sure what is
> > >>>missing on the last line, nor how to install it. I'm not sure what
> > >>>"the library" is, if it is not "boostlib >= 1.34" or
> > >>>"Boost::Signals".
> > >>>
> > >>> Do you have some up-to-date installation instructions? I did check
> > >>> the wiki at
> > >>> "http://wiki.ekiga.org/index.php/Installing_Ekiga_on_Linux;, but it
> > >>> hasn't been updated since 2013 (the Ubuntu instructions date to 2011).
> > >>>
> > >>> Or if this project is dead, is there a replacement that you can
> > >>> recommend?
> > >>>
> > >>> Thanks, -- Peter
> > >>>  
> > >>
> > >> Hello.
> > >>
> > >> I believe that you are better not trying to install Ekiga, especcially
> > >> as a new user.
> > >>
> > >> No new development is being done, and, Ekiga is no longer fully
> > >> supported, insofar as I am aware.
> > >>
> > >> Whilst some people have an ideological objection to it, because it is
> > >> now owned and operated by Microsoft, and, also, its functionality has
> > >> been progressively reduced, over the years, since Microsoft took it
> > >> over, I