Sunday, June 29, 2014 version 0.9.2 released ... Added support for Qt 5. ... Deprecate the dv (libdv), kino, and vorbis modules. These are scheduled to be removed in next release.
Please bump.
Created attachment 392672 [details] mlt-0.9.2.ebuild New ebuild for mlt-0.9.2 Changes: - enabled "sox" USE flag (I don't know why it was disabled before but it seems to compile now) - added "stabilize" USE flag to add media-lib/libvidstab (see bug 517892) - added "opengl" USE flag to add media-video/movit (see bug 532666) - added option "--disable-videostab" for configure to disable module videostab (anymore used by kdenlive in favour of vid.stab module)
Created attachment 392674 [details, diff] mlt-0.9.2-freetype251.patch freetype patch updated for mlt-0.9.2
Created attachment 392676 [details, diff] mlt-0.9.2-ruby-link.patch ruby-link patch updated for mlt-0.9.2
Any chance of getting this into tree?
*** Bug 537376 has been marked as a duplicate of this bug. ***
(In reply to Roberto Castagnola from comment #3) > Created attachment 392674 [details, diff] [details, diff] > mlt-0.9.2-freetype251.patch > > freetype patch updated for mlt-0.9.2 This patch is obsolete. Since pangoft2.h is included, the pango headers will include freetype anyway: # grep -rB3 -A1 "ft2build.h\|pangofc-font.h" /usr/include/pango-1.0/pango/pango{ft*,*font.h} /usr/include/pango-1.0/pango/pangoft2.h-#include <fontconfig/fontconfig.h> /usr/include/pango-1.0/pango/pangoft2.h- /usr/include/pango-1.0/pango/pangoft2.h-#include <pango/pango-layout.h> /usr/include/pango-1.0/pango/pangoft2.h:#include <pango/pangofc-font.h> /usr/include/pango-1.0/pango/pangoft2.h- -- /usr/include/pango-1.0/pango/pangofc-font.h-/* Pango /usr/include/pango-1.0/pango/pangofc-font.h: * pangofc-font.h: Base fontmap type for fontconfig-based backends /usr/include/pango-1.0/pango/pangofc-font.h- * -- /usr/include/pango-1.0/pango/pangofc-font.h-#ifndef __PANGO_FC_FONT_H__ /usr/include/pango-1.0/pango/pangofc-font.h-#define __PANGO_FC_FONT_H__ /usr/include/pango-1.0/pango/pangofc-font.h- /usr/include/pango-1.0/pango/pangofc-font.h:#include <ft2build.h> /usr/include/pango-1.0/pango/pangofc-font.h-#include FT_FREETYPE_H So w/out breaking the build the obsolete patch could have even read @@ -25,7 +25,6 @@ #include <string.h> #include <gdk-pixbuf/gdk-pixbuf.h> #include <pango/pangoft2.h> -#include <freetype.h> #include <iconv.h> #include <pthread.h> #include <ctype.h>
Created attachment 394670 [details, diff] mlt-0.9.2-swig-ruby-incdir-and-libs.patch merger from bug 537376 - obsoletes ruby-link patch - have warnings/errors during swig compilation stages
Created attachment 394672 [details, diff] mlt-0.9.2.ebuild.patch merger from bug 537376 (diff to previous mlt-0.9.2.ebuild from 2014-12-29)
Created attachment 394674 [details] mlt-0.9.2.ebuild merger from bug 537376 - proposed ebuild for version bump - added kino use flag - removed non-functional and unneeded sed line (swig/ruby/build reads env LDFLAGS and uses it with the generated Makefile correctly) - use mlt-0.9.2-swig-ruby-incdir-and-libs.patch - prettify IUSE - removed obsolete freetype patch - use RbConfig instead of Config (usable since at least ruby:1.9) - see also bug 480574 for problems with 0.9.0 ebuild currently in use
In 0.9.0 ebuild --enable-videostab was used uncoditionally (no active use flag needed) for stabilization. The proposed ebuild switches this to $(use_enable stabilize vid.stab) --disable-videostab which essentially means upgrading users will not have any video stabilization unless use flag stabilize is active (and if so, a different impl will be chosen). If this was not intentionally done (e.g. because vid.stab is soo much better), then $(use_enable stabilize vid.stab) $(use_enable !stabilize videostab) might be a better way of doing things to be backward compatible to behavior of 0.9.0 ebuild. Greetings
(In reply to cmuelle8 from comment #10) > - added kino use flag The kino module in mlt is a DV file format parser. Maybe it's better to not export IUSE="..kino.." but instead use $(use_enable dv kino) to avoid misinterpreting this as a media-video/kino related feature. (kino use flag relates to media-video/kino in dv2sub ebuild atm)
Created attachment 394676 [details, diff] mlt-0.9.2.ebuild.patch
Created attachment 394680 [details] mlt-0.9.2.ebuild avoid confusing use flag 'kino' for mlt kino module with media-video/kino; use 'dv' instead
Created attachment 394686 [details, diff] mlt-0.9.2-configure-gcc-check.patch - fix upstream configure - obsolete the need to sed config.mak in ebuild (which was to harsh, e.g. it removed -ffast-math from cflags upstreams advice to not use tree-dominator-opts nor tree-pre ) SYMPTOM (of a broken configure run) x86_64-pc-linux-gnu-gcc: error: (Gentoo: No such file or directory x86_64-pc-linux-gnu-gcc: error: 4.9.2: No such file or directory x86_64-pc-linux-gnu-gcc: error: p1.0,: No such file or directory x86_64-pc-linux-gnu-gcc: error: pie-0.6.2): No such file or directory x86_64-pc-linux-gnu-gcc: error: 4.9.2: No such file or directory x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. (This error does not prevent mlt from being built, but it will miss some essential cflags.) CURE apply attachment
Created attachment 394688 [details, diff] mlt-0.9.2.ebuild.patch - --avformat-swscale configure option does not exist - reorganize use flag handling - remove inline sed of config.mak (having gentoo cflags is ensured by applying mlt-0.9.2-configure-gcc-check.patch now)
Created attachment 394690 [details] mlt-0.9.2.ebuild see comment 16
http://mltframework.blogspot.de/2015/03/version-096-released.html "Sunday, March 1, 2015 Version 0.9.6 Released A major regression slipped into the 0.9.4 release plus some other good fixes rolled in just after that release prompting this new release. Please discontinue using version 0.9.4 and upgrade." I tried renamed mlt-0.9.0.ebuild from the tree. mlt-0.8.6-ruby-link.patch and mlt-0.9.0-freetype251.patch from the tree fail to apply so I disabled them in the ebuild. I get an error: make[1]: Entering directory '/var/tmp/portage/media-libs/mlt-0.9.6/work/mlt-0.9.6/src/melt' x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -I.. -rdynamic -DVERSION=\"0.9.6\" -c -o melt.o melt.c x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -I.. -rdynamic -DVERSION=\"0.9.6\" -c -o io.o io.c x86_64-pc-linux-gnu-gcc -o melt melt.o io.o -Wl,-O1 -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../framework -lmlt -lpthread make[1]: Leaving directory '/var/tmp/portage/media-libs/mlt-0.9.6/work/mlt-0.9.6/src/melt' consumer_qglsl.cpp:28:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ consumer_qglsl.cpp:156:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ consumer_qglsl.cpp:180:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ consumer_qglsl.cpp:207:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^
I took now mlt-0.9.2.ebuild from comment 17. mlt-0.9.6-configure-gcc-check.patch has to be adapted if still needed. the to 0.9.6 renamed mlt-0.9.2-swig-ruby-incdir-and-libs.patch from comment 8 applies. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-cpp/eigen-3.2.4:3::gentoo USE="-debug -doc" 1.122 KiB [ebuild N ] media-video/movit-1.1.3::gentoo 1.636 KiB [ebuild U ] media-libs/mlt-0.9.6::gentoo [0.9.0::gentoo] USE="dv ffmpeg gtk jack kdenlive libsamplerate lua melt mmx%* opengl%* python quicktime sdl sox%* sse%* sse2%* vdpau vorbis xine xml -compressed-lumas -debug -frei0r -kde -qt4 -rtaudio -ruby -stabilize% (-libav%)" CPU_FLAGS_X86="(-mmx%*) (-sse%*) (-sse2%*)" 0 KiB Total: 3 packages (1 upgrade, 2 new), Size of downloads: 2.757 KiB ... >>> Original instance of package unmerged safely. * Compilation and optimization of Python modules for CPython 2.7 ... [ ok ] >>> media-libs/mlt-0.9.6 merged. As you can see some commits from the in-tree ebuild should be merged into mlt-0.9.6.ebuild or the other way round.
Please bump to 0.9.6
I needed dev-cpp/eigen-3.2.4 to compile media-video/movit-1.1.3 , then mlt-0.9.6 without "epatch "${FILESDIR}/${P}-configure-gcc-check.patch"" compiled successfully.
*** Bug 553698 has been marked as a duplicate of this bug. ***
for more related confusion see also: https://bugs.gentoo.org/show_bug.cgi?id=554046
I tried to remove myself from the CC list of this bug, I tried re-adding and re-removing myself, all to no avail. I keep getting notified. :P
Is there anything I can do to help move this along? both OpenShot and KDEnlive will not render/export video with audio because of this broken version.
Created attachment 408106 [details, diff] mlt-0.9.0.ebuild_v1.6-v1.9.patch I reversed the patch from #c16 on the ebuild from #c17 to have the mlt-0.9.0.ebuild from 2014 and than made a diff against the current mlt-0.9.0.ebuild from the tree. For those who are interested in what was changed on the in tree mlt-0.9.0.ebuild from 2014 (on which the mlt-0.9.2.ebuild.patch and ebuild in #c16,#c17 is based on) and the current mlt-0.9.0.ebuild of 2015/03/25. Now we have two patches of where we have to think about which parts of which patch we use for a new mlt-0.9.8.ebuild or higher ebuild.
From http://mltframework.blogspot.de/2015/07/version-098-released.html: "Also, since SourceForge is still recovering from a storage problem preventing the upload of new files, you can download the release source archive from GitHub." https://github.com/mltframework/mlt/archive/v0.9.8.tar.gz so SRC_URI="mirror://sourceforge/mlt/${P}.tar.gz" must be changed.
Created attachment 408194 [details] mlt-0.9.8 ebuild with github SRC_URI
Created attachment 408196 [details] mlt-0.9.8 ebuild with github SRC_URI
Created attachment 408198 [details, diff] freetype patch ported to 0.9.8
Created attachment 408200 [details, diff] ruby link patch ported to 0.9.8
With the files I uploaded I am able to install kdenlive-15.07.80 from the KDE overlay. Did not read through this bug report before uploading, I might do that later and upload an updated ebuild, if I find the time.
(In reply to Stijn Tintel from comment #29) > Created attachment 408196 [details] > mlt-0.9.8 ebuild with github SRC_URI @cmuelle8 What part of your ebuild-patch does fix this?: make[1]: Entering directory '/var/tmp/portage/media-libs/mlt-0.9.8/work/mlt-0.9.8/src/melt' x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -I.. -rdynamic -DVERSION=\"0.9.8\" -c -o melt.o melt.c x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -DARCH_X86_64 -Wall -DPIC -DUSE_MMX -DUSE_SSE -DUSE_SSE2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC -pthread -I.. -rdynamic -DVERSION=\"0.9.8\" -c -o io.o io.c x86_64-pc-linux-gnu-gcc -o melt melt.o io.o -Wl,-O1 -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../framework -lmlt -lpthread make[1]: Leaving directory '/var/tmp/portage/media-libs/mlt-0.9.8/work/mlt-0.9.8/src/melt' consumer_qglsl.cpp:28:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ consumer_qglsl.cpp:156:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ consumer_qglsl.cpp:180:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ consumer_qglsl.cpp:207:34: error: missing binary operator before token "(" #if QT_VERSION < QT_VERSION_CHECK(5, 0, 0) ^ Makefile:50: recipe for target 'depend' failed make[2]: *** [depend] Error 1 Makefile:5: recipe for target 'depend' failed make[1]: *** [depend] Error 1 Makefile:9: recipe for target 'all' failed make: *** [all] Error 1 * ERROR: media-libs/mlt-0.9.8::overlay_jl failed (compile phase): * emake failed Same as in https://bugs.gentoo.org/show_bug.cgi?id=517640#c18
[ebuild U ] media-libs/mlt-0.9.8::overlay_jl [0.9.6::gentoo] USE="dv ffmpeg gtk jack kdenlive libsamplerate lua melt python quicktime sdl vdpau vorbis xine xml -compressed-lumas -debug -frei0r -kde -libav% -qt4 -rtaudio -ruby (-mmx%*) (-opengl%*) (-sox%*) (-sse%*) (-sse2%*) (-stabilize%)" CPU_FLAGS_X86="mmx%* sse%* sse2%*" 0 KiB Here you can see the USE-flag changes.
As you can see, this package is basically maintainer-needed. At first look the latest ebuild still needs work, at least for enabling qt5 support, and also migrating to use of python-r1 eclass instead of the deprecated old python eclass. I would be happy to commit an up to date ebuild, if anyone wants to step up to be a maintainer by proxy...
(In reply to jospezial from comment #34) > [ebuild U ] media-libs/mlt-0.9.8::overlay_jl [0.9.6::gentoo] USE="dv > ffmpeg gtk jack kdenlive libsamplerate lua melt python quicktime sdl vdpau > vorbis xine xml -compressed-lumas -debug -frei0r -kde -libav% -qt4 -rtaudio > -ruby (-mmx%*) (-opengl%*) (-sox%*) (-sse%*) (-sse2%*) (-stabilize%)" > CPU_FLAGS_X86="mmx%* sse%* sse2%*" 0 KiB > > Here you can see the USE-flag changes. Please send a pull request to https://github.com/gentoo/gentoo.
This ebuild is to complicated for me. When I look in it I only understand the half. @cmuelle8, @Roberto Castagnola Can you help?
(In reply to jospezial from comment #33) > (In reply to Stijn Tintel from comment #29) > > Created attachment 408196 [details] > > mlt-0.9.8 ebuild with github SRC_URI > > @cmuelle8 > What part of your ebuild-patch does fix this?: @jospezial Afair I did not experience this error (but it's been a while since I last built the package) - did you temporarily try building with use flag 'melt' disabled? Greetings
Thanks, fixed in git. There is obviously still a lot of work that can be done, but this is an incremental improvement at least. Apologies if I've missed anything on this bug. Please file a new bug report or pull request at https://github.com/gentoo/gentoo. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d889cb0f7a1dbda62e132c2eba19215f4209d8d9