* [vamp-sdk] update to 2.10; switch download URL to GitHub
This works around a bad SSL certificate on
https://code.soundsoftware.ac.uk :
Error: Failed to download from mirror set:
https://code.soundsoftware.ac.uk/attachments/download/2589/vamp-plugin-sdk-2.9.0.zip: % Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
* [vamp-sdk] fix path of installed headers
These are the paths installed by the vamp-plugin-sdk-devel Fedora
package:
/usr/include/vamp
/usr/include/vamp-hostsdk
/usr/include/vamp-hostsdk/Plugin.h
/usr/include/vamp-hostsdk/PluginBase.h
/usr/include/vamp-hostsdk/PluginBufferingAdapter.h
/usr/include/vamp-hostsdk/PluginChannelAdapter.h
/usr/include/vamp-hostsdk/PluginHostAdapter.h
/usr/include/vamp-hostsdk/PluginInputDomainAdapter.h
/usr/include/vamp-hostsdk/PluginLoader.h
/usr/include/vamp-hostsdk/PluginSummarisingAdapter.h
/usr/include/vamp-hostsdk/PluginWrapper.h
/usr/include/vamp-hostsdk/RealTime.h
/usr/include/vamp-hostsdk/host-c.h
/usr/include/vamp-hostsdk/hostguard.h
/usr/include/vamp-hostsdk/vamp-hostsdk.h
/usr/include/vamp-sdk
/usr/include/vamp-sdk/FFT.h
/usr/include/vamp-sdk/Plugin.h
/usr/include/vamp-sdk/PluginAdapter.h
/usr/include/vamp-sdk/PluginBase.h
/usr/include/vamp-sdk/RealTime.h
/usr/include/vamp-sdk/plugguard.h
/usr/include/vamp-sdk/vamp-sdk.h
/usr/include/vamp/vamp.h
* [proj4] Fix the usage
* Update the baseline
* Small changes
* Update the baseline version
* Remove PREFER_NINJA
* Update the baseline revision
* Update the version scheme
* Update the baseline version
* Avoid configure_file to fill out proj4.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [ffmpeg/opencv4] Update opencv4 feature dependency and remove ffmpeg feature 'postproc' from default feature
* Update the baseline version
* [opencv3] Update the feature dependency
* Update the baseline
* [opencv2] Update the feature dependency
* Update the baseline version
* Fix uwp build failures
* Update the baseline version
* Fix opencv2 version
* update the baseline version
* update the baseline version
* Un-edit git-tree.
* Update cuda feature
* Update the baseline
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [fdk-aac] make patent-encumbered HE-AAC optional
By default, use a fork of fdk-aac (which was originally written
by Fraunhofer for the Android Open Source Project) which has
support for the patent-encumbered HE-AAC, HE-AACv2, and xHE-AAC
profiles removed. This fork is used by Fedora and Arch Linux to
provide support for most AAC use cases without patent licensing
fees and to permit combining it with GPL software. The upstream
fdk-aac with support for all AAC profiles can be built with the
new 'he-aac' option for this port.
Fedora Legal's opinion, from
https://bugzilla.redhat.com/show_bug.cgi?id=1501522#c112 :
The Fedora Project is aware that the Free Software Foundation
has stated that the Fraunhofer FDK AAC license is GPL
incompatible, specifically, because of Clause 3.
We believe that the fdk-aac software codec implementation that we
wish to include in Fedora is no longer encumbered by AAC patents.
This fact means that Clause 3 in the FDK AAC license is a "no op",
or to put it plainly, if no patents are in play, there are no
patent licenses to disclaim. For this (and only this) specific
implementation of fdk-aac, we believe that the FDK AAC license is
GPL compatible.
Also:
* remove restriction on dynamic linking. Upstream has a .def
file which is used by CMake.
* replace deprecated vcpkg functions
* [ffmpeg] use fdk-aac[he-aac] for fdk-aac feature
There is no point to this feature without HE-AAC because FFmpeg has
its own AAC codec that does not support HE-AAC.
CMAKE_HOST_SYSTEM_PROCESSOR is set to amd64 on x86-64 FreeBSD systems.
CMake's STREQUAL gives a case-sensitive comparison so this case was
missed during bootstrapping when using vcpkg as a submodule.
* [keystone] Fix static build with dynamic CRT on Windows
* Add port-version
* Update version files
* Add double quotes for the path
* Update versions/k-/keystone.json
* Add comments for kstool
* Update versions/k-/keystone.json
* Make sure C++11 is enabled on macosx
* ports/ace/portfile.cmake:
* [ace] Upgrade to 7.0.3
* No need to force C++11 anymore for MacOSX
* ports/ace/portfile.cmake:
* Add ACE 7.0.3 version
* [catch2] Update to 1.13.7 and support static build
* Update version files
* Revert the new version update changes
* Update version files
* Update versions/c-/catch2.json
* Fix install path for lib and pkgconfig
* Update versions/c-/catch2.json
This fixes a missing #include <cstring> in one of the library's
headers (allegro.h). Also the header files are installed to the
lowercase "portsmf" directory to match the old build system.
So far, generating libarchive.pc has been disabled by the
fix-buildsystem.patch, whereas INCLUDE(CreatePkgConfigFile) has
been removed from CMakeLists.txt
- Update fix-buildsystem.patch and allow creating the pkgconfig file
- Add vcpkg_fixup_pkgconfig() to portfile
- Add `FEATURES` keyword to vcpkg_check_features() to avoid deprecation
warning
