add an option to use https://github.com/activescott/lessmsi to extract an msi instead of
msiexec.
Permissions and how CI jobs are run dont allow msiexec to succeed. (Service accounts,
TRUSTED_INSTALLER perms among the reasons).
General recommendations for most would be just to use msiexec administrative install
Add ability to extract an msi, and partial re-arrange folder for
meson msi explcitly. The msi structure meson comes with isnt "standard" to other
msi's inspected, so explicitly mention this use case
An example addition to 0-package.native-win32.list could be
meson-1.9.1-64.msi https://github.com/mesonbuild/meson/releases/download/1.9.1/
Where the package meson-1.9.1-64.msi would be downloaded from the supplied url, and all
other packages would continue to use the default url as supplied by KODI_MIRROR var
Bump libexpat to 2.7.1
Bump OpenSSL to 3.0.17
Bump MariaDB Connector/C to 3.3.15
Bump Zlib to 1.3.1
Bump SQLite to 3500300 (3.50.3)
Python 3.13 has removed Py_SetPath method (deprecated from 3.11) so
now is used enviroment variables (again) but moved to more appropriate
location CPlatform::InitStageOne, similar to other platforms.
OpenSSL uses internally "fopen" to load ca cert file and this not work
in UWP due file permissions (fopen only has access to AppData dir).
As workaround in CurlFile is used CURLOPT_CAINFO_BLOB to pass data
directly. In Python is used similar approach passing data directly.
SSL_CERT_FILE environment variable in AddonPythonInvoker is not longer
necessary and is removed.
Includes the following fixes from KOPRajs:
* Calculate separate POT (Power-Of-Two) texture width and height
* Update video shader preset if size of the source has changed
* Fix multipass shaders texture scaling and filtering
* Use optimal FBO texture sizes
* Clean up multipass rendering logic
* Set correct destination rectangle size for the last pass
According to the docs at https://github.com/microsoft/vswhere, vswhere is shipped with
Visual Studio 2017 onwards at a standard location. Use this instead of shipping
a vswhere executable
Update FindJsonSchemaBuilder.cmake to build in tree for all platforms.
JsonSchemaBuilder doesnt have versioning, but its a single file build, so just build always
unless WITH_JSONSCHEMABUILDER is provided
doxygen that is downloaded isnt actually in a path that is found currently.
As its optional, dont bother with downloading it. Users can install doxygen for windows
manually, and the windows installer adds to PATH and then is found by our cmake
project
Currently the precompiled tools for windows builds are x86/win32. For now stick with
this assumption and instead of putting these tools into the target arch folder, put them
into the win32 folder to keep arch libs/exes in correct arch folders
nsis /S flag will allow bypassing the prompt checking about installing x86
executable on x86_64 host. This is used to assist in automating UWP packaging
crossguid hasnt been updated in a long time (~2015 was our previous hash)
crossguid now natively uses cmake, so remove our cmakelists file
first patch is to get around a failure due to unused function on apple platforms.
a second patch is introduced due to a build failure with the default -Werror used
Build crossguid in core cmake project for all platforms by default.
Remove from windows the bundled download of crossguid lib
rework usage of debug_postfix in SETUP_BUILD_VARS macro
fuzzard
fuzzard
thexai
VelocityRa
DDS Central
Miguel Borges de Freitas
CastagnaIT
Lukas Rusak
Rechi