[Bug 527] Review request: mlt - Toolkit for broadcasters, video editors, media players, transcoders

RPM Fusion Bugzilla noreply at rpmfusion.org
Sat Apr 18 00:28:00 CEST 2009


http://bugzilla.rpmfusion.org/show_bug.cgi?id=527





--- Comment #43 from Zarko Pintar <zarko.pintar at gmail.com>  2009-04-18 00:28:00 ---

> ! All relevant doc files should be packaged. ./src/modules/motion_est/README
> can go to the %doc of the main package

How I can elegantly solve this?
I tried with this:

%doc AUTHORS ChangeLog COPYING GPL NEWS README motion_est
src/modules/motion_est/README

but I'm getting this error (what is logically), so how I can create subdir with
%doc, like in -devel example (%doc doc/* demos):

cp: will not overwrite just-created
`/builddir/build/BUILDROOT/mlt-0.3.8-2.fc10.i386/usr/share/doc/mlt-0.3.8/README'
with `src/modules/motion_est/README'

I was finding this explanations in Guidelines and other packaging
documentations, but nothing found!


> * Please add BuildRequires: frei0r-devel

In Fedora 10 frei0r-devel do not exist (in F11 exist!)


> 
> * rawhide buildlog says:
>    - libquicktime not found: only enabling dv avi support 
> 
> 
> You need to patch this up so it can find the libquicktime properly.
> 

I'm little confusing with this. What exactly I must patch? In F10 build.log do
not report "not found" problem (only in F11)


> 
> * Running mlt-miracle gives "segmentation fault"

I asked for this, but the answer is little weird. 

Citation:
> 2) Can we exclude miracle from MLT (is that action break kdenlive)?

kdenlive does not need miracle, but currently the way the source is
structured, mlt++ includes the miracle and valerie classes, which
depends on the respective libs, and kdenlive uses mlt++. It is like a
knot at the moment :-/

> Because
> miracle gives Segmentation fault and this warning:
>
> mlt.i386: W: shared-lib-calls-exit /usr/lib/libmiracle.so.0.3.7

Why does it say 0.3.7 instead of 0.3.8?

> exit at GLIBC_2.0
> You told me that it will be exclude in this version, so if this is not so

I said it will be done on the _next_ release.

> simply to exclude, can you make some patch?

No, it is not trivial. The next release will be done as soon as I
reorganize the source trees and stabilize the build.

Many things make me a little headache, but I'll survive :)


-- 
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the rpmfusion-developers mailing list