ubuntu-latest is now U24.04, which uses .source files in deb822 format
instead the original .list in one-line-style format. ubuntu-latest is
used by Coverity runner.
The libva in the savoury1 is very new (2.22), which is even newer than
in U24.04. This would prevent LD_PRELOAD of libva from the system.
This reverts commit 234821d31c.
U20.04 doesn't have libopenh264 yet, so use it from the
ppa:savoury1/ffmpeg4, which replaces ppa:savoury1/vlc3 - it contains
the same x265 version (3.6).
The new repo ppa:savoury1/ffmpeg4 contains more (updated) packages
than /vlc3, which can be actually the advantage (eg. no need to build
own Vulkan loader/headers).
added by the commit f3003ed1
For the original reason it is no longer needed (the higher bit depth
x264 is already included in distro repositories). Anyways, the version
of libx264, that will be installed, is taken from ppa:savoury1/vlc3,
anyways (newer one).
Building rav1e requires nasm 2.15 (if asm is not disabled) while U20
has just 2.14.02, so that the build in CI currently fails, anyways.
Pick sse4 for now but expect using avx2 version later, depending on
UG_ARCH value.
\+ populate PKG_CONFIG_PATH immediately
This modifies the commit 7f166a2411. Although Linux CI is run with U20.04,
Coverity workflow uses ubuntu-latest, which is currently 22.04, where
default gcc is actually 11 and this breaks GPUJPEG compilation with
error starting with:
```
-- The C compiler identification is GNU 10.5.0
CMake Error at /usr/local/share/cmake-3.28/Modules/CMakeDetermineCompilerId.cmake:780 (message):
Compiling the CUDA compiler identification source file
"CMakeCUDACompilerId.cu" failed.
Compiler: /usr/bin/nvcc
```
fixes failed run <https://github.com/CESNET/UltraGrid/actions/runs/7968323068>
The size is only some 90 kB when compressed so it is perhaps not worth
downloading from external source and depend on it.
It could be even bundled directly, not by CI. Now it is actually the case
in Linux (create-appimage.sh) but it is also possible for other platforms.
It is not needed to split the string like this:
```
a="potentially long string on"\
"multiple lines"
```
but it is better rather to put the '\' inside the string:
```
a="potentially long string on\
multiple lines"
```
Copy sounfont to known path for macOS and Windows CI builds (in Linux,
this is already handled with a environment var SDL_SOUNDFONTS). And also
use that location if there is any soundfont.
Previously, actually the same version was used but downloaded directly
and installed with dpkg, because it has been used a version from U20
(now default) to U18.
SDL2 now obviously works on U20.04, because we are building there. It
doesn't work on U22.04, but neither the build with SDL 2.0.20 nor 2.26.2
does.
The problem seems actually to be the inclusion of Wayland libraries in
AppImage.
see failed run https://github.com/CESNET/UltraGrid/actions/runs/3657908562
See also 438dbfa4 - `aptitude build-dep` for whatever reason fails on GH
CI ON installation of debhelper-compat(=12), which is a virtual package
provided by debhelper, apt doesn't.
log:
+ sudo aptitude -y build-dep libsdl2-mixer libsdl2-ttf libsdl2-dev:
[...]
Building tag database...
Unable to apply some actions, aborting
Unable to satisfy the build-depends: Build-Depends: debhelper-compat (= 12)
It should not be necessary. The distro is quite bulky and it would
update things like PHP etc. and wastes relatively significant time
(approx. 15 minutes - bootstrap time was reduced from 20 to 5 mins).
Fixed a fail in U20.04 (currently GH's ubuntu-latest) affecting
coverity-scan (continuous still using 18.04):
https://github.com/CESNET/UltraGrid/actions/runs/3506409582
A dependency of libsdl2 debhelper-compat=12 is not available. apt
frontend can handle that somehow, but aptitude doesn't, so use apt to
install SDL2 dependencies (aptitude still used for mixer and ttf to
avoid installation of libsdl2 library itself).
It seems like that changing arbitrary packages installed (dependencies
for SDL) cause some FFmpeg dependencies to be rebuild (libvpx, SVT-*).
So revert back to depending on whole .github/scripts/Linux/prepare.sh
but move building/installation of AJA, live555 etc. to separate file
to reduce cached FFmpeg rebuilds at least a bit.
+ removed chmod 777 /usr/local
The file with dependencies installation is a prerequisity for FFmpeg
rebuild so move it to a smaller file to reduce number of required FFmpeg
rebuilds if that file changes.
Install libopencv-core-dev instead of libopencv-dev because it
transitively (libopencv-highgui-dev) depend on libswscale-dev that is
going to be removed.
See #168 - according to the testing, the fix may already have been
applied upstream (in Ubuntu distro SDL2 package, although minor version
has not changed).
