GStreamer issueshttps://gitlab.freedesktop.org/groups/gstreamer/-/issues2022-04-08T12:46:45Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1173gst-build opencv ‘CV_OVERRIDE’ does not name a type2022-04-08T12:46:45Zblacksailergst-build opencv ‘CV_OVERRIDE’ does not name a typeHello everyone!
I want to build gstreamer 1.14.1. I get error on gstsegmentation.cpp:
```
error: ‘CV_OVERRIDE’ does not name a type
```
I am using build with meson and ninja. Command for build is:
```
ccache c++ -Isubprojects/gst-plugi...Hello everyone!
I want to build gstreamer 1.14.1. I get error on gstsegmentation.cpp:
```
error: ‘CV_OVERRIDE’ does not name a type
```
I am using build with meson and ninja. Command for build is:
```
ccache c++ -Isubprojects/gst-plugins-bad/ext/opencv/59711a8@@gstopencv@sha -Isubprojects/gst-plugins-bad/ext/opencv -I../subprojects/gst-plugins-bad/ext/opencv -Isubprojects/gst-plugins-bad -I../subprojects/gst-plugins-bad -Isubprojects/gstreamer/libs -I../subprojects/gstreamer/libs -Isubprojects/gstreamer -I../subprojects/gstreamer -Isubprojects/gst-plugins-base/gst-libs -I../subprojects/gst-plugins-base/gst-libs -Isubprojects/gst-plugins-bad/gst-libs -I../subprojects/gst-plugins-bad/gst-libs -Isubprojects/gstreamer/gst -Isubprojects/gst-plugins-base/gst-libs/gst/video -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/local/include/opencv -I/usr/local/include -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wnon-virtual-dtor -std=c++11 -O2 -g -Wno-non-virtual-dtor -fvisibility=hidden -fno-strict-aliasing -Wformat-nonliteral -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Wformat -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wvla -Wpointer-arith -fPIC -pthread -DHAVE_CONFIG_H '-DGST_HAAR_CASCADES_DIR="@0@"' '-DOPENCV_PREFIX="/usr/local"' '-DOPENCV_PATH_NAME="OpenCV"' -DGST_USE_UNSTABLE_API -std=c++11 -MD -MQ 'subprojects/gst-plugins-bad/ext/opencv/59711a8@@gstopencv@sha/gstsegmentation.cpp.o' -MF 'subprojects/gst-plugins-bad/ext/opencv/59711a8@@gstopencv@sha/gstsegmentation.cpp.o.d' -o 'subprojects/gst-plugins-bad/ext/opencv/59711a8@@gstopencv@sha/gstsegmentation.cpp.o' -c ../subprojects/gst-plugins-bad/ext/opencv/gstsegmentation.cpp
```
* Ubuntu 16.04
* OpenCV 3.3.1
What is missing?https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/221vaapih264enc AVC failure on AMD RAVEN2020-01-20T21:22:01ZPhilipp Zabelphilipp.zabel@gmail.comvaapih264enc AVC failure on AMD RAVENRunning vaapih264enc in `stream-format=avc` mode fails on AMD RAVEN with the Mesa Gallium VA driver:
`vainfo: Driver version: Mesa Gallium driver 19.3.1 for AMD Ryzen Embedded V1605B with Radeon Vega Gfx (RAVEN, DRM 3.35.0, 5.4.8, LLVM ...Running vaapih264enc in `stream-format=avc` mode fails on AMD RAVEN with the Mesa Gallium VA driver:
`vainfo: Driver version: Mesa Gallium driver 19.3.1 for AMD Ryzen Embedded V1605B with Radeon Vega Gfx (RAVEN, DRM 3.35.0, 5.4.8, LLVM 9.0.0)`
Example pipeline:
`gst-launch-1.0 videotestsrc ! vaapih264enc ! video/x-h264,stream-format=avc ! fakesink`
The VA-API driver returns VA_ENC_PACKED_HEADER_NONE to a query of
VAConfigAttribEncPackedHeaders:
`INFO vaapi gstvaapiencoder.c:791:get_packed_headers: supported packed headers: 0x00000000`
But gst_vaapiencode_h264_set_config sets base_encode->need_codec_data for avc.
As a result, gst_vaapi_encoder_h264_get_codec_data fails because ensure_sequence
and ensure_picture never submit SPS/PPS headers into the bitstream, and
ensure_output_state then fails to get the codec data:
`ERROR vaapiencode gstvaapiencode.c:353:gst_vaapiencode_push_frame: failed to negotiate output state (status 0)`
This error triggers for every input frame, and vaapih264enc does not produce any
output.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1172webrtcbin: Data channel doesn't work when offer is created by remote peer2022-09-30T05:12:08ZDaniel Santanawebrtcbin: Data channel doesn't work when offer is created by remote peerIt seems that webrtcbin breaks when it receives a remote offer containing a data channel (right after receiving the first message in the channel), but the same doesn't happen when the data channel and the offer is is created by GStreamer...It seems that webrtcbin breaks when it receives a remote offer containing a data channel (right after receiving the first message in the channel), but the same doesn't happen when the data channel and the offer is is created by GStreamer.
Below are two minimal examples that can reproduce it:
* Non-working version (receiving offer from browser):
[test1.py](/uploads/99cfa9e507598c180501eda77b16b951/test1.py)
[test1.html](/uploads/4b2a94869bc6d48b2dd0421e17e62aa8/test1.html)
* Working version (sending offer from GStreamer):
[test2.py](/uploads/cc00f82ca3eb88329049cd973a6aa892/test2.py)
[test2.html](/uploads/c9cacb74c5bb565383dbd37ae880bdf2/test2.html)
Both scripts were tested in a `debootstrap` environment (with Debian "bullseye" release) with the following packages:
* python3
* python3-gi
* libgstreamer1.0-0
* gir1.2-gst-plugins-bad-1.0
* gir1.2-gst-rtsp-server-1.0
* gstreamer1.0-plugins-good
* gstreamer1.0-plugins-bad
* gstreamer1.0-niceSebastian DrögeSebastian Drögehttps://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/493[REGRESSION] device-monitor: no longer show devices from provider that can't ...2020-01-08T22:59:09ZNicolas Dufresne[REGRESSION] device-monitor: no longer show devices from provider that can't monitorThis regression was introduced by gst-plugins-base!427 I believe. #473 could be one way to fix it, but we need something prior to 1.18 as the gst-device-monitor-1.0 tool no longer show some devices.This regression was introduced by gst-plugins-base!427 I believe. #473 could be one way to fix it, but we need something prior to 1.18 as the gst-device-monitor-1.0 tool no longer show some devices.https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/88Meson: does not respect 'default_library' option2020-11-16T16:12:39ZXavier Claessensxclaesse@gmail.comMeson: does not respect 'default_library' optionCurrently cargo will only build shared libraries, but when building with `-Ddefault_libraries=static` (or =both) I would expect to get static plugins.
BTW, how does it work for an Android-like use-case where we static link all plugins? ...Currently cargo will only build shared libraries, but when building with `-Ddefault_libraries=static` (or =both) I would expect to get static plugins.
BTW, how does it work for an Android-like use-case where we static link all plugins? Will rust plugins share common parts or will it fails with duplicated symbols?https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/220VC1 decode output corruption2020-02-17T13:14:49ZLim Siew HoonVC1 decode output corruptionThe VC1 decode output get corrupted - as attached image.
Video clip info:
root@test-desktop:/home/test# mediainfo Cactus_1920x1080_5.6mbps_30fps_Advanced\@L3.wmv
General
Complete name : Cactus_1920x1080_5.6mbp...The VC1 decode output get corrupted - as attached image.
Video clip info:
root@test-desktop:/home/test# mediainfo Cactus_1920x1080_5.6mbps_30fps_Advanced\@L3.wmv
General
Complete name : Cactus_1920x1080_5.6mbps_30fps_Advanced@L3.wmv
Format : Windows Media
File size : 8.97 MiB
Duration : 13 s 433 ms
Overall bit rate mode : Variable
Overall bit rate : 5 601 kb/s
Maximum Overall bit rate : 5 636 kb/s
Encoded date : UTC 2015-10-26 05:19:17.151
Video
ID : 2
Format : VC-1
Format profile : Advanced@L3
Codec ID : WVC1
Codec ID/Hint : Microsoft
Description of the codec : VC-1 - VC-1 Advanced Profile
Duration : 13 s 433 ms
Bit rate mode : Variable
Bit rate : 5 600 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 30.000 FPS
Original frame rate : 15.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.090
Stream size : 8.97 MiB (100%)
Language : English (United States)
![output_corruptio_vc1](/uploads/a25b4fb9cd3653626ef698468e971b94/output_corruptio_vc1.jpg)
Environment:
OS: Yocto Linux
Gstreamer-vaapi: master
Libva: 2.6.0
iHD media-driver: intel-media-19.4.0r
export GST_VAAPI_ALL_DRIVERS=1
Platform: TGL
Command:
gst-launch-1.0 filesrc location=Cactus_1920x1080_5.6mbps_30fps_Advanced@L3.wmv ! asfdemux ! vaapivc1dec ! filesink location=1920x1080_output.rawhttps://gitlab.freedesktop.org/gstreamer/gstreamer-rs/-/issues/231Caps: no easy way to create multi structs caps2020-01-09T10:14:08ZGuillaume DesmottesCaps: no easy way to create multi structs capsWe currently don't have any API to easily create multi structures `Caps`. The only way is to create one and then call `Caps::merge()` or `Caps::merge_structure()` for each structure we want to add.
I was thinking about extending `Caps::...We currently don't have any API to easily create multi structures `Caps`. The only way is to create one and then call `Caps::merge()` or `Caps::merge_structure()` for each structure we want to add.
I was thinking about extending `Caps::Builder` so we could do something like this:
```rust
gst::Caps::builder("video/x-raw")
.struct("audio/x-raw")
.build()
```
Makes sense?https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/492[REGRESSION] Accurate seeking is broken with some files2020-02-05T13:52:11ZThibault Sauniertsaunier@igalia.com[REGRESSION] Accurate seeking is broken with some filesWith https://gitlab.freedesktop.org/gstreamer/gstreamer/merge_requests/299 seeking doesn't seek to the right frame in some circumstances, a simple testscase (from `gst-build` root dir):
``` bash
echo "description, seek=true, handles-sta...With https://gitlab.freedesktop.org/gstreamer/gstreamer/merge_requests/299 seeking doesn't seek to the right frame in some circumstances, a simple testscase (from `gst-build` root dir):
``` bash
echo "description, seek=true, handles-states=true, needs_preroll=true\npause\nseek, flags=accurate+flush, start=133333333" > test.scenario
gst-validate-1.0 playbin uri=file:///$PWD/subprojects/gst-integration-testsuites/medias/defaults/matroska/numerated_frames_blue.mkv --set-scenario test.scenario
```
This should render the fourth frame but renders the first one (this basically happen with any seek on that particular file).https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/87Meson: iterate over custom targets2022-08-30T14:31:08ZXavier Claessensxclaesse@gmail.comMeson: iterate over custom targetsI created a patch for Meson to iterate over custom targets and get their individual full path: https://github.com/mesonbuild/meson/pull/6417
Once merged and released, it should be used here: https://gitlab.freedesktop.org/gstreamer/gst-...I created a patch for Meson to iterate over custom targets and get their individual full path: https://github.com/mesonbuild/meson/pull/6417
Once merged and released, it should be used here: https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/blob/master/meson.build#L99https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/481error: 'PACKAGE_VERSION' was not declared in this scope2020-01-06T14:16:46ZPKerror: 'PACKAGE_VERSION' was not declared in this scopeHi,
I have created Boilerplate from GStreamer Plugin Templates. Meson build is successful and gst-inspect command recognizes this new plugin.
I need c++ code features so I renamed the generated files from .c to .cpp of template. No...Hi,
I have created Boilerplate from GStreamer Plugin Templates. Meson build is successful and gst-inspect command recognizes this new plugin.
I need c++ code features so I renamed the generated files from .c to .cpp of template. Not sure if this is the right way to do and I am not aware if boilerplate can generate .cpp files too. I have modified meson.build as below to support cpp
project('gst-template', 'cpp', version : '1.16.2.1', license : 'LGPL')
cc = meson.get_compiler('cpp')
This landed me into trouble. gstplugin.c -> gstplugin.cpp
I see below errors
error: 'PACKAGE_VERSION' was not declared in this scope
error: 'GST_LICENSE' was not declared in this scope; did you mean 'GST_TAG_LICENSE'?
error: 'GST_PACKAGE_NAME' was not declared in this scope; did you mean 'GST_PAD_NAME'?
error: 'GST_PACKAGE_ORIGIN' was not declared in this scope
To get past this issue, I tried hard-coding with appropriate strings for PACKAGE_VERSION, GST_LICENSE, GST_PACKAGE_NAME, GST_PACKAGE_ORIGIN, but this generates new error below
error: 'GST_PLUGIN_DEFINE' does not name a type
I am right now stuck at this point. Any suggestion on what could be the problem?
I have attached source code zip file for reference. [plugin-temp.zip](/uploads/5826232bd4da2d19172b596d7dbaa618/plugin-temp.zip)
Thank you in advance !https://gitlab.freedesktop.org/gstreamer/gst-devtools/-/issues/50`_preformat_levels` in `utils/loggable.py` assumes that the fields in its `Te...2020-01-06T12:40:02ZBrady Garvin`_preformat_levels` in `utils/loggable.py` assumes that the fields in its `TerminalController` are uniformly `bytes` or uniformly `string`sIn `_preformat_levels`, which builds the list `_FORMATTED_LEVELS`, the code may need to convert up to three `TerminalController` fields from `bytes` to `str`s on each iteration:
* `terminal_controller.BOLD`,
* `getattr(terminal_contr...In `_preformat_levels`, which builds the list `_FORMATTED_LEVELS`, the code may need to convert up to three `TerminalController` fields from `bytes` to `str`s on each iteration:
* `terminal_controller.BOLD`,
* `getattr(terminal_controller, COLORS[level])`, and
* `terminal_controller.NORMAL`.
The current implementation, however, only checks one field's type, and then assumes that the other fields have the same type:
```py
if isinstance(terminal_controller.BOLD, bytes):
formatter = ''.join(
(terminal_controller.BOLD.decode(),
getattr(terminal_controller, COLORS[level]).decode(),
log_level_name(level),
terminal_controller.NORMAL.decode()))
else:
formatter = ''.join(
(terminal_controller.BOLD,
getattr(terminal_controller, COLORS[level]),
log_level_name(level),
terminal_controller.NORMAL))
```
In some environvents (such as my own), this leads to a crash when `terminal_controller.BOLD` has type `bytes`, but `getattr(terminal_controller, COLORS[level])` has type `str`, as Python 3 strings have no `decode` method to call.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1169webrtcbin: leaking file descriptors on webrtcbin remove2021-01-18T03:40:09ZPavel Sorejswebrtcbin: leaking file descriptors on webrtcbin removeI am using webrtcbin and RUST binding for gstreamer.
When i properly initiate connection (SDP + ICE - media is flowing) and after that i remove webrtcbin from pipeline, everything seems to be removed and disposed correctly, but file des...I am using webrtcbin and RUST binding for gstreamer.
When i properly initiate connection (SDP + ICE - media is flowing) and after that i remove webrtcbin from pipeline, everything seems to be removed and disposed correctly, but file descriptors for network sockets are not cleaned up and they are left in place. After multiple connect / remove cycles the program exhausts file descriptors and crashes.
Is there any way to solve this? Is there some particular steps that needs to be taken to properly disconnect and remove network sockets on webrtcbin removal?
Version GStreamer 1.16.2https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/717videoaggregator: Doesn't handle zero-sized gap buffers from aggregator correctly2020-01-30T19:21:41ZSebastian Drögevideoaggregator: Doesn't handle zero-sized gap buffers from aggregator correctlyAggregator is converting gap events into zero-sized buffers and passes them to the aggregate function. This is currently not handling correctly in videoaggregator: it simply tries to map a zero-sized buffer then, which fails because 0 is...Aggregator is converting gap events into zero-sized buffers and passes them to the aggregate function. This is currently not handling correctly in videoaggregator: it simply tries to map a zero-sized buffer then, which fails because 0 is not the expected size of a raw video frame in the configured format.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/685videobox causes random video distortions2023-07-25T16:02:23ZPatrick Hoffmannvideobox causes random video distortionsI'm currently working at the project [VOC2MIX](https://github.com/voc/voctomix/tree/voctomix2) which we just used at Chaos Communication Congress 36c3. So just a small thank you for *GStreamer* which we rely on. It mostly worked well!
W...I'm currently working at the project [VOC2MIX](https://github.com/voc/voctomix/tree/voctomix2) which we just used at Chaos Communication Congress 36c3. So just a small thank you for *GStreamer* which we rely on. It mostly worked well!
We used a lecture composite where we crop the speakers camera picture so that it fits beside the slides.
After trying `videocrop` we had to switch to `videobox` because `videocrop` is not working together with `GstController`.
At the congress in some cases we got distorted videos in some cases and it seems that this is caused by the `videobox` element.
Videos were tripled in columns like we see the picture three times but horizontally shrinked or stretched picture.
If someone could give me a hint what could cause this behaviour I would be thankful. Otherwise I would see this as a bug.https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/684videocrop not controllable by GstController2020-01-03T15:29:14ZPatrick Hoffmannvideocrop not controllable by GstControllerI'm currently working at the project [VOC2MIX](https://github.com/voc/voctomix/tree/voctomix2) which we just used at Chaos Communication Congress 36c3. So just a small thank you for _GStreamer_ which we rely on. It mostly worked well!
W...I'm currently working at the project [VOC2MIX](https://github.com/voc/voctomix/tree/voctomix2) which we just used at Chaos Communication Congress 36c3. So just a small thank you for _GStreamer_ which we rely on. It mostly worked well!
We used a lecture composite where we crop the speakers camera picture so that it fits beside the slides.
We first tried to use `videocrop` to do the cropping but that didn't work together with `GstController` which we need to do transitions (where cropping also changes softly between the different composites). We could set initial cropping but changing the crop via `GstController` did nothing.
At last we decided to use `videobox` which accepts the `GstController` updates and worked but brought us another problem with random video distortion in some cases. But this is another bug.
But because `videobox` didn't work so well, I would like to replace it with `videocrop` again to see if there are the same problems.
So I would like `videocrop` to be usable with GstController in future.https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/480Issue capturing audio on iOS2020-01-06T08:10:29ZPaulIssue capturing audio on iOSHi I am trying to capture audio from the microphone on iOS.
The following pipeline is working properly on me for OSX:
`autoaudiosrc ! audioconvert ! audioresample ! audioconvert ! autoaudiosink`
But on iOS I get the following error w...Hi I am trying to capture audio from the microphone on iOS.
The following pipeline is working properly on me for OSX:
`autoaudiosrc ! audioconvert ! audioresample ! audioconvert ! autoaudiosink`
But on iOS I get the following error when setting the pipeline state to "Ready" and no audio is played back:
`[aurioc] 921: failed: -10851 (enable 1, outf< 2 ch, 0 Hz, Float32, non-inter> inf< 2 ch, 0 Hz, Float32, non-inter>)`
I am using:
* Gstreamer 1.16.1
* Xcode 11
* iOS 11, and iOS 13
My end goal is to capture video from the camera and audio from the microphone on iOS, so I am open to changing the pipeline.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1167modplug: build for android2020-01-02T19:08:44ZMikel Pérezmodplug: build for android(currently it isn't)(currently it isn't)https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/220Enabling visualstudio variant throws exception in ninjabackend.py2020-01-04T05:32:36ZzEdS15B3GCwqEnabling visualstudio variant throws exception in ninjabackend.py Win10 x64 Pro 1909
Current cerbero master (cloned yesterday), not sure where to get the version number from.
Python 3.8.1 x64
CMake 3.16.2
VS Community 2019 16.4.29613.14
Trying to build GStreamer with Cerbero, with... Win10 x64 Pro 1909
Current cerbero master (cloned yesterday), not sure where to get the version number from.
Python 3.8.1 x64
CMake 3.16.2
VS Community 2019 16.4.29613.14
Trying to build GStreamer with Cerbero, with -v visualstudio enabled. Without the variant, compilation runs without problems.
After a successful bootstrap, trying to build package gstreamer with -v visualstudio enabled causes an exception to occur:
$ ./cerbero-uninstalled bootstrap
[...]
$ ./cerbero-uninstalled -v visualstudio package gstreamer-1.0
Building recipes with Visual Studio 2019 whenever possible
WARNING: Could not recover status
Building the following recipes: mingw-runtime libffi zlib proxy-libintl glib gstreamer-1.0 libxml2 libogg libpng pixman expat bzip2 freetype libiconv fontconfig cairo fribidi harfbuzz pango libvorbis libtheora libvisual orc opus graphene libjpeg-turbo gst-plugins-base-1.0 gst-shell speex gmp nettle libtasn1 gnutls glib-networking libsoup mpg123 lame wavpack flac libvpx libdv gst-plugins-good-1.0 libass libkate openh264 librtmp libsrtp libdca libmms libdvdread libdvdnav libnice vo-aacenc openjpeg tiff spandsp sbc ladspa srt libusrsctp zbar openssl gst-plugins-bad-1.0 a52dec opencore-amr x264 gst-plugins-ugly-1.0 json-glib ca-certificates gst-rtsp-server-1.0 ffmpeg gst-libav-1.0 gst-validate gst-editing-services-1.0 vsintegration-1.0
Running under MSYS: reverting to basic build status output
Building using 2 job(s) with the following job subdivisions: 2 general job(s)
[(1/75) mingw-runtime -> fetch]
[(1/75) mingw-runtime -> extract]
[(1/75) mingw-runtime -> configure]
[(1/75) mingw-runtime -> compile]
[(1/75) mingw-runtime -> install]
[(1/75) mingw-runtime -> post_install]
[(1/75) mingw-runtime -> gen_library_file]
[(2/75) zlib -> fetch]
[(2/75) zlib -> extract]
[(2/75) zlib -> configure]
[(3/75) proxy-libintl -> fetch]
[(3/75) proxy-libintl -> extract]
[(3/75) proxy-libintl -> configure]
Running command 'c:/GStreamer_Cerbero/cerbero/build/build-tools/bin/meson --prefix=c:/GStreamer_Cerbero/cerbero/build/dist/msvc_x86_64 --libdir=lib --default-library=both --buildtype=debugoptimized --backend=ninja --wrap-mode=nodownload --native-file c:/GStreamer_Cerbero/cerbero/build/sources/msvc_x86_64/proxy-libintl-0.1/_builddir/meson-native-file.txt'
The Meson build system
Version: 0.49.2
Source dir: C:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\proxy-libintl-0.1
Build dir: C:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\proxy-libintl-0.1\_builddir
Build type: native build
Project name: proxy-libintl
Project version: 1
Appending CFLAGS from environment: '/utf-8'
Native C compiler: cl (msvc 19.24.28314)
Build machine cpu family: x86_64
Build machine cpu: x86_64
Build targets in project: 2
Found ninja-1.9.0 at 'c:/GStreamer_Cerbero/cerbero/build/build-tools/bin\ninja.EXE'
Traceback (most recent call last):
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\mesonmain.py", line 112, in run
return options.run_func(options)
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\msetup.py", line 230, in run
app.generate()
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\msetup.py", line 161, in generate
self._generate(env)
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\msetup.py", line 210, in _generate
intr.backend.generate(intr)
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\backend\ninjabackend.py", line 220, in generate
with self.detect_vs_dep_prefix(tempfilename) as outfile:
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\backend\ninjabackend.py", line 188, in detect_vs_dep_prefix
pc = subprocess.Popen([compiler.get_exelist(),
File "C:\Python38\lib\subprocess.py", line 854, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
File "C:\Python38\lib\subprocess.py", line 1247, in _execute_child
args = list2cmdline(args)
File "C:\Python38\lib\subprocess.py", line 549, in list2cmdline
for arg in map(os.fsdecode, seq):
File "C:\Python38\lib\os.py", line 816, in fsdecode
filename = fspath(filename) # Does type-checking of `filename`.
TypeError: expected str, bytes or os.PathLike object, not list
Recipe 'proxy-libintl' failed at the build step 'configure'
Fatal Error: Running ['c:/GStreamer_Cerbero/cerbero/build/build-tools/bin/meson', '--prefix=c:/GStreamer_Cerbero/cerbero/build/dist/msvc_x86_64', '--libdir=lib', '--default-library=both', '--buildtype=debugoptimized', '--backend=ninja', '--wrap-mode=nodownload', '--native-file', 'c:/GStreamer_Cerbero/cerbero/build/sources/msvc_x86_64/proxy-libintl-0.1/_builddir/meson-native-file.txt'], returncode 2
Select an action to proceed:
[0] Enter the shell
[1] Rebuild the recipe from scratch
[2] Rebuild starting from the failed step
[3] Skip recipe
[4] Abort
4
Running command 'c:/GStreamer_Cerbero/cerbero/build/build-tools/bin/meson --prefix=c:/GStreamer_Cerbero/cerbero/build/dist/msvc_x86_64 --libdir=lib --default-library=both --buildtype=debugoptimized --backend=ninja --wrap-mode=nodownload --native-file c:/GStreamer_Cerbero/cerbero/build/sources/msvc_x86_64/zlib-1.2.11/_builddir/meson-native-file.txt'
The Meson build system
Version: 0.49.2
Source dir: C:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\zlib-1.2.11
Build dir: C:\GStreamer_Cerbero\cerbero\build\sources\msvc_x86_64\zlib-1.2.11\_builddir
Build type: native build
Project name: zlib
Project version: 1.2.11
Appending CFLAGS from environment: '/utf-8'
Native C compiler: cl (msvc 19.24.28314)
Build machine cpu family: x86_64
Build machine cpu: x86_64
Build targets in project: 2
Found ninja-1.9.0 at 'c:/GStreamer_Cerbero/cerbero/build/build-tools/bin\ninja.EXE'
Traceback (most recent call last):
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\mesonmain.py", line 112, in run
return options.run_func(options)
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\msetup.py", line 230, in run
app.generate()
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\msetup.py", line 161, in generate
self._generate(env)
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\msetup.py", line 210, in _generate
intr.backend.generate(intr)
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\backend\ninjabackend.py", line 220, in generate
with self.detect_vs_dep_prefix(tempfilename) as outfile:
File "c:\GStreamer_Cerbero\cerbero\build\build-tools\Lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\backend\ninjabackend.py", line 188, in detect_vs_dep_prefix
pc = subprocess.Popen([compiler.get_exelist(),
File "C:\Python38\lib\subprocess.py", line 854, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
File "C:\Python38\lib\subprocess.py", line 1247, in _execute_child
args = list2cmdline(args)
File "C:\Python38\lib\subprocess.py", line 549, in list2cmdline
for arg in map(os.fsdecode, seq):
File "C:\Python38\lib\os.py", line 816, in fsdecode
filename = fspath(filename) # Does type-checking of `filename`.
TypeError: expected str, bytes or os.PathLike object, not list
Recipe 'zlib' failed at the build step 'configure'
Fatal Error: Running ['c:/GStreamer_Cerbero/cerbero/build/build-tools/bin/meson', '--prefix=c:/GStreamer_Cerbero/cerbero/build/dist/msvc_x86_64', '--libdir=lib', '--default-library=both', '--buildtype=debugoptimized', '--backend=ninja', '--wrap-mode=nodownload', '--native-file', 'c:/GStreamer_Cerbero/cerbero/build/sources/msvc_x86_64/zlib-1.2.11/_builddir/meson-native-file.txt'], returncode 2
Select an action to proceed:
[0] Enter the shell
[1] Rebuild the recipe from scratch
[2] Rebuild starting from the failed step
[3] Skip recipe
[4] Abort
4
***** Error running 'package' command:
I did a little debugging: in cerbero\build\build-tools\lib\site-packages\meson-0.49.2-py3.8.egg\mesonbuild\backend\ninjabackend.py, line 188 has
pc = subprocess.Popen([compiler.get_exelist(), ...
The get_exelist() function returns ['cl'] for Visual Studio 2019. The error goes away if the list is unpacked or the first item is used. My quick fix:
aaa = compiler.get_exelist()
if isinstance(aaa, list):
if len(aaa) == 1:
aaa = aaa[0]
else:
raise MesonException('Compiler exe list is a list with >1 elements.')
pc = subprocess.Popen([aaa, ...
With this "fix", Cerbero completed successfully, though the actual command line also included -v nvcodec and -v intelmsdk besides -v visualstudio.
After installing the .msi package supplied by Cerbero (gstreamer-1.0-msvc-x86_64-1.17.0.1.msi), however, I get some warnings when running gst-launch or gst-inspect:
C:\>gst-launch-1.0.exe
(gst-launch-1.0:2712): GStreamer-WARNING **: 18:34:09.069: Failed to load plugin 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstassrender.dll': 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstassrender.dll': %1 is not a valid Win32 application.
(gst-launch-1.0:2712): GStreamer-WARNING **: 18:34:09.122: Failed to load plugin 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstdashdemux.dll': 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstdashdemux.dll': %1 is not a valid Win32 application.
(gst-launch-1.0:2712): GStreamer-WARNING **: 18:34:09.170: Failed to load plugin 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstges.dll': 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstges.dll': %1 is not a valid Win32 application.
0:00:00.464240000 2712 0000027CDD719E40 ERROR msdk msdk.c:177:msdk_open_session: Intel Media SDK not available (undeveloped feature)
(gst-launch-1.0:2712): GStreamer-WARNING **: 18:34:09.525: Failed to load plugin 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstsmoothstreaming.dll': 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstsmoothstreaming.dll': %1 is not a valid Win32 application.
(gst-launch-1.0:2712): GStreamer-WARNING **: 18:34:09.552: Failed to load plugin 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstsoup.dll': 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstsoup.dll': %1 is not a valid Win32 application.
(gst-launch-1.0:2712): GStreamer-WARNING **: 18:34:09.599: Failed to load plugin 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstzbar.dll': 'C:\Users\T\GStreamer\1.0\x86_64\lib\gstreamer-1.0\gstzbar.dll': %1 is not a valid Win32 application.
0:00:00.617256000 2712 0000027CDD719E40 ERROR GST_PIPELINE gst/parse/grammar.y:1162:priv_gst_parse_yyparse: empty pipeline not allowed
ERROR: pipeline could not be constructed: empty pipeline not allowed.
The two errors are expected, as 1) I don't have Intel drivers installed, 2) I ran gst-launch without parameters. I'm hoping to figure out why the other warnings occurred. Other than these warnings, things seem to work, e.g. I'm able to launch a pipeline for h264 or hevc video playback.
Edit: error output, software versions added, reformattedhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/219Can't build packages on Ubuntu 19.10 and Debian 102020-01-02T08:39:55ZNazar MokrynskyiCan't build packages on Ubuntu 19.10 and Debian 10I'm trying to get GStreamer built in Docker container based on stock Ubuntu 19.10.
Everything compiles fine, but packages are not created with such errors:
<details>
```
WARNING: No specific packager available for the distro version ub...I'm trying to get GStreamer built in Docker container based on stock Ubuntu 19.10.
Everything compiles fine, but packages are not created with such errors:
<details>
```
WARNING: No specific packager available for the distro version ubuntu_19_10_eoan, using generic packager for distro debian
WARNING: No packager defined, using default packager "Default <default@change.me>"
-----> Creating package for gstreamer-1.0
-----> Creating debian package structure at /cerbero/build/tmp5ryogngj/gstreamer-1.0-1.17.0.1 for package gstreamer-1.0
-----> Packing dependency gstreamer-1.0-core for package gstreamer-1.0
WARNING: No packager defined, using default packager "Default <default@change.me>"
-----> Creating debian package structure at /cerbero/build/tmp5ryogngj/gstreamer-1.0-core-1.17.0.1 for package gstreamer-1.0-core
-----> Packing dependency base-system-1.0 for package gstreamer-1.0-core
WARNING: No packager defined, using default packager "Default <default@change.me>"
-----> Creating debian package structure at /cerbero/build/tmp5ryogngj/base-system-1.0-1.17.0.1 for package base-system-1.0
-----> Creating package for base-system-1.0
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: info: source package base-system-1.0
dpkg-buildpackage: info: source version 1.17.0.1-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Default <default@change.me>
dpkg-buildpackage: info: host architecture amd64
dpkg-source --before-build .
fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp
dh_clean
dh_clean: Compatibility levels before 9 are deprecated (level 7 in use)
debian/rules build
dh_testdir
touch build-stamp
fakeroot debian/rules binary
dh_testdir
dh_testroot
dh_prep
dh_installdirs
dh_installdirs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_installdocs
dh_installdocs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_install
dh_install: Compatibility levels before 9 are deprecated (level 7 in use)
dh_testdir -a
dh_testroot -a
dh_strip -a --dbg-package=base-system-1.0-dbg
dh_strip: Compatibility levels before 9 are deprecated (level 7 in use)
dh_link -a
dh_compress -a
dh_compress: Compatibility levels before 9 are deprecated (level 7 in use)
dh_compress: Compatibility levels before 9 are deprecated (level 7 in use)
dh_compress: Compatibility levels before 9 are deprecated (level 7 in use)
dh_fixperms -a
dh_makeshlibs -a -V
dh_makeshlibs: Compatibility levels before 9 are deprecated (level 7 in use)
dh_installdeb -a
dh_installdeb: Compatibility levels before 9 are deprecated (level 7 in use)
dh_shlibdeps -a
dh_shlibdeps: Compatibility levels before 9 are deprecated (level 7 in use)
dh_shlibdeps: Compatibility levels before 9 are deprecated (level 7 in use)
dh_shlibdeps: Compatibility levels before 9 are deprecated (level 7 in use)
dpkg-shlibdeps: error: cannot find library liborc-0.4.so.0 needed by debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/orcc (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libffi.so.7.1.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libfreetype.so.6.17.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libjson-glib-1.0.so.0.400.4: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libgio-2.0.so.0.5600.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libglib-2.0.so.0.5600.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libcairo.so.2.11400.12: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libharfbuzz.so.0.20600.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libgdk_pixbuf-2.0.so.0.3800.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libcairo-script-interpreter.so.2.11400.12: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libcairo-gobject.so.2.11400.12: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libgirepository-1.0.so.1.0.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libgobject-2.0.so.0.5600.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libz.so.1.2.11: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libgmodule-2.0.so.0.5600.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libexpat.so.1.6.9: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libpangoft2-1.0.so.0.4200.3: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libjpeg.so.8.1.2: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/liborc-test-0.4.so.0.31.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libpixman-1.so.0.38.4: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libpangocairo-1.0.so.0.4200.3: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/librsvg-2.so.2.40.20: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libfontconfig.so.1.10.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libpng16.so.16.37.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libxml2.so.2.9.9: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libcroco-0.6.so.3.0.1: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libturbojpeg.so.0.1.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libtiff.so.5.4.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libbz2.so.1.0.6: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libfribidi.so.0.4.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libpango-1.0.so.0.4200.3: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/liborc-0.4.so.0.31.0: invalid operation
objdump: debian/base-system-1.0-dbg/usr/lib/debug/cerbero/build/dist/linux_x86_64/lib/libgthread-2.0.so.0.5600.1: invalid operation
dpkg-shlibdeps: error: cannot find library liborc-0.4.so.0 needed by debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/orc-bugreport (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library liborc-test-0.4.so.0 needed by debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/orc-bugreport (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libfribidi.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpango-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot continue due to the errors listed above
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to use -l.
dh_shlibdeps: dpkg-shlibdeps -Tdebian/base-system-1.0-dev.substvars debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/glib-compile-resources debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/orcc debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/gresource debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/xmllint debian/base-system-1.0-dev/cerbero/build/dist/linux_x86_64/bin/orc-bugreport returned exit code 2
dpkg-shlibdeps: warning: debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgdk_pixbuf-2.0.so.0.3800.0 contains an unresolvable reference to symbol TIFFSetWarningHandler: it's probably a plugin
dpkg-shlibdeps: warning: 10 other similar warnings have been skipped (use -v to see them all)
dpkg-shlibdeps: error: cannot find library libpango-1.0.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangoft2-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libharfbuzz.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangoft2-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libffi.so.7 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgobject-2.0.so.0.5600.1 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libjson-glib-1.0.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/json-glib-validate (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libjson-glib-1.0.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/json-glib-format (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libgdk_pixbuf-2.0.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/gdk-pixbuf-csource (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libpango-1.0.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangocairo-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libpangoft2-1.0.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangocairo-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library libcairo.so.2 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangocairo-1.0.so.0.4200.3 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: error: cannot find library liborc-0.4.so.0 needed by debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/liborc-test-0.4.so.0.31.0 (ELF format: 'elf64-x86-64' abi: '0201003e00000000'; RPATH: '')
dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgdk_pixbuf-2.0.so.0.3800.0 was not linked against libtiff.so.5 (it uses none of the library's symbols)
dpkg-shlibdeps: error: cannot continue due to the errors listed above
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to use -l.
dh_shlibdeps: dpkg-shlibdeps -Tdebian/base-system-1.0.substvars debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/gdk-pixbuf-query-loaders debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/json-glib-validate debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/gsettings debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/gdbus debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/glib-compile-schemas debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/gdk-pixbuf-csource debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/json-glib-format debian/base-system-1.0/cerbero/build/dist/linux_x86_64/bin/gio-querymodules debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgdk_pixbuf-2.0.so.0.3800.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgirepository-1.0.so.1.0.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgobject-2.0.so.0.5600.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libxml2.so.2.9.9 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgthread-2.0.so.0.5600.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libglib-2.0.so.0.5600.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libcairo-script-interpreter.so.2.11400.12 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpng16.so.16.37.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangocairo-1.0.so.0.4200.3 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libbz2.so.1.0.6 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgmodule-2.0.so.0.5600.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libz.so.1.2.11 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libcairo-gobject.so.2.11400.12 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/liborc-test-0.4.so.0.31.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libjpeg.so.8.1.2 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libffi.so.7.1.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libharfbuzz.so.0.20600.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libjson-glib-1.0.so.0.400.4 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libfreetype.so.6.17.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpango-1.0.so.0.4200.3 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libgio-2.0.so.0.5600.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpixman-1.so.0.38.4 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libtiff.so.5.4.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libcroco-0.6.so.3.0.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libcairo.so.2.11400.12 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libturbojpeg.so.0.1.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libexpat.so.1.6.9 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libfontconfig.so.1.10.1 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libpangoft2-1.0.so.0.4200.3 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/liborc-0.4.so.0.31.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/libfribidi.so.0.4.0 debian/base-system-1.0/cerbero/build/dist/linux_x86_64/lib/librsvg-2.so.2.40.20 returned exit code 2
dh_shlibdeps: Aborting due to earlier error
make: *** [debian/rules:39: binary-arch] Error 255
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit status 2
Traceback (most recent call last):
File "/cerbero/cerbero/utils/shell.py", line 148, in call
env=env, shell=shell)
File "/usr/lib/python3.7/subprocess.py", line 363, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command 'dpkg-buildpackage -rfakeroot -us -uc -D -b' returned non-zero exit status 2.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/cerbero/cerbero/main.py", line 158, in run_command
res = commands.run(command, self.config, self.args)
File "/cerbero/cerbero/commands/__init__.py", line 78, in run
return _commands[command].run(config, args)
File "/cerbero/cerbero/commands/package.py", line 110, in run
args.force, args.keep_temp)
File "/cerbero/cerbero/packages/linux.py", line 57, in pack
self.pack_deps(output_dir, tmpdir, force)
File "/cerbero/cerbero/packages/linux.py", line 115, in pack_deps
packager.pack(output_dir, self.devel, force, True, True, tmpdir)
File "/cerbero/cerbero/packages/linux.py", line 57, in pack
self.pack_deps(output_dir, tmpdir, force)
File "/cerbero/cerbero/packages/linux.py", line 115, in pack_deps
packager.pack(output_dir, self.devel, force, True, True, tmpdir)
File "/cerbero/cerbero/packages/linux.py", line 78, in pack
paths = self.build(output_dir, tarname, tmpdir, packagedir, srcdir)
File "/cerbero/cerbero/packages/debian.py", line 282, in build
shell.call('dpkg-buildpackage -rfakeroot -us -uc -D -b', srcdir)
File "/cerbero/cerbero/utils/shell.py", line 151, in call
raise FatalError(_("Error running command: %s") % cmd)
cerbero.errors.FatalError: Fatal Error: Error running command: dpkg-buildpackage -rfakeroot -us -uc -D -b
***** Error running 'package' command:
Fatal Error: Error running command: dpkg-buildpackage -rfakeroot -us -uc -D -b
usage: cerbero-uninstalled [-h] [-t] [--list-variants] [-v VARIANTS]
[-c CONFIG] [-m MANIFEST]
[--self-update SELF_UPDATE]
{add-package,buildone,build-deps,build,package,edit-cache,rdeps,genxcconfig,fetch,fetch-package,fetch-cache,bootstrap,fetch-bootstrap,deps,genlibfiles,check,add-recipe,packageinfo,debug-packages,tag,wipe,shell,gensdkshell,genvsprops,bundle-source,list,list-packages,show-config,run,checkpackage,graph}
```
</details>
I have no idea what is going on since this is the first time I'm trying to build GStreamer. Any ideas?
I saw there are other issues opened that may be related, I'm sorry if this is a duplicate.
UPD: Tried Ubuntu 18.04 and 19.04, both fail with various errors; Is there a way to build this thing on Ubuntu at all?
UPD 2: Tried Debian 10, slightly different errors, but the same exact outcome - compiles, packaging creation fails.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/1166wayland: Headers not installed and pkg-config file missing2019-12-29T18:29:47ZRaul Tambreraul@tambre.eewayland: Headers not installed and pkg-config file missingDespite [the Gstreamer Wayland library](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/tree/master/gst-libs/gst/wayland) exporting multiple functions publicly, the headers aren't installed when it's compiled and there's no pkg-...Despite [the Gstreamer Wayland library](https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/tree/master/gst-libs/gst/wayland) exporting multiple functions publicly, the headers aren't installed when it's compiled and there's no pkg-config entry. This makes it hard to use.