Released month ago. Seems 1.2.1 will be released soon, it was tagged 9 days ago: http://git.dyne.org/index.cgi?url=frei0r/tag/&id=v1.2.1
Created attachment 261105 [details] frei0r 1.2.1 ebuild I attached an ebuild for frei0r-plugins 1.2.1. I used the portage ebuild for 1.1.22-r1 but removed the patches since I don't know how to adapt them to the new version. The ebuild seems to work ok for ~amd64 and that is the only keyword in it. If you want to try for another arch just add the appropriate keyword. I only use frei0r with kdenlive. It works well with the new version and didn't need any recompile after the update (neither mlt nor ffmpeg needed recompile too). I don't know if there are any problems with this version and other apps though. You can try it and revert back to the portage version if you want. PS. I hope a developer will make a proper ebuild for this. Frei0r added many plugins between versions 1.1 and 1.2. Some of the new plugins (like white balance) are really important.
libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/crtbeginS.o .libs/hardlight.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/crtn.o -march=amdfam10 -Wl,-O1 -Wl,--as-needed -Wl,-soname -Wl,hardlight.so -o .libs/hardlight.so libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/crtbeginS.o .libs/multiply.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/crtn.o -march=amdfam10 -Wl,-O1 -Wl,--as-needed -Wl,-soname -Wl,multiply.so -o .libs/multiply.so libtool: link: ( cd ".libs" && rm -f "hardlight.la" && ln -s "../hardlight.la" "hardlight.la" ) libtool: link: gcc -std=gnu99 -shared .libs/threshold0r.o -lm -march=amdfam10 -Wl,-O1 -Wl,--as-needed -Wl,-soname -Wl,threshold0r.so -o .libs/threshold0r.so /bin/sh ../libtool --tag=CC --tag=disable-static --mode=link gcc -std=gnu99 -I../include -march=amdfam10 -O2 -pipe -module -avoid-version -lm -export-dynamic -Wl,-O1 -Wl,--as-needed -o bw0r.la -rpath /usr/lib64/frei0r-1 bw0r.lo make[1]: *** [facebl0r.lo] Ошибка 1 make[1]: *** Ожидание завершения заданий... libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/crtbeginS.o .libs/alphaatop.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/crtn.o -march=amdfam10 -Wl,-O1 -Wl,--as-needed -Wl,-soname -Wl,alphaatop.so -o .libs/alphaatop.so libtool: link: ( cd ".libs" && rm -f "multiply.la" && ln -s "../multiply.la" "multiply.la" ) libtool: link: ( cd ".libs" && rm -f "threshold0r.la" && ln -s "../threshold0r.la" "threshold0r.la" ) libtool: link: gcc -std=gnu99 -shared .libs/bw0r.o -lm -march=amdfam10 -Wl,-O1 -Wl,--as-needed -Wl,-soname -Wl,bw0r.so -o .libs/bw0r.so libtool: link: ( cd ".libs" && rm -f "alphaatop.la" && ln -s "../alphaatop.la" "alphaatop.la" ) libtool: link: ( cd ".libs" && rm -f "bw0r.la" && ln -s "../bw0r.la" "bw0r.la" ) make[1]: Leaving directory `/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/work/frei0r-plugins-1.2.1/src' make: *** [all-recursive] Ошибка 1 emake failed * ERROR: media-plugins/frei0r-plugins-1.2.1 failed: * died running emake, base_src_make * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2983: Called base_src_compile * environment, line 412: Called base_src_make * environment, line 450: Called die * The specific snippet of code: * emake "$@" || die "died running emake, $FUNCNAME"; * * If you need support, post the output of 'emerge --info =media-plugins/frei0r-plugins-1.2.1', * the complete build log and the output of 'emerge -pqv =media-plugins/frei0r-plugins-1.2.1'. * This ebuild is from an overlay: '/usr/local/portage/' * The complete build log is located at '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/temp/environment'. * S: '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/work/frei0r-plugins-1.2.1' >>> Failed to emerge media-plugins/frei0r-plugins-1.2.1, Log file: >>> '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/temp/build.log' * Messages for package media-plugins/frei0r-plugins-1.2.1: * ERROR: media-plugins/frei0r-plugins-1.2.1 failed: * died running emake, base_src_make * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 2983: Called base_src_compile * environment, line 412: Called base_src_make * environment, line 450: Called die * The specific snippet of code: * emake "$@" || die "died running emake, $FUNCNAME"; * * If you need support, post the output of 'emerge --info =media-plugins/frei0r-plugins-1.2.1', * the complete build log and the output of 'emerge -pqv =media-plugins/frei0r-plugins-1.2.1'. * This ebuild is from an overlay: '/usr/local/portage/' * The complete build log is located at '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/temp/environment'. * S: '/var/tmp/portage/media-plugins/frei0r-plugins-1.2.1/work/frei0r-plugins-1.2.1' * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news to read news items. ess iron # emerge frei0r-plugins * IMPORTANT: 4 news items need reading for repository 'gentoo'. * Use eselect news to read news items. ##################### [ebuild U ] media-plugins/frei0r-plugins-1.2.1 [1.1.22-r1] USE="facedetect scale0tilt -doc" 0 kB [0=>1]
Created attachment 261274 [details] logfile of building
maybe do somebody know how to adapt that ebuild with 1.2.1 version. People!!!
(In reply to comment #4) I also had a similar error about cvconfig.h not found (somthing like /usr/include/opencv/cxmisc.h:cvconfig.h: No such file or directory). But I managed to get it built when unmasking and building media-libs/opencv-2.1.0. media-plugins/frei0r-plugins-1.2.1 USE="facedetect scale0tilt -doc"
(In reply to comment #5) > (In reply to comment #4) > > I also had a similar error about cvconfig.h not found > (somthing like /usr/include/opencv/cxmisc.h:cvconfig.h: No such file or > directory). > But I managed to get it built when unmasking and building > media-libs/opencv-2.1.0. > > media-plugins/frei0r-plugins-1.2.1 USE="facedetect scale0tilt -doc" > Thanks. It works! :)
Thanks for the ebuild, was finally able to get curves and levels tools to show up in kdenlive.
Created attachment 271565 [details] updated ebuild for frei0r-plugins frei0r 1.3 ebuild
I think it would be better to leave the original names of the use flags for two reasons: - To stay in consistency with portage's version of frei0r-plugins (and my ebuild). Users shouldn't have to check upon every upgrade if their use flags have been renamed. - There isn't any use flags named opencv or gavl in ebuilds from portage, so the change didn't make the ebuild more standardized.
Created attachment 274287 [details, diff] frei0r-plugins-1.3-no-automagic-deps.patch It is based on frei0r-plugins-1.1.22-no-automagic-deps.patch from portage tree. I prefer to use 'gavl' and 'opencv' instead of original names because more than one filters need them.
Created attachment 274291 [details] frei0r-plugins-1.3.ebuild It uses no-automagic-deps patch.
(In reply to comment #10) > Created attachment 274287 [details, diff] > frei0r-plugins-1.3-no-automagic-deps.patch > > It is based on frei0r-plugins-1.1.22-no-automagic-deps.patch from portage tree. > I prefer to use 'gavl' and 'opencv' instead of original names because more than > one filters need them. I had to remove the last part of this patch to make it work.
Just wondering if this is still a Bump Request bug or a "it's broke" bug now. frei0r-plugins is up to 1.3 now. The newest in portage is 1.1.22. It doesn't even have white balance in it (which is kind of a "must have"). Can thispackage get bumped up please? M.
Sorry, meant to post URL http://www.piksel.no/frei0r/releases/ M.
(In reply to comment #11) > Created attachment 274291 [details] > frei0r-plugins-1.3.ebuild > > It uses no-automagic-deps patch. (Sorry for the flood...) I have tested this ebuild (including frei0r-plugins-1.3-no-automagic-deps.patch) and it works perfectly. Kdenlive sees all the plugins provided by this package (especially "white balance"!). Thank you! Matt
Hi. Major problem. Using frei0r-plugins-1.3 (the ebuild with patch attached here), /usr/bin/melt crashes HARD. Bug here: https://bugs.gentoo.org/show_bug.cgi?id=373249 When I revert back to the portage version of media-plugins/frei0r-plugins-1.1.22-r2, melt works fine. I will update the mlt bug with the new found info. M.
1.3 in portage