I'm seeing the error below:
Building package zlib[core]:x86-windows...
A suitable version of git was not found (required v2.17.1). Downloading portable git v2.17.1...
Downloading git...
WinHttpSendRequest() failed: 12002
I suspect the WinHttpSendRequest error is due to being behind a proxy -
most download issues seem to be this. Or perhaps because a sys admin
somewhere has disabled WinInet, somehow. I don't know. I don't know
how to debug WinHttpSendRequest(); a quick google search didn't help.
By printing the URL that vcpkg is trying to download, and where it's
trying to download to, I can pop the URL in my browser, save it at the
location specified, and move on with my life.
* [rocksdb] Update to v5.15.10
* [rocksdb] Cleanup
* [rocksdb] Fix cmake targets name.
* [toolchains] Set NDEBUG in release
* [rocksdb] Disable vcpkg_test_cmake due to misbehavior in x64
* [tiff] Use lzma on linux
* [libgeotiff] Install doc files in the correct place
The original portfile put documentation (authors, readme, etc.) inside
of vcpkg/installed/<triplet>/doc. This commit modifies the portfile such
that the files are installed to
vcpkg/installed/<triplet>/share/libgeotiff/doc instead.
* [libgeotiff] Bump version
* [libgeotiff] Avoid file(INSTALL)
* Add SKIP_CLEAN option to vcpkg_install_msbuild
Also add vcpkg_clean_msbuild function to factor out clean
logic and allow re-use in portfiles.
* xalan-c: Correct header globbing
* vcpkg_install_msbuild: SKIP_CLEAN documentation correction
* [xalan-c] Add explicit check for localmsgindex header.
[docs] Regenerate
* [sdl1][sdl1-net] Add new port for SDL v1.2.15 & SDL_net v1.2.8
* Version 1.2 is still required for building DOSbox
* [sdl1][sdl1-net] Revise to install to expected paths
* Headers go in include\ instead of include\SDL1
* Use updated .sln and .vcxproj files
* [sdl1] Modernize
* Include libpq-events header file
Missing the libpq events header file. This file is needed to use the asynchronous libpq interfaces.
* [libpq] Bump control version
* [xerces-c] Update to 3.2.2
* [xalan-c] Build against xerces-c 3.2.2 and include extra patches
* [xalan-c] Use new vcpkg_extract_source_archive_ex()
* [xerces-c] Use vcpkg_fixup_cmake_targets
* [xerces-c] Disable vcpkg_test_cmake due to misbehavior in x64
* [xerces-c] Remove bin directory when building static
* [xalan-c] Modernize
* Correctly configure GTK3 to reflect recomended release settings
GTK/Glib packaging guidelines recomends a release build to use debugging
facilities set to level 'minimum'. Disabling this is officially not
recomended for stable releases. For more info read the following link,
the section `--enable-debug`.
https://developer.gnome.org/glib/stable/glib-building.html#extra-configuration-options
* [gtk] Bump control version
* [libusb] Update to 1.0.22
* Update version to v1.0.22 tag instead of non-release commit hash.
* Remove libusb-usbdk output library.
The two Windows backends have been unified. The UsbDk backend is
selectable at runtime using the function libusb_set_option().
* Remove libfreenect2 patch (changes integrated upstream).
* Tidy up portfile.
* [libusb] Use vcpkg_install_msbuild()
* [libfreenect2] Add missing libjpeg-turbo dependency
* making sure there is a leading <compileflags> even if CMAKE_CXX_FLAGS do not start with a whitespace
* making sure there is a leading <compileflags> even if CMAKE_CXX_FLAGS do not start with a whitespace
* full support for CXXFLAGS, CFLAGS and LDFLAGS throughout the boost-modular-build-helper
* [boost-modular-build-helper] Bump version and use CMAKE_* macros since the VCPKG_* macros are not passed in
* [boost-type-erasure] Depend on boost-thread even in UWP
* [orc] add apache orc library
* [orc] Simplify patch. Note in usage that no targets are available. Don't build tools on windows because they are not supported.
* [orc] Move tools to tools/orc/ to fix Linux build.
* [orc] fix tools ouput folder
* Fix crc32c CMake configuration directory.
The port was installing the CMake configuration files for Crc32c in
share/crc32c/Crc32c/Crc32cConfig.cmake, where find_package() cannot
find them. They should be installed in share/crc32c/Crc32cConfig.cmake.
* [crc32] Lowercase share directory
Response files are a convenient way of specifying bulk parameters,
typically supported by compilers and linkers. For vcpkg response files
provide a convenient way of installing sets of packages from simple
newline separate list files.
The word Privacy was capitalized for no reason. I've also added to word programming so that it's clear that the document refers to programming languages, before it referred only to language.
* [docopt] Add docopt.cpp to fix#3935
* [docopt] Cleanup
* [docopt] Disable vcpkg_test_cmake due to misbehavior on x64
* [docopt] Install only one flavor (static/shared)
