search for: ssl_library_init

...was unable to run ./configure --with-openssl on Debian Stretch. The ./configure output ends with checking for OpenSSL version via pkg-config... 1.1.0f found checking for OpenSSL cflags... checking for OpenSSL ldflags... -lssl -lcrypto checking for openssl/ssl.h... yes checking for SSL_library_init... no configure: error: "OpenSSL not found, required for SSL support" The giveaway is that ssl.h which defines SSL_library_init is present, but configure can't see the symbol SSL_library_init. As often happens, the folks over at Arch Linux have the technical details, and the ex...

Peter, Any objections to adding this to the trunk? When I run 'ldd upsc' without this patch, it lists the OpenSSL libraries, and the default ./configure setting is to not use OpenSSL. - Charles > Log: > If we are not using SSL_CFLAGS or SSL_LDFLAGS, do not add the OpenSSL libraries > to all of the binaries. > > > Modified: branches/deb_fixes_for_trunk/configure.in >

OpenSSL 1.1.0 has deprecated SSL_load_error_strings and SSL_library_init. Initialization is done automatically, so they're not needed with icecast. Fixes issue #2318 Signed-off-by: Eneas U de Queiroz <cote2004-github at yahoo.com> --- src/tls.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/tls.c b/src/tls.c index 36edd86..6bd1aee 100644 --- a/s...

OpenSSL 1.1.0 has deprecated SSL_load_error_strings and SSL_library_init. Initialization is done automatically, so they're not needed with icecast. Fixes issue #2318 Signed-off-by: Eneas U de Queiroz <cote2004-github at yahoo.com> --- src/tls.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/src/tls.c b/src/tls.c index 36edd86..e4688c5 100644 ---...

...sl.so ERR_free_strings ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so X509_NAME_dup ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so SSL_CTX_set_tmp_rsa_callback ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so X509_get_subject_name ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so SSL_library_init ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so ENGINE_finish ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so ENGINE_by_id ../lib-ssl-iostream/.libs/libssl_iostream_openssl.so ld: fatal: symbol referencing errors. No output written to .libs/test-http-client collect2: ld returned 1 exit s...

...def XXX_HAVE_X509_check_host @@ -61,16 +62,20 @@ shout_tls_t *shout_tls_new(shout_t *self, sock_t socket) static inline int tls_setup(shout_tls_t *tls) { - SSL_METHOD *meth; + const SSL_METHOD *meth; +#if (OPENSSL_VERSION_NUMBER < 0x10100000L) || defined(LIBRESSL_VERSION_NUMBER) SSL_library_init(); SSL_load_error_strings(); SSLeay_add_all_algorithms(); SSLeay_add_ssl_algorithms(); - meth = TLSv1_client_method(); + meth = SSLv23_client_method(); if (!meth) goto error; +#else + meth = TLS_client_method(); +#endif tls->ssl_ctx = SSL_CTX_new(me...

...piling smbd/noquotas.c Compiling smbd/oplock.c Compiling smbd/oplock_irix.c Compiling smbd/oplock_linux.c Compiling smbd/notify.c Compiling smbd/notify_hash.c Compiling smbd/notify_kernel.c Linking bin/smbd smbd/ssl.o: In function `sslutil_init': smbd/ssl.o(.text+0x2a5): undefined reference to `SSL_library_init' smbd/ssl.o(.text+0x2bb): undefined reference to `RAND_egd' smbd/ssl.o(.text+0x42b): undefined reference to `SSL_CTX_use_certificate_chain_file' smbd/ssl.o(.text+0x5f4): undefined reference to `SSL_CTX_set_tmp_rsa_callback' collect2: ld returned 1 exit status make: *** [bin/smbd] Er...

...] VERBOSE[10516] manager.c: == Manager registered action Ping From googling around, I see that reason(161) means that somehow, there are no loaded cyphers for SSL (source: http://marc.info/?l=openssl-users&m=99129794725716&w=2). This source also claims that the most common cause is that SSL_library_init() was not called. However, I do not see anything in the Asterisk changelog that could possibly cause the call to be skipped. I see nothing out of the ordinary when configuring Asterisk using the updated openssl: checking sqlite3.h usability... yes checking sqlite3.h presence... yes checking for...

...init_keys': res_crypto.c:537: dereferencing pointer to incomplete type res_crypto.c:538: dereferencing pointer to incomplete type res_crypto.c:542: dereferencing pointer to incomplete type res_crypto.c: In function `crypto_init': res_crypto.c:596: warning: implicit declaration of function `SSL_library_init' res_crypto.c:597: warning: implicit declaration of function `ERR_load_crypto_strings' res_crypto.c: In function `init_keys': res_crypto.c:531: warning: `kn' might be used uninitialized in this function make[1]: *** [res_crypto.o] Error 1 make[1]: Leaving directory `/usr/src/asteri...

Hi Xiph.org Team. We are using opusfile library <https://github.com/xiph/opusfile> for streaming *.opus* audio in our projects. But now we have a problem with building opusfile library for android with *ndk-build*. In particular, with arm64-v8a platform: Google removed <sys/timeb.h> from android. And now building opusfile with nkd-build crashes with error "fatal error:

I'm trying to compile the last * CVS version and I got this error: gcc -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE -O6 -march=i686 -DZAPTEL_OPTIMIZATIONS -DASTERISK_VERSION=\"CVS-09/10/03-18:47:18\" -DINSTALL_PREFIX=\"\" -DASTETCDIR=\"/etc/asterisk\"

...' /usr/local/lib/dovecot/libdovecot-storage.so: undefined reference to `X509_NAME_get_entry at OPENSSL_1.0.0' /usr/local/lib/dovecot/libdovecot-storage.so: undefined reference to `ASN1_STRING_type at OPENSSL_1.0.0' /usr/local/lib/dovecot/libdovecot-storage.so: undefined reference to `SSL_library_init at OPENSSL_1.0.0' /usr/local/lib/dovecot/libdovecot-storage.so: undefined reference to `SSL_get_current_cipher at OPENSSL_1.0.0' /usr/local/lib/dovecot/libdovecot-storage.so: undefined reference to `SSL_CTX_set_cipher_list at OPENSSL_1.0.0' /usr/local/lib/dovecot/libdovecot-storage.so...

Hi, I have rewritten the patches I submitted earlier today for the CVS HEAD. Some of the changes were already committed months ago. On 2007/03/15 12:30, Timo Sirainen <tss at iki.fi> wrote: > That's ok, but I'm not sure about bsearch_insert_pos(). It's the way it > is mostly because I wanted to keep bsearch() API. If it can't return > void * then maybe it could be

The Asterisk Development Team has announced the release of Asterisk 13.8.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 13.8.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: New

...dr_ctx_destroy... no checking whether to build IPMI driver... no checking whether to build Mac OS X meta-driver... no checking for OpenSSL version via pkg-config... none found checking for OpenSSL cflags... checking for OpenSSL ldflags... -lssl -lcrypto checking for openssl/ssl.h... no checking for SSL_library_init... no checking for Mozilla NSS version via pkg-config... none found checking for Mozilla NSS cflags... checking for Mozilla NSS ldflags... -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 checking for nss.h... yes checking for NSS_Init... yes checking whether to enable SSL support... yes (M...