Re: [blfs-support] Rebuilding gst-plugins-base after installing Qt
On Tue, Oct 27, 2020 at 10:00:15PM +, Ken Moffat via blfs-support wrote: > (Cc: to support if I remember, in case anyone else hits this) > > Starting to upgrade my systems for whatever has caused today's > gstreamer releases. Most are still running 9.1 with 1.16.2. > Normally I build gstreamer well before qt, but trying to upgrade has > changed that. > > In gst-plugins-base it finds all the Qt items it tests for, but then > fails: > (etc) On one of my 9.1 systems I had installed OpenEXR in February (a dependency of blender). On that system gst-plugins-bad-0.16.3 gave some warnings about a missing include direcotry for OpenEXR (include/OpenEXR) - presumably the pkgconfig file (for 2.4.1) was incorrect and not pointing to the prefix (/usr), then it failed to find a specific header which indeed was not installed by that version. The workaround is to hide the pc file during the build, although a better workaround is probably not to build these packages in the first place. ĸen -- The people next door oppress me all night long. I tell them: I work all day, a man's got to have some time to learn to play the tuba. That's oppression, that is.[ Guards! Guards! ] -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Rebuilding gst-plugins-base after installing Qt
(Cc: to support if I remember, in case anyone else hits this) Starting to upgrade my systems for whatever has caused today's gstreamer releases. Most are still running 9.1 with 1.16.2. Normally I build gstreamer well before qt, but trying to upgrade has changed that. In gst-plugins-base it finds all the Qt items it tests for, but then fails: FAILED: tests/examples/overlay/qtgv-videooverlay.p/qtgv-videooverlay.cpp.o c++ -Itests/examples/overlay/qtgv-videooverlay.p -Itests/examples/overlay -I../tests/examples/overlay -I. -I.. -Igst-libs -I../gst-libs -Igst-libs/gst/video -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gstreamer-1.0 -I/opt/qt5/include -I/opt/qt5/include/QtGui -I/opt/qt5/include/QtWidgets -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wnon-virtual-dtor -O3 -Waggregate-return -Wmissing-declarations -Wredundant-decls -Wundef -Wwrite-strings -Wformat -Wformat-nonliteral -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wvla -Wpointer-arith -march=native -fstack-clash-protection -D_FORTIFY_SOURCE=2 -fstack-protector-strong -D_GLIBCXX_ASSERTIONS -DQT_GUI_LIB -DQT_WIDGETS_LIB -fPIC -pthread -DHAVE_CONFIG_H -MD -MQ tests/examples/overlay/qtgv-videooverlay.p/qtgv-videooverlay.cpp.o -MF tests/examples/overlay/qtgv-videooverlay.p/qtgv-videooverlay.cpp.o.d -o tests/examples/overlay/qtgv-videooverlay.p/qtgv-videooverlay.cpp.o -c ../tests/examples/overlay/qtgv-videooverlay.cpp ../tests/examples/overlay/qtgv-videooverlay.cpp:29:10: fatal error: QTimer: No such file or directory 29 | #include | ^~~~ Adding -Dexamples=disabled worked around it. I got a similar failure in 1.18.1. Looking at Qt files on the current system, I see several #include In current 1.18.1 I can see references in ./tests/examples/overlay/qtgv-videooverlay.cpp:#include ./tests/examples/overlay/qt-videooverlay.cpp:#include ./tests/examples/gl/qt/videooverlay/videooverlay.cpp:#include ./gst-libs/gst/video/videooverlay.c: * #include ; That last one is a comment on how to use the file. I guess that perhaps these should all be changed to #include ? But looking back they have lived there since at least 5.11.1. Perhaps something in Qt changed, or maybe nobody else is affected ? For me the workaround is adequate. ĸen -- The people next door oppress me all night long. I tell them: I work all day, a man's got to have some time to learn to play the tuba. That's oppression, that is.[ Guards! Guards! ] -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
