Thanks to various improvements on babl and GEGL repos they now build cleanly.
So, let's take advantage of Clang senstive semantic analysis on future builds.
For now, this is limited to such projects and on GNU Clang and Apple Clang,
since there is still a bit of work to do on Clang-CL (MSVC) side.
This was failing our build when -Dwindows-installer=true thanks to
integrity rules. Note that there is no iso-639 gettext module for kw, so
I found the "Kernewek" translation with Wikipedia.
There is no Inno code module that I could find.
Fixes:
> Error: languages listed in iso_639_custom.xml do not match the .po files in po/.
> - Faulting 'dl_code' on iso_639_custom.xml: kw
See: #15547
This needs approval from Cannonical and allows migrating app data from
older versions as well writting current app data outside the sandbox.
Closes: #15807 by preloading API-related libraries for 3P plug-ins sake.
This will only work if the .appimage is run normally (without extract), because
when extracted its APPDIR can be placed on dirs with spaces unsupported by LD.
It also requires plug-ins to be built with the Debian used for the AppImage.
But there is nothing new under the sun, this rule is valid for all packages.
Closes#14060
Alternative (legacy) approach to 96a65045e9
Flatpak 1.16 will take some time to land on distros so let's use --device=all
which is retrocompatible and recommended by Flathub linter for this use case.
The only problem is that the "sandbox cops" on our Flathub repo will complain
since we are allowing more devices than needed (even MIDI works as side-effect).
This makes the macOS builds way faster (aprox. 1hr instead of 3.5hr)
thanks to local caching of GNOME runner. We, however, still need to
split them since the timeout is relatively small on such runner.
By using a pre-made .DS_Store file, this bypasses Apple Script
restrictions which made impossible to set custom background on CI.
We don't have rights to tweak com.apple.TCC like gimp-macos-build.
.DS_Store is a binary file, but it is tiny and rarely updated,
which follows the precedent of build/windows/store/*.pfx.
We started to get this error on CI:
> Windows PowerShell is in NonInteractive mode. Read and Prompt functionality is not available.
So, for simple requests, let's use the Invoke-RestMethod cmdlet.
For download requests, let's use Invoke-WebRequest -UseBasicParsing
