Created attachment 413124 [details] ffmpegthumbs-15.08.1 build log This is on my qemu client. However, I'd hesitate to suggest this is a qemu problem even though none of my other systems has a similar problem. First reported error is: In file included from /var/tmp/portage/kde-apps/ffmpegthumbs-4.14.3/work/ffmpegthumbs-4.14.3/ffmpegthumbnailer/moviedecoder.cpp:17:0: /var/tmp/portage/kde-apps/ffmpegthumbs-4.14.3/work/ffmpegthumbs-4.14.3/ffmpegthumbnailer/moviedecoder.h:55:31: error: ‘PixelFormat’ has not been declared void convertAndScaleFrame(PixelFormat format, int scaledSize, bool maintainAspectRatio, int& scaledWidth, int& scaledHeight); Portage 2.2.21 (python 2.7.10-final-0, default/linux/x86/13.0/desktop, gcc-4.9.3, glibc-2.21-r1, 4.1.4-gentoo i686) ================================================================= System uname: Linux-4.1.4-gentoo-i686-AMD_A10-7850K_Radeon_R7,_12_Compute_Cores_4C+8G-with-gentoo-2.2 KiB Mem: 768304 total, 333004 free KiB Swap: 983036 total, 973364 free Timestamp of repository gentoo: Tue, 22 Sep 2015 11:00:01 +0000 sh bash 4.3_p42 ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1 app-shells/bash: 4.3_p42::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.22.0::gentoo dev-lang/python: 2.7.10::gentoo, 3.4.3::gentoo dev-util/cmake: 3.3.2::gentoo dev-util/pkgconfig: 0.28-r3::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.17::gentoo sys-apps/sandbox: 2.8::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25.1-r1::gentoo sys-devel/gcc: 4.9.3::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool: 2.4.6-r1::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 4.2::gentoo (virtual/os-headers) sys-libs/glibc: 2.21-r1::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 x-portage location: /usr/local/portage masters: gentoo priority: 0 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="* -@EULA dlj-1.1 PUEL AdobeFlash-10.3 AdobeFlash-11.x Oracle-BCLA-JavaSE" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build" FCFLAGS="-O2 -march=i686 -pipe" FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -march=i686 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi alsa avahi berkdb bluray branding bzip2 cairo cdda cdr cjk cli consolekit cracklib crypt css cups curl cxx dbus dga dri dts dv dvd dvdr emboss encode exif expat fam ffmpeg firefox flac fortran gdbm gif gimp glamor gmp gnutls gphoto2 gpm graphviz gstreamer gtk ibus iconv icu imagemagick ipv6 javascript jbig jpeg jpeg2k lcms libnotify mad mmap mng modules mp4 mpeg ncurses nls nptl nsplugin odbc offensive ogg openexr opengl openmp pam pango pcre pdf perl png policykit postscript ppds pulseaudio python qt3support qt4 qt5 raw readline samba sdl seccomp session snmp spell ssl startup-notification subversion svg syslog tcl tcpd threads tiff tools truetype udev udisks unicode upower usb utils vala vdpau vorbis webkit wmf wxwidgets x264 x86 xcb xml xpm xv xvid zlib" ABI_X86="32" ALSA_CARDS="hda" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext popcnt sse sse2 sse3 sse4a" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LINGUAS="en ja" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby20 ruby21 ruby22" USERLAND="GNU" VIDEO_CARDS="qxl" Unset: CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Which version of ffmpeg do you have installed?
I use the developer's trunk (9999). I have the same version of ffmpeg installed on all my PCs. In addition to this one, these PCs are Pentium 4, Atom N270 and AMD A10 based. I perform world updates in sync between PCs. I did do a comparison of ffmpeg USE options between PCs to confirm that the options are the same between them. Other than some additional options for my A10 based (primary) PC, the selected USE options are identical. Currently installed: nstalled versions: 9999^d{tbz2}(02:15:56 AM 09/28/2015)(X aac alsa amr bluray bzip2 cdio encode fdk fontconfig fribidi gnutls gpl hardcoded-tables iconv jpeg2k libass libsoxr mp3 network opengl openssl opus postproc pulseaudio samba schroedinger sdl ssh theora threads truetype vaapi vdpau vorbis x264 xcb xvid zlib -aacplus -altivec -amrenc -armv5te -armv6 -armv6t2 -armvfp -bs2b -celt -cpudetection -debug -doc -examples -faac -flite -frei0r -gme -gsm -iec61883 -ieee1394 -jack -ladspa -libcaca -librtmp -libv4l -lzma -mipsdspr1 -mipsdspr2 -mipsfpu -modplug -neon -openal -oss -pic -quvi -snappy -speex -static-libs -test -twolame -v4l -vpx -wavpack -webp -x265 -zvbi ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32" CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3 -xop" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart sidxindex trasher")
I just did my weekly @world update. All my other systems now fail with the same problem. It turns out that media-plugins/gst-plugins-libav is part of my @preserved-rebuild set. This is from my amd64 based PC: >>> package: media-video/ffmpeg-9999 * - /usr/lib64/libswresample.so.1 * - /usr/lib64/libswresample.so.1.2.101 * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/lib64/libmpv.so.1.19.0 (media-video/mpv-9999) * - /usr/lib64/libavcodec.so.56 * - /usr/lib64/libavcodec.so.56.59.100 * used by /usr/bin/cinelerra (media-video/cinelerra-20140710) * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/bin/tcdecode (media-video/transcode-1.1.7-r3) * used by 29 other files * - /usr/lib32/libavutil.so.54 * - /usr/lib32/libavutil.so.54.31.100 * used by /usr/lib32/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/gstreamer-0.10/libgstffmpegscale.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/gstreamer-1.0/libgstlibav.so (media-plugins/gst-plugins-libav-1.4.5-r2) * - /usr/lib64/libavresample.so.2 * - /usr/lib64/libavresample.so.2.1.0 * used by /usr/lib64/libffms2.so.3.0.0 (media-libs/ffmpegsource-2.20) * - /usr/lib64/libavutil.so.54 * - /usr/lib64/libavutil.so.54.31.100 * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/lib64/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by 32 other files * - /usr/lib32/libswresample.so.1 * - /usr/lib32/libswresample.so.1.2.101 * - /usr/lib64/libavfilter.so.5 * - /usr/lib64/libavfilter.so.5.40.100 * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/lib64/libmpv.so.1.19.0 (media-video/mpv-9999) * - /usr/lib64/libswscale.so.3 * - /usr/lib64/libswscale.so.3.1.101 * used by /usr/bin/cinelerra (media-video/cinelerra-20140710) * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/lib64/gstreamer-0.10/libgstffmpegscale.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by 7 other files * - /usr/lib64/libavformat.so.56 * - /usr/lib64/libavformat.so.56.40.101 * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/bin/tcprobe (media-video/transcode-1.1.7-r3) * used by /usr/lib64/gegl-0.2/ff-load.so (media-libs/gegl-0.2.0-r2) * used by 11 other files * - /usr/lib32/libpostproc.so.53 * - /usr/lib32/libpostproc.so.53.3.100 * used by /usr/lib32/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * - /usr/lib32/libswscale.so.3 * - /usr/lib32/libswscale.so.3.1.101 * used by /usr/lib32/gstreamer-0.10/libgstffmpegscale.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/libquicktime/lqt_ffmpeg.so (media-libs/libquicktime-1.2.4-r1) * - /usr/lib32/libavcodec.so.56 * - /usr/lib32/libavcodec.so.56.59.100 * used by /usr/lib32/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/gstreamer-1.0/libgstlibav.so (media-plugins/gst-plugins-libav-1.4.5-r2) * used by /usr/lib32/libquicktime/lqt_ffmpeg.so (media-libs/libquicktime-1.2.4-r1) * - /usr/lib64/libavdevice.so.56 * - /usr/lib64/libavdevice.so.56.4.100 * used by /usr/bin/mpv (media-video/mpv-9999) * used by /usr/lib64/libmpv.so.1.19.0 (media-video/mpv-9999) * - /usr/lib32/libavformat.so.56 * - /usr/lib32/libavformat.so.56.40.101 * used by /usr/lib32/gstreamer-0.10/libgstffmpeg.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib32/gstreamer-1.0/libgstlibav.so (media-plugins/gst-plugins-libav-1.4.5-r2) * - /usr/lib64/libpostproc.so.53 * - /usr/lib64/libpostproc.so.53.3.100 * used by /usr/lib64/gstreamer-0.10/libgstpostproc.so (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r4) * used by /usr/lib64/libquicktimehv-1.6.0.so.1.0.0 (media-video/cinelerra-20140710) * used by /usr/lib64/xine/plugins/2.5/post/xineplug_post_planar.so (media-libs/xine-lib-1.2.6-r1) * used by /usr/lib64/xine/plugins/2.5/xineplug_decode_ff.so (media-libs/xine-lib-1.2.6-r1) Of the dependent packages listed, I have determined that media-plugins/gst-plugins-libav, media-plugins/gst-plugins-ffmpeg and kde-apps/ffmpegthumbs will no compile successfully. I am checking the remaining 16 packages iun this @preserved-rebuild list now.
I assume this is due to backwards incompatible ffmpeg changes.
(In reply to Guy from comment #3) ... > Of the dependent packages listed, I have determined that > media-plugins/gst-plugins-libav, media-plugins/gst-plugins-ffmpeg and > kde-apps/ffmpegthumbs will no compile successfully. I am checking the > remaining 16 packages iun this @preserved-rebuild list now. you can add k3b-(9999) to the list of packages that don't build against latest ffmpeg-9999. Should we create a tracker bug and single bugs for these packages? For gst-plugins-libav there is no fix upstream yet. And gst-plugins-ffmpeg code in upstream git for the 0.10 branch has not changed the last 2 years. Will it still get bug fixes? gst-plugins-ffmpeg-0.10.13_p201211-r4 shows a funny warning too: configure: Using system-installed FFMpeg code configure: WARNING: ====================================================================== WARNING: you have chosen to build gst-ffmpeg against a random external version of Libav instead of building it against the tested internal Libav snapshot that is included with gst-ffmpeg. This is a very bad idea. So bad in fact that words cannot express just how bad it is. Suffice to say that it is BAD. The GStreamer developers cannot and will not support a gst-ffmpeg built this way. Any bug reports that indicate there is an external version of Libav involved will be closed immediately without further investigation. The reason such a setup can't be supported is that the Libav API and ABI is in constant flux, yet there aren't any official releases of the Libav library to develop against. This makes it impossible to guarantee that gst-ffmpeg will work reliably, or even compile, with a randomly picked version Libav. Even if gst-ffmpeg compiles and superficially appears to work fine against your chosen external Libav version, that might just not be the case on other systems, or even the same system at a later time, or when using decoders, encoders, demuxers or muxers that have not been tested. Please do not create or distribute binary packages of gst-Libav that link against an external ffmpeg. Thank you! ====================================================================== checking that generated files are newer than configure... done configure: creating ./config.status So no luck upstream?
A tracker only makes sense as soon as there is a new release upstream, imo.
the above error is clearly related to ffmpeg git master api change (ffmpeg 2.8 should be ok)
Dirty workaround how I got kde-apps/ffmpegthumbs-9999::kde compiled against media-video/ffmpeg-9999:0/55.57.57::gentoo : ebuild /var/lib/layman/kde/kde-apps/ffmpegthumbs/ffmpegthumbs-9999.ebuild unpack rm -r /var/tmp/portage/kde-apps/ffmpegthumbs-9999/work/ffmpegthumbs-9999/* I downloaded the zip file of https://github.com/dirkvdb/ffmpegthumbnailer which has more active development then then git://anongit.kde.org/ffmpegthumbs and extracted it to /var/tmp/portage/kde-apps/ffmpegthumbs-9999/work/ffmpegthumbs-9999/ You can also use git to clone. I had to chown -vR portage:portage for that folder. One part of the ffmpeg api change you can see there: https://github.com/dirkvdb/ffmpegthumbnailer/commit/6bda5b3cff3ba9a8cb879afdbbb33ecfdba84a55 But that is not enough. https://github.com/dirkvdb/ffmpegthumbnailer/issues/124 libffmpegthumbnailer/moviedecoder.cpp: comment out avcodec_get_frame_defaults(m_pFrame); comment out if (m_pFrame->interlaced_frame) { avpicture_deinterlace(...) } replace PIX_FMT_RGB24 with AV_PIX_FMT_RGB24 ebuild /var/lib/layman/kde/kde-apps/ffmpegthumbs/ffmpegthumbs-9999.ebuild merge compiles and merges The commented out lines should be fixed properly. kde-apps/dolphin-9999::kde USE="thumbnail" merges fine now.
Or you just `emerge media-video/ffmpegthumbnailer`.
(In reply to Andreas Sturmlechner from comment #9) > Or you just `emerge media-video/ffmpegthumbnailer`. And I see in https://gitweb.gentoo.org/proj/kde.git/commit/?id=c7440b2ce75a502567bacc631a3bcf3f97238cd2 kde-apps/dolphin: Add media-video/ffmpegthumbnailer alternative RDEPEND
The interesting is: media-video/ffmpegthumbnailer-2.1.0 compiles against ffmpeg 2.9. That was fixed in Gentoo 3 month ago. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=45ab11f0ed557d140feae5757b55d532fa47a196
(doesn't compile with ffmpeg 3.1 either, but that was to be expected)
(In reply to jospezial from comment #10) > (In reply to Andreas Sturmlechner from comment #9) > > Or you just `emerge media-video/ffmpegthumbnailer`. > > And I see in > https://gitweb.gentoo.org/proj/kde.git/commit/ > ?id=c7440b2ce75a502567bacc631a3bcf3f97238cd2 > > kde-apps/dolphin: Add media-video/ffmpegthumbnailer alternative RDEPEND Now, in https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f7315e9c50aa3078fdb609641da0759cb1fd3e42 kde-apps/dolphin: Do not offer media-video/ffmpegthumbnailer as thumbnailer alternative Why?
The live version compiles now without problems. Can somebody report success with the releases of kde-apps/ffmpegthumbs and latest ffmpeg? ================================================================= Package Settings ================================================================= kde-apps/ffmpegthumbs-9999::kde was built with the following: USE="-debug -libav" ABI_X86="64" media-video/ffmpeg-9999::gentoo was built with the following: USE="X alsa bluray bzip2 cdio encode faac fdk fontconfig gme gnutls gpl gsm hardcoded-tables iconv jack jpeg2k ladspa libass librtmp libv4l lzma modplug mp3 network openal opengl openh264 postproc pulseaudio rubberband schroedinger sdl speex ssh theora threads truetype twolame v4l vaapi vdpau vorbis vpx wavpack webp x264 x265 xcb xvid zlib zvbi (-altivec) -amr -amrenc (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bs2b -celt -chromaprint -cpudetection -debug -doc -ebur128 -flite -frei0r -fribidi -gcrypt -gmp -iec61883 -ieee1394 -kvazaar -libcaca -libilbc -libsoxr (-mipsdspr1) (-mipsdspr2) (-mipsfpu) (-mmal) (-neon) -nvenc -openssl -opus -oss -pic -samba -snappy -static-libs -test -zimg" ABI_X86="32 64 -x32" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3 -3dnow -3dnowext -aes -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -xop" FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot ismindex pktdumper qt-faststart sidxindex trasher"
(In reply to Paolo Pedroni from comment #13) > > Now, in > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=f7315e9c50aa3078fdb609641da0759cb1fd3e42 > > kde-apps/dolphin: Do not offer media-video/ffmpegthumbnailer as thumbnailer > alternative If it worked in the past, apparently it does not do anymore with current dolphin.
https://git.reviewboard.kde.org/r/126992/ says that fix was committed in https://quickgit.kde.org/?p=ffmpegthumbs.git&a=commit&h=3978c762072b7bc16b2096819b7cfa2052deaf5e which was released in kde-apps/ffmpegthumbs-16.08.0. There is still kde-apps/ffmpegthumbs-15.08.3:4 which will have to be patched or deleted.
We can remove kde-apps/ffmpegthumbs-15.08.3:4 when digikam:4 leaves the tree.
Then, maybe pushing a bit https://bugs.gentoo.org/show_bug.cgi?id=566918#c2 would be useful, otherwise months could pass until all arch teams stabilize the newer digikam :/
Thanks. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=eb4efba0dd9836693685702c3341ec7afe588877
