[Bug 527] Review request: mlt - Toolkit for broadcasters, video
editors, media players, transcoders
RPM Fusion Bugzilla
noreply at rpmfusion.org
Fri Apr 17 17:09:30 CEST 2009
http://bugzilla.rpmfusion.org/show_bug.cgi?id=527
--- Comment #34 from Orcan Ogetbil <oget.fedora at gmail.com> 2009-04-17 17:09:30 ---
(In reply to comment #31)
> >
> > and what will set the LADSPA_PATH during runtime? No, just patch (or sed) it
> > up, and there won't be no worries.
>
> My mistake...
> but if I put in spec some like this:
>
> %post
> /sbin/ldconfig
> export LADSPA_PATH=%{_libdir}/ladspa
>
> Then, will yum after installing package execute this export line and setup
> LADSPA_PATH to correct value?
>
> But if you want patch, I'll make a patch, but before them I must know how to
> solve this multilib path (Currently I do not have enough knowledge about
> multilibs :( ) (Nobody is perfect :) )
>
>
It's okay, you learn with experience. It will be enough to change the line
ladspa_path = g_strdup ("/usr/local/lib/ladspa:/usr/lib/ladspa");
in src/modules/jackrack/plugin_mgr.c to
ladspa_path = g_strdup
("/usr/local/lib/ladspa:/usr/lib/ladspa:/usr/local/lib64/ladspa:/usr/lib64/ladspa");
You can then send this patch upstream.
> >
> > Please describe me the steps to get this rpmlint warning, with that line
> > removed.
> >
>
> After building package with mock and checked packages under mocsk's result dirs
> with rpmlint, and without execstack line, I'm getting this warning in i386
> package:
>
> mlt.i586: W: executable-stack /usr/lib/mlt/libmltgtk2.so
>
I confirm this to happen only in i386 package. x86_64 doesn't have the problem.
You can use the attached patch to solve the issue permanently. You can send
this upstream too.
Other then these, I found that the installed package gives the rpmlint
mlt.x86_64: W: unused-direct-shlib-dependency /usr/lib64/libmlt.so.0.3.8
/lib64/libm.so.6
which can easily be fixed too. Check the LDFLAGS.
--
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