This reverts commit e55793ca30.
The old winXX-3.0 Docker images don't have python venv. But it's OK
because they have python3-requests which is the only requirement we
need to use our breakpad script.
In the some runners (builder-release.videolan.org, a Videolabs one) we can't run
commands in the git repository:
fatal: detected dubious ownership in repository at '/builds/videolan/vlc'
To add an exception for this directory, call:
git config --global --add safe.directory /builds/videolan/vlc
cat: /builds/videolan/vlc/extras/package/win32/../../../src/revision.txt: No such file or directory
See https://gitlab.com/gitlab-org/gitlab-runner/-/merge_requests/3538
These should not be created by VLC
* VLC_HOME_DIR (%userprofile%\Documents)
* VLC_MUSIC_DIR (%userprofile%\Music)
* VLC_PICTURES_DIR (%userprofile%\Pictures)
* VLC_VIDEOS_DIR (%userprofile%\Videos)
* VLC_DESKTOP_DIR = VLC_HOME_DIR (%userprofile%\Documents)
* VLC_TEMPLATES_DIR = VLC_HOME_DIR (%userprofile%\Documents)
* VLC_PUBLICSHARE_DIR = VLC_HOME_DIR (%userprofile%\Documents)
* VLC_DOCUMENTS_DIR = VLC_HOME_DIR (%userprofile%\Documents)
* VLC_DOWNLOAD_DIR = VLC_HOME_DIR (%userprofile%\Documents)
VLC_VIDEOS_DIR/VLC_MUSIC_DIR/VLC_DOWNLOAD_DIR are used by the es_out.
But if the system doesn't have them or if they are not usable we should not write in them.
The user has the option to set "input-record-path" to set a usable folder.
VLC_PICTURES_DIR is used to save the snapshots and there is "snapshot-path"
to use a different folder.
These should be created by VLC if needed:
* VLC_CONFIG_DIR
* VLC_DATA_DIR
* VLC_CACHE_DIR
But they are not actually created during the config_GetAppDir() call.
Fixes#29488
The asserts checks that the status is below 1000 but if it's bigger
in a release build we should not limit the buffer size.
(cherry picked from commit dbd22036b0)
gcc claims c can be NULL but it cannot.
gui/ncurses.c:401:17: error: '%s' directive argument is null [-Werror=format-overflow=]
401 | if (asprintf(&tmp, "%s%c ", c, last ? ' ' : '|') == -1)
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PRI(uxd)MAX for printf and SCN(uxd)MAX for scanf are supported in C99 and even
in MSVC 2013, unlike the j modifier.
(cherry picked from commit 06d86ae408)
This is the error we have:
../../../modules/codec/png.c:162:49: warning: '%zu' directive output may be truncated writing between 1 and 20 bytes into a region of size between 18 and 37 [-Wformat-truncation=]
162 | "block size %zu too small for %zu encoded bytes",
| ^~~
../../../modules/codec/png.c:162:19: note: directive argument in the range [1, 18446744073709551615]
162 | "block size %zu too small for %zu encoded bytes",
(cherry picked from commit 59894f24f4)
If the dxva.h file comes from the contribs, it doesn't match the system
__MINGW64_VERSION_MAJOR. But we can detect it another way.
Similar to 20227126ef
This is a configuration file for the tx command line tool to
automatically pull updated translations from the transifex platform to
the correct places.
After the pull, it is necessary to correct the headers manually and to
perform "msgcat --width=79 po/*.po -o -" to achieve the intended
formatting.
Perform the pull with "tx pull --use-git-timestamps --force"
The pl_context structure was renamed in 2459200a13
It's already initialized with pl_log_create / pl_log_destroy since 65ea8d19d9
Although there were PL_MAJOR_VER == 4 with this change.
This was added in libavcodec 60.26.100 [^1]. We require 58.54.100.
[^1]: 8238bc0b5e
(cherry picked from commit ff292b650e) (edited)
- the vaapi had less profiles
- the direct_va doesn't have HEVC EXT
- FF_PROFILE_UNKNOWN was used in more places
It's not supported in FFMpeg 8.0 since 60.40.100.
It used to be used with preallocated packet buffers with
the old encode API, but said API is no more and therefore
there is no reason for this to be public any more.
So deprecate it and use an internal replacement
for the encoders using it as an upper bound for the
size of their headers.
(cherry picked from commit dae7faa075)
In recent wglew.h it relies on the DLL export mode defined in glew.h
(cherry picked from commit 1f86df44e3) (edited)
edited:
- the 3.0 converter is not in direct3d9.c