I upgraded CMake from 2.8 to 3.2.
It seems to work, but since that I receive the error message
-- downloading...
src='https://googletest.googlecode.com/files/gtest-1.7.0.zip'
dst='... /build/gtest/src/gtest-1.7.0.zip'
timeout='none'
CMake Error at gtest-stamp/download-gtest.cmake:21 (message):
error: downloading
'https://googletest.googlecode.com/files/gtest-1.7.0.zip' failed
status_code: 1
status_string: "Unsupported protocol"
log: Protocol "https" not supported or disabled in libcurl
Closing connection -1
When I change the protocol from https to http, it runs OK. What is the reason of removing https from supported protocols?
Related
I'm currently installing emsdk. I was just following the tutorial in their site but got stuck at this command:
./emsdk install latest
Here is the output:
Installing SDK 'sdk-1.38.0-64bit'..
Installing tool 'clang-e1.38.0-64bit'..
The contents of file 'llvm/tag/osx_64bit/emscripten-llvm-e1.38.0.tar.gz' already exist in destination '/Users/user1/Desktop/emsdk/clang/e1.38.0_64bit', skipping.
Done installing tool 'clang-e1.38.0-64bit'.
Installing tool 'node-8.9.1-64bit'..
The contents of file 'node-v8.9.1-darwin-x64.tar.gz' already exist in destination '/Users/user1/Desktop/emsdk/node/8.9.1_64bit', skipping.
Done installing tool 'node-8.9.1-64bit'.
Installing tool 'emscripten-1.38.0'..
Error downloading URL 'https://github.com/kripken/emscripten/archive/1.38.0.tar.gz': <urlopen error [SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version (_ssl.c:590)>
Installation failed!
I already tried upgrading to Python 3 from Python 2.7 as well as upgraded my OpenSSL as per suggestion of some posts here. How can I fix this?
I ran into the same problem. I tried updating openssl on MacOS and using a newer version of python, but it still didn't work.
A hacky work around that worked for me is to download the failing file manually into the zips folder.
For example
cd zips
wget https://github.com/kripken/emscripten/archive/1.38.0.tar.gz
Then try to install again and it should work.
tried this method
but says
"No releases available for package "pecl.php.net/intl" install failed"
tried with
pecl -vvv install intl
returns this
Warning: file_exists(): Unable to find the wrapper "channel" - did you
forget to enable it when you configured PHP? in
PEAR/Downloader/Package.php on line 1511
Warning: is_file(): Unable to find the wrapper "channel" - did you
forget to enable it when you configured PHP? in
PEAR/Downloader/Package.php on line 1521
Warning: is_file(): Unable to find the wrapper "channel" - did you
forget to enable it when you configured PHP? in
PEAR/Downloader/Package.php on line 1521
Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error
messages: error:14090086:SSL
routines:ssl3_get_server_certificate:certificate verify failed in
PEAR/REST.php on line 432
Warning: fsockopen(): Failed to enable crypto in PEAR/REST.php on line
432
Warning: fsockopen(): unable to connect to ssl://pecl.php.net:443
(Unknown error) in PEAR/REST.php on line 432 No releases available for
package "pecl.php.net/intl" Cannot initialize
'channel://pecl.php.net/intl', invalid or missing package file Package
"channel://pecl.php.net/intl" is not valid install
now i don't know what to do, and what this means. please help.
From PHP version 5.3 the extension intl is bundled with PHP.
So what you need to so is just enable the extension for that
open your php.ini file
find for ;extension=php_intl.dll
remove the comment ;
That’s all, restart the Magento2 installation and have fun.
Reference: http://www.magentogeek.com/magento2-intl-php-extension-missing/
I tried building openssl 1.0.1l (https://www.openssl.org/source/openssl-1.0.1l.tar.gz) binaries on Windows with following configuration command Configure no-ssl3 VC-WIN32 followed by ms\do_ms and nmake -f ms\ntdll.mak.
It successfully builds the binaries but when I try make a request using SSL3 it was successful.
Can anyone please help me to disable SSL3 on 1.0.1l branch of openssl.
Note: Using same command on openssl 1.0.1j disabled ssl3 from binaries and so when I use ssl3 request it quits (which is expected)
This is a bug in 1.0.1l and before, which is fixed in OpenSSL 1.0.2.
Reference:
*) Build option no-ssl3 is incomplete.
When OpenSSL is configured with "no-ssl3" as a build option, servers
could accept and complete a SSL 3.0 handshake, and clients could be
configured to send them.
(CVE-2014-3568)
[Akamai and the OpenSSL team]
Maybe the configuration was changed by this?
no-ssl3 configuration sets method to NULL (CVE-2014-3569)
no-ssl3 configuration sets method to NULL (CVE-2014-3569)
Severity: Low
When openssl is built with the no-ssl3 option and a SSL v3 ClientHello is
received the ssl method would be set to NULL which could later result in
a NULL pointer dereference.
This issue affects all current OpenSSL versions: 1.0.1, 1.0.0 and 0.9.8.
OpenSSL 1.0.1 users should upgrade to 1.0.1k.
OpenSSL 1.0.0 users should upgrade to 1.0.0p.
OpenSSL 0.9.8 users should upgrade to 0.9.8zd.
This issue was reported to OpenSSL on 17th October 2014 by Frank Schmirler. The
fix was developed by Kurt Roeckx.
I'm compiling libcurl for mingw32 as follows:
./configure --prefix=/Users/daniel/mingw32 "CFLAGS= -ABI=32"
make
make install
But when compiling a program using mingw32-gcc:
i386-mingw32-gcc -lcurl -o bin/remote-win.exe remote.c
i get:
In file included from /Users/daniel/mingw32/usr/local/include/curl/curl.h:34,
from remote.c:6:
/Users/daniel/mingw32/usr/local/include/curl/curlbuild.h:152:26: sys/socket.h: No such file or directory
In file included from /Users/daniel/mingw32/usr/local/include/curl/curl.h:34,
from remote.c:6:
/Users/daniel/mingw32/usr/local/include/curl/curlbuild.h:165: error: syntax error before "curl_socklen_t"
In file included from /Users/daniel/mingw32/usr/local/include/curl/curl.h:35,
from remote.c:6:
/Users/daniel/mingw32/usr/local/include/curl/curlrules.h:143: error: size of array `__curl_rule_01__' is negative
/Users/daniel/mingw32/usr/local/include/curl/curlrules.h:153: error: size of array `__curl_rule_02__' is negative
I'm pretty sure the error is because curl_socklen_t does not exist on windows. I've tried --target=--mingw32 but still no success.
Please help
End of configured for:
curl version: 7.21.4 Host setup:
x86_64-apple-darwin10.6.0 Install
prefix: /Users/daniel/mingw32
Compiler: gcc SSL support:
enabled (OpenSSL) SSH support:
no (--with-libssh2) zlib
support: enabled krb4 support:
no (--with-krb4*) GSSAPI
support: no (--with-gssapi)
SPNEGO support: no
(--with-spnego) TLS-SRP support: no
(--enable-tls-srp) resolver:
default (--enable-ares /
--enable-threaded-resolver) ipv6 support: enabled IDN support:
no (--with-libidn) Build
libcurl: Shared=yes, Static=yes
Built-in manual: enabled Verbose
errors: enabled (--disable-verbose)
SSPI support: no
(--enable-sspi) ca cert bundle: no
ca cert path: no LDAP support:
enabled (OpenLDAP) LDAPS support:
enabled RTSP support: enabled
RTMP support: no
(--with-librtmp) Protocols:
DICT FILE FTP FTPS GOPHER HTTP HTTPS
IMAP IMAPS LDAP LDAPS POP3 POP3S RTSP
SMTP SMTPS TELNET TFTP
Seems like mingw have no sys/socket.h. Just checked on my fresh mingw native install.
So, your application is not portable to mingw (or configure run was wrong). May be you should search or ask in Mailing List at http://curl.haxx.se
Thanks for your configure output. You did configed the curl for MacOSX itself, not for a cross-build for mingw. Your should force configure to use mingw's gcc, also you should to add cross-compilation options (at least '--target' option).
With the help of question #197444, I have managed to build cURL & libcurl from source on Windows from within the Visual Studio 2010 IDE, OpenSSL 1.0.0, and zlib 1.2.5. The problem I see is that at the moment, if I run the resulting curl.exe with the argument -V, then the version that it report is
curl 7.20.1 (i386-pc-win32) libcurl/7.20.1 OpenSSL/0.9.8d zlib/1.2.3
Protocols: dict file ftp ftps http https imap imaps ldap pop3 pop3s rtsp smtp smtps telnet tftp
Features: AsynchDNS Largefile NTLM SSL libz
Note the versions reported for both OpenSSL & zlib doesn't match if what I actually used. Any idea on how to fix this?
p.s. Is there a clear list of optional components that can be compiled into libcurl and what options/preprocessor directive to use? (e.g. SSPI, libidn, ...?)
I took a quick peek at the curl source code and it is getting those version numbers dynamically from the DLLs, not from any static sources. So those are the versions of the libraries that are actually loaded into the curl process, not the versions of the libraries that were used to build the curl source. You probably have older versions of those libraries on your system that are getting loaded by the curl process.
I build cURL and libcurl from command line with this batch file
#echo off
rem assumes OpenSSL at ../../openssl-1.0.0a
rem assumes zlib at ./../zlib-1.2.5 and built with static runtime libraries (/MT)
echo "Add '#define HAVE_LDAP_SSL 1' to lib\config-win32.h"
notepad lib\config-win32.h
pause
cd lib
nmake -f Makefile.vc9 clean
nmake -f Makefile.vc9 OPENSSL_PATH=../../openssl-1.0.0a ZLIB_PATH=../../zlib-1.2.5 RTLIBCFG=static CFG=release-ssl-zlib
cd ..
cd src
nmake -f Makefile.vc9 clean
nmake -f Makefile.vc9 OPENSSL_PATH=../../openssl-1.0.0a ZLIB_PATH=../../zlib-1.2.5 RTLIBCFG=static CFG=release-ssl-zlib
And this is what I get as version
curl 7.21.0 (i386-pc-win32) libcurl/7.21.0 OpenSSL/1.0.0a zlib/1.2.5
Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
Features: AsynchDNS Largefile NTLM SSL libz