Hello community, here is the log from the commit of package libmlt for openSUSE:Factory checked in at 2013-07-02 07:37:47 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/libmlt (Old) and /work/SRC/openSUSE:Factory/.libmlt.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "libmlt" Changes: -------- --- /work/SRC/openSUSE:Factory/libmlt/libmlt.changes 2013-05-06 10:10:34.000000000 +0200 +++ /work/SRC/openSUSE:Factory/.libmlt.new/libmlt.changes 2013-07-02 07:37:49.000000000 +0200 @@ -1,0 +2,29 @@ +Sun Jun 30 07:56:10 UTC 2013 - [email protected] + +- Update to 0.9.0 + * new, properly integrated property animation API + * Improved pause behavior when using buffered rendering in + mlt_consumer. + * Added mlt_color type. + * Deprecated mlt_geometry API. + * Support for the latest versions of FFmpeg and Libav (but + dropping support for 0.5 and 0.6 versions). + * Added alpha channel output to avformat consumer. + * Added reconnect and exit_on_disconnect properties to avformat + producer. + * Added qglsl consumer to use opengl with avformat, sdi, and + decklink. + * Added avsync module with blipflash producer and consumer for + testing. + * Added new "count" producer to gtk2 module. + * Changed frei0r to use index-based property names making it + impervious to param name changes (param name still accepted + for compatibility). + * Added default parameter values to frei0r metadata. + * Added more python example web services. + * Started a unit test suite. + +- Dropped patch libmlt-0.8.0-versioned_dirs.patch due to upstream + support for versioning (--enable-extra-versioning configure flag) + +------------------------------------------------------------------- Old: ---- libmlt-0.8.0-versioned_dirs.patch mlt-0.8.8.tar.gz New: ---- mlt-0.9.0.tar.gz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ libmlt.spec ++++++ --- /var/tmp/diff_new_pack.FhnNej/_old 2013-07-02 07:37:50.000000000 +0200 +++ /var/tmp/diff_new_pack.FhnNej/_new 2013-07-02 07:37:50.000000000 +0200 @@ -22,14 +22,14 @@ %define _name mlt %define libname lib%{_name} -%define soname 5 +%define soname 6 %define _name_pp %{_name}++ %define libname_pp lib%{_name_pp} %define soname_pp 3 Name: %{libname} -Version: 0.8.8 +Version: 0.9.0 Release: 0 Summary: Multimedia framework designed and developed for television broadcasting License: GPL-3.0+ @@ -38,8 +38,6 @@ Source0: http://downloads.sourceforge.net/project/%{_name}/%{_name}/%{_name}-%{version}.tar.gz # PATCH-FIX-OPENSUSE libmlt-0.8.2-vdpau.patch [email protected] -- Make VDPAU support work without the devel package Patch1: libmlt-0.8.2-vdpau.patch -# PATCH-FIX-UPSTREAM libmlt-0.8.0-versioned_dirs.patch sf#3555214 [email protected] -- Install modules and data in versioned directories -Patch2: libmlt-0.8.0-versioned_dirs.patch BuildRequires: gcc-c++ BuildRequires: ladspa-devel BuildRequires: pkg-config @@ -208,7 +206,6 @@ %prep %setup -q -n %{_name}-%{version} %patch1 -%patch2 # To complement libmlt-0.8.0-vdpau.patch. # When vdpau support is not compiled it will break the code. Doesn't matter because the code will not be used anyway. @@ -231,6 +228,7 @@ --avformat-vdpau \ %endif %endif +--enable-extra-versioning \ --swig-languages=python make %{?_smp_mflags} @@ -257,11 +255,9 @@ echo %{_datadir}/mlt-%{soname}/$MODULE >> module_data.dirs done -# kdenlive links directly to libmlt, but then uses melt to do the rendering. If -# the melt binary is linked against a different libmlt with a different formats -# support things can get confusing. -mv %{buildroot}/%{_bindir}/melt %{buildroot}/%{_bindir}/melt%{soname} -ln -s melt%{soname} %{buildroot}/%{_bindir}/melt +# Remove the unversioned symbolic links +rm -f %{buildroot}%{_libdir}/mlt +rm -f %{buildroot}%{_datadir}/mlt %post -n %{libname}%{soname} -p /sbin/ldconfig ++++++ mlt-0.8.8.tar.gz -> mlt-0.9.0.tar.gz ++++++ ++++ 21627 lines of diff (skipped) -- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
