Installing Openshot video editor

Hi guys,

I'd like to install openshot. As it is not available in any repo I
picked the rpm package from here.

http://killobyte.com/openshot/

Unfortunately it needs python2.6, giving me the following error:

mlt-python-0.5.4-1.fc14.x86_64 requires python(abi) = 2.6
openshot-1.2.2-1.fc13.noarch requires python(abi) = 2.6

I'm using f14 so there's only python2.7 in the repos. Where could I
find python2.6?

--
robert

[Richard Shaw]

On Tue, Oct 19, 2010 at 6:30 AM,   wrote:
> Hi guys,
>
> I'd like to install openshot. As it is not available in any repo I
> picked the rpm package from here.
>
> http://killobyte.com/openshot/
>
> Unfortunately it needs python2.6, giving me the following error:
>
> mlt-python-0.5.4-1.fc14.x86_64 requires python(abi) = 2.6
> openshot-1.2.2-1.fc13.noarch requires python(abi) = 2.6
>
> I'm using f14 so there's only python2.7 in the repos. Where could I
> find python2.6?

I've been looking for a video editor to handle HD video (AVCHD) that
my camera produces. If it works with those I'd like to know if it
would be possible to get it added to the standard Fedora repos!

Kino will edit them but only after downgrading them to 480p and
cinelerra is WAY to hard for me to use.

You could try forcing it to install and see if it works.

Richard

[Michael Cronenworth]

Richard Shaw wrote:
> I've been looking for a video editor to handle HD video (AVCHD) that
> my camera produces.

Enable the RPMFusion.org repos and install kdenlive. I've edited several 
HD video recordings with kdenlive as it uses ffmpeg as a backend and can 
read and output in full 1920x1080 to any codec of your choice.

If it works with those I'd like to know if it
> would be possible to get it added to the standard Fedora repos!

Impossible. AVCHD uses the patented H.264 codec. Fedora cannot ship 
software that uses patented algorithms. That's where RPMFusion.org comes in.

[Richard Shaw]

On Tue, Oct 19, 2010 at 8:34 AM, Michael Cronenworth  wrote:
> Richard Shaw wrote:
> If it works with those I'd like to know if it
> > would be possible to get it added to the standard Fedora repos!
>
> Impossible. AVCHD uses the patented H.264 codec. Fedora cannot ship
> software that uses patented algorithms. That's where RPMFusion.org comes in.

Well that depends, doesn't it? If openshot actually packages the
codecs that provide AVCHD support then no. If it just interfaces with
separately installed codecs (from PRM Fusion or other) then why not?

openshot itself is open source and GPL licensed, so I'm not sure if
there's any other requirements but that seems in line with the
requirements...

Richard

[Michael Cronenworth]

Richard Shaw wrote:
> If it just interfaces with
> separately installed codecs (from PRM Fusion or other) then why not?

In order to use openshot you must have mlt installed. mlt is the 
frontend to use ffmpeg as the backend. ffmpeg is not allowed in normal 
Fedora repositories for patent reasons.

Cross-repository dependencies are a big no-no. No package in Fedora 
depends on packages in a third party repository.

P.S. kdenlive also uses mlt.

[Richard Shaw]

On Tue, Oct 19, 2010 at 9:53 AM, Michael Cronenworth  wrote:
> Richard Shaw wrote:
> > If it just interfaces with
> > separately installed codecs (from PRM Fusion or other) then why not?
>
> In order to use openshot you must have mlt installed. mlt is the
> frontend to use ffmpeg as the backend. ffmpeg is not allowed in normal
> Fedora repositories for patent reasons.
>
> Cross-repository dependencies are a big no-no. No package in Fedora
> depends on packages in a third party repository.
>
> P.S. kdenlive also uses mlt.

Oh well... I installed it remotely from work so I'll try it out
tonight. I looked at kdenlive's website and it looks like a good
program but probably more powerful than I need for basic editing of
family videos. If openshot works for my needs I'll petition for it to
be added to RPMFusion.

Thanks,
Richard

Well having Openshot in rpmfusion would be great. But until this
happens is there any way to use it already with fedora14?

I posted the error message in my first post, but here once again.

mlt-python-0.5.4-1.fc14.x86_64 requires python(abi) = 2.6
openshot-1.2.2-1.fc13.noarch requires python(abi) = 2.6

--
robert

2010/10/19 Richard Shaw :
> On Tue, Oct 19, 2010 at 9:53 AM, Michael Cronenworth  wrote:
> > Richard Shaw wrote:
> > > If it just interfaces with
> > > separately installed codecs (from PRM Fusion or other) then why not?
> >
> > In order to use openshot you must have mlt installed. mlt is the
> > frontend to use ffmpeg as the backend. ffmpeg is not allowed in normal
> > Fedora repositories for patent reasons.
> >
> > Cross-repository dependencies are a big no-no. No package in Fedora
> > depends on packages in a third party repository.
> >
> > P.S. kdenlive also uses mlt.
>
> Oh well... I installed it remotely from work so I'll try it out
> tonight. I looked at kdenlive's website and it looks like a good
> program but probably more powerful than I need for basic editing of
> family videos. If openshot works for my needs I'll petition for it to
> be added to RPMFusion.
>
> Thanks,
> Richard
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

kdenlive (was Re: Installing Openshot video editor)

[Tim]

On Tue, 2010-10-19 at 08:34 -0500, Michael Cronenworth wrote:
> Enable the RPMFusion.org repos and install kdenlive. I've edited
> several HD video recordings with kdenlive as it uses ffmpeg as a
> backend and can read and output in full 1920x1080 to any codec of your
> choice.

This interests me, as a video production person who's still in the
analogue world, because the Windows/Mac worlds of digital video just
plain suck, unless you can throw broadcasting amounts of dollars at
software and hardware.  (Those who've used real editing hardware know
just how annoying computer editors are with their interfaces, and lack
of knobs to just reach out and tweak, with menus to wade through.)
We're still using a $20,000 edit suite, because we're not going to throw
that away to be replaced with horrible $2,000 computer editing.

Have you compared using this with the usual opposition (Adobe Premiere,
Pinnacle, FinalCut, etc.)?  Operation-wise, and rendering time-wise?

One thing we've noticed with some of the free editing software is that
you're going to spend so much time trying to render the final product
that you can't use it professionally.  And that things fall over and die
a few seconds into trying to acquire your vision, in the first place.

[Manuel Escudero]

2010/10/19
> Well having Openshot in rpmfusion would be great. But until this
> happens is there any way to use it already with fedora14?
>
> I posted the error message in my first post, but here once again.
>
> mlt-python-0.5.4-1.fc14.x86_64 requires python(abi) = 2.6
> openshot-1.2.2-1.fc13.noarch requires python(abi) = 2.6
>
> --
> robert
>
> 2010/10/19 Richard Shaw :
> > On Tue, Oct 19, 2010 at 9:53 AM, Michael Cronenworth
>
> wrote:
> > > Richard Shaw wrote:
> > > > If it just interfaces with
> > > > separately installed codecs (from PRM Fusion or other) then why not?
> > >
> > > In order to use openshot you must have mlt installed. mlt is the
> > > frontend to use ffmpeg as the backend. ffmpeg is not allowed in normal
> > > Fedora repositories for patent reasons.
> > >
> > > Cross-repository dependencies are a big no-no. No package in Fedora
> > > depends on packages in a third party repository.
> > >
> > > P.S. kdenlive also uses mlt.
> >
> > Oh well... I installed it remotely from work so I'll try it out
> > tonight. I looked at kdenlive's website and it looks like a good
> > program but probably more powerful than I need for basic editing of
> > family videos. If openshot works for my needs I'll petition for it to
> > be added to RPMFusion.
> >
> > Thanks,
> > Richard
> > --
> > users mailing list
> > [e-mail]
> > To unsubscribe or change subscription options:
> > https://admin.fedoraproject.org/mailman/listinfo/users
> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

To install it on F13 You only have to follow 3 easy steps:

1) install all the necesary software to make it work with:

su -c 'yum install pygoocanvas mlt-python blender frei0r-plugins sox ffmpeg
pyxdg'

2) Download the correct RPM Installer from:

http://www.openshot.org/download/

http://www.openshot.org/download/3) Change the mlt command in the
preferences of the program (Edit Menu) to mlt-melt here is a pic of how to
do it:

http://proyectofedora.org/w/images/thumb/c/c1/Melt-configuracion.png/700px-M...

And that's all, maybe the F13 RPM works within F14

Good Luck! :)

kdenlive (was Re: Installing Openshot video editor)

[Manuel Escudero]

2010/10/19 Tim
> On Tue, 2010-10-19 at 08:34 -0500, Michael Cronenworth wrote:
> > Enable the RPMFusion.org repos and install kdenlive. I've edited
> > several HD video recordings with kdenlive as it uses ffmpeg as a
> > backend and can read and output in full 1920x1080 to any codec of your
> > choice.
>
> This interests me, as a video production person who's still in the
> analogue world, because the Windows/Mac worlds of digital video just
> plain suck, unless you can throw broadcasting amounts of dollars at
> software and hardware.  (Those who've used real editing hardware know
> just how annoying computer editors are with their interfaces, and lack
> of knobs to just reach out and tweak, with menus to wade through.)
> We're still using a $20,000 edit suite, because we're not going to throw
> that away to be replaced with horrible $2,000 computer editing.
>
> Have you compared using this with the usual opposition (Adobe Premiere,
> Pinnacle, FinalCut, etc.)?  Operation-wise, and rendering time-wise?
>
> One thing we've noticed with some of the free editing software is that
> you're going to spend so much time trying to render the final product
> that you can't use it professionally.  And that things fall over and die
> a few seconds into trying to acquire your vision, in the first place.
>
> --
> [tim@localhost ~]$ uname -r
> 2.6.27.25-78.2.56.fc9.i686
>
> Don't send private replies to my address, the mailbox is ignored.  I
> read messages from the public lists.
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Kdenlive is a Fully Professional editor, Maybe the best of the best, there's
a cool tutorial you can see in order to
learn about it's capabilities, the first parts are just for explaining basic
stuff and the final one is a deeper conference
about Kdenlive:

http://www.youtube.com/view_play_list?p=602F0DE4A97B0E65&playnext=1&...

kdenlive (was Re: Installing Openshot video editor)

[Claude Jones]

On 10/19/2010 3:18 PM, Tim wrote:
> This interests me, as a video production person who's still in the
> analogue world, because the Windows/Mac worlds of digital video just
> plain suck, unless you can throw broadcasting amounts of dollars at
> software and hardware.  (Those who've used real editing hardware know
> just how annoying computer editors are with their interfaces, and lack
> of knobs to just reach out and tweak, with menus to wade through.)
> We're still using a $20,000 edit suite, because we're not going to throw
> that away to be replaced with horrible $2,000 computer editing.
>
> Have you compared using this with the usual opposition (Adobe Premiere,
> Pinnacle, FinalCut, etc.)?  Operation-wise, and rendering time-wise?
>
> One thing we've noticed with some of the free editing software is that
> you're going to spend so much time trying to render the final product
> that you can't use it professionally.  And that things fall over and die
> a few seconds into trying to acquire your vision, in the first place.

I've got a linear editing suite with tape decks and a Pinnacle Aladdin 
for DVE (once in a blue moon, we still fire it up); in 1999, we acquired 
a DPS Velocity NLE - it was ~$20 with the computer, the boardset, the 
dual CRT's and the big Sony NTSC reference monitor; I never looked back. 
I now also have Sony Vegas and Adobe Premiere workstations - the latter 
don't compare to the SD Velocity, but they can handle all the new 
formats including HD, which our aging Velocity can't. The Velocity could 
mix two tracks of video with DVE transitions, plus two tracks of 
graphics, be they pics or titles or whatever, including moving video, 
all in real, real time, with full raster display on a big NTSC monitor. 
The HD workstations didn't come close to this performance till just 
recently. Now, they are getting very close...

I've worked with Cinelerra for years - it's a great piece of open-source 
software, but, it's not in the same league as the products I listed 
above - it just has too many bugs, and a number of limitations that keep 
it from being viable in a weekly/daily production environment.

KDEnlive and OpenShot are nice little programs that are more oriented to 
hobby-use and very limited lower-end production environments.

I keep up with this stuff very closely. I haven't yet tried to install 
OpenShot on my new F14 boxes, so I can't speak to Robert's, the OP's 
original question, unfortunately

kdenlive (was Re: Installing Openshot video editor)

[Claude Jones]

On Tuesday, October 19, 2010, Claude Jones wrote:
> I keep up with this stuff very closely. I haven't yet tried to
> install  OpenShot on my new F14 boxes, so I can't speak to
> Robert's, the OP's original question, unfortunately

I had a little time and tried to install OpenShot on my F14TC1 
box. I had the same result - it has a dependency on Python 2.6 and 
the version of Python installed by F14 is 2.7 - seems like an 
error - usually newer versions satisfy older dependency 
requirements; but, there could be a reason. I've logged a support 
query on the OpenShot website - I'll post any replies I get.

[Richard Shaw]

On Tue, Oct 19, 2010 at 9:59 AM, Richard Shaw  wrote:
> Oh well... I installed it remotely from work so I'll try it out
> tonight. I looked at kdenlive's website and it looks like a good
> program but probably more powerful than I need for basic editing of
> family videos. If openshot works for my needs I'll petition for it to
> be added to RPMFusion.

I tried it out last night and I am pretty impressed. I did manage to
crash it once but otherwise it worked quite well. Very intuitive and
the exported video looked great! At some point I may try out the
advanced capabilities of kdenlive, but right now openshot fits the
bill!

Richard

kdenlive (was Re: Installing Openshot video editor)

[Claude Jones]

On 10/20/2010 9:03 AM, Claude Jones wrote:
> I had a little time and tried to install OpenShot on my F14TC1 box. I
> had the same result - it has a dependency on Python 2.6 and the version
> of Python installed by F14 is 2.7 - seems like an error - usually newer
> versions satisfy older dependency requirements; but, there could be a
> reason. I've logged a support query on the OpenShot website - I'll post
> any replies I get.

short update: there was a slight misunderstanding about my original 
query on the OpenShot support page; it's been straightened out and I've 
posted a follow-up query on their forum installation questions section; 
the Fedora rpm is maintained by a volunteer, and I was advised to do 
this in order to get his attention on the issue of the Python 
dependency; so, it's done and I'm waiting

[Alex]

Hi,

Regarding openshot:
> I tried it out last night and I am pretty impressed. I did manage to
> crash it once but otherwise it worked quite well. Very intuitive and
> the exported video looked great! At some point I may try out the
> advanced capabilities of kdenlive, but right now openshot fits the
> bill!

Have you had any success with exporting AVCHD video to DVD? When I
try, it looks like it begins, creates a 41k file, then just sits there
forever. Am I doing something wrong?

Thanks,
Alex

[Franta Hanzlík]

[e-mail] wrote:
> Well having Openshot in rpmfusion would be great. But until this
> happens is there any way to use it already with fedora14?
>
> I posted the error message in my first post, but here once again.
>
> mlt-python-0.5.4-1.fc14.x86_64 requires python(abi) = 2.6
> openshot-1.2.2-1.fc13.noarch requires python(abi) = 2.6
>
> --
> robert
>
> 2010/10/19 Richard Shaw :
> > On Tue, Oct 19, 2010 at 9:53 AM, Michael Cronenworth  wrote:
> > > Richard Shaw wrote:
> > > > If it just interfaces with
> > > > separately installed codecs (from PRM Fusion or other) then why not?
> > >
> > > In order to use openshot you must have mlt installed. mlt is the
> > > frontend to use ffmpeg as the backend. ffmpeg is not allowed in normal
> > > Fedora repositories for patent reasons.
> > >
> > > Cross-repository dependencies are a big no-no. No package in Fedora
> > > depends on packages in a third party repository.
> > >
> > > P.S. kdenlive also uses mlt.
> >
> > Oh well... I installed it remotely from work so I'll try it out
> > tonight. I looked at kdenlive's website and it looks like a good
> > program but probably more powerful than I need for basic editing of
> > family videos. If openshot works for my needs I'll petition for it to
> > be added to RPMFusion.
> >
> > Thanks,
> > Richard

I built own Openshot v1.2.2 RPM package (due to F14 2.7 python), and mtl
package too (as seems this one in rpmfusion /mlt-0.5.4-1.fc14.i686.rpm/
is compiled for 2.6 python from fedora 13).

Instead of mlt-0.5.4 I download v0.5.10 from project pages, and
appropriate RPM packages was builded fine. And after installing, in
Openshot Edit menu is needed change melt command name (melt ->
mlt-melt), as reccomended Manuel Escudero in this thread.
Source and RPM packages I have accessible at URL {there I have some
other packages not yet present in Fedora):

http://fajn.hanzlici.cz/packages/fedora/openshot/14/
http://fajn.hanzlici.cz/packages/fedora/mlt/14/

Frantisek Hanzlik

[Claude Jones]

On Saturday, October 30, 2010, Frantisek Hanzlik wrote:
> I built own Openshot v1.2.2 RPM package (due to F14 2.7
> python), and mtl package too (as seems this one in rpmfusion
> /mlt-0.5.4-1.fc14.i686.rpm/ is compiled for 2.6 python from
> fedora 13).
>
> Instead of mlt-0.5.4 I download v0.5.10 from project pages, and
> appropriate RPM packages was builded fine. And after
> installing, in Openshot Edit menu is needed change melt
> command name (melt -> mlt-melt), as reccomended Manuel
> Escudero in this thread. Source and RPM packages I have
> accessible at URL {there I have some other packages not yet
> present in Fedora):
>
> http://fajn.hanzlici.cz/packages/fedora/openshot/14/
> http://fajn.hanzlici.cz/packages/fedora/mlt/14/

I'm still getting the same python error using your packages:

yum localinstall openshot-1.2.2-1.fc14.noarch.rpm 
mlt-0.5.10-1.fc14.i686.rpm --nogpgcheck
--snip--
Resolving Dependencies
--> Running transaction check
---> Package openshot.noarch 0:1.2.2-1.fc14 set to be installed
--> Processing Dependency: mlt-python for package: 
openshot-1.2.2-1.fc14.noarch
--> Processing Dependency: pygoocanvas for package: 
openshot-1.2.2-1.fc14.noarch
--> Running transaction check
---> Package mlt-python.x86_64 0:0.5.4-1.fc14 set to be installed
--> Processing Dependency: python(abi) = 2.6 for package: mlt-
python-0.5.4-1.fc14.x86_64
---> Package pygoocanvas.x86_64 0:0.14.1-3.fc14 set to be 
installed
--> Processing Dependency: goocanvas >= 0.14 for package: 
pygoocanvas-0.14.1-3.fc14.x86_64
--> Processing Dependency: libgoocanvas.so.3()(64bit) for package: 
pygoocanvas-0.14.1-3.fc14.x86_64
--> Running transaction check
---> Package goocanvas.x86_64 0:0.15-1.fc14 set to be installed
---> Package mlt-python.x86_64 0:0.5.4-1.fc14 set to be installed
--> Processing Dependency: python(abi) = 2.6 for package: mlt-
python-0.5.4-1.fc14.x86_64
--> Finished Dependency Resolution
Error: Package: mlt-python-0.5.4-1.fc14.x86_64 (rpmfusion-free-
updates)
           Requires: python(abi) = 2.6
           Installed: python-2.7-8.fc14.1.x86_64 (@anaconda-
InstallationRepo-201010122330.x86_64)
               python(abi) = 2.7
           Available: compat-python24-2.4.6-1.fc13.x86_64 
(rpmfusion-free-updates)
               python(abi) = 2.4
           Available: python3-3.1.2-14.fc14.i686 (fedora)
               python(abi) = 3.1

Are your packages for 32 or 4 bits?

[Franta Hanzlík]

Claude Jones wrote:
> On Saturday, October 30, 2010, Frantisek Hanzlik wrote:
> > I built own Openshot v1.2.2 RPM package (due to F14 2.7
> > python), and mtl package too (as seems this one in rpmfusion
> > /mlt-0.5.4-1.fc14.i686.rpm/ is compiled for 2.6 python from
> > fedora 13).
> >
> > Instead of mlt-0.5.4 I download v0.5.10 from project pages, and
> > appropriate RPM packages was builded fine. And after
> > installing, in Openshot Edit menu is needed change melt
> > command name (melt -> mlt-melt), as reccomended Manuel
> > Escudero in this thread. Source and RPM packages I have
> > accessible at URL {there I have some other packages not yet
> > present in Fedora):
> >
> > http://fajn.hanzlici.cz/packages/fedora/openshot/14/
> > http://fajn.hanzlici.cz/packages/fedora/mlt/14/
>
> I'm still getting the same python error using your packages:
>
> yum localinstall openshot-1.2.2-1.fc14.noarch.rpm
> mlt-0.5.10-1.fc14.i686.rpm --nogpgcheck
>
> --snip--
>
> Resolving Dependencies
>
> --> Running transaction check
>
> ---> Package openshot.noarch 0:1.2.2-1.fc14 set to be installed
>
> --> Processing Dependency: mlt-python for package:
> openshot-1.2.2-1.fc14.noarch
>
> --> Processing Dependency: pygoocanvas for package:
> openshot-1.2.2-1.fc14.noarch
>
> --> Running transaction check
>
> ---> Package mlt-python.x86_64 0:0.5.4-1.fc14 set to be installed
>
> --> Processing Dependency: python(abi) = 2.6 for package:
> mlt-python-0.5.4-1.fc14.x86_64
>
> ---> Package pygoocanvas.x86_64 0:0.14.1-3.fc14 set to be installed
>
> --> Processing Dependency: goocanvas >= 0.14 for package:
> pygoocanvas-0.14.1-3.fc14.x86_64
>
> --> Processing Dependency: libgoocanvas.so.3()(64bit) for package:
> pygoocanvas-0.14.1-3.fc14.x86_64
>
> --> Running transaction check
>
> ---> Package goocanvas.x86_64 0:0.15-1.fc14 set to be installed
>
> ---> Package mlt-python.x86_64 0:0.5.4-1.fc14 set to be installed
>
> --> Processing Dependency: python(abi) = 2.6 for package:
> mlt-python-0.5.4-1.fc14.x86_64
>
> --> Finished Dependency Resolution
>
> Error: Package: mlt-python-0.5.4-1.fc14.x86_64 (rpmfusion-free-updates)
>
> Requires: python(abi) = 2.6
>
> Installed: python-2.7-8.fc14.1.x86_64
> (@anaconda-InstallationRepo-201010122330.x86_64)
>
> python(abi) = 2.7
>
> Available: compat-python24-2.4.6-1.fc13.x86_64 (rpmfusion-free-updates)
>
> python(abi) = 2.4
>
> Available: python3-3.1.2-14.fc14.i686 (fedora)
>
> python(abi) = 3.1
>
> Are your packages for 32 or 4 bits?
>
> --
>
> Claude Jones
>
> Brunswick, MD, USA

There is needed install mlt-python-0.5.10-1.fc14.i686.rpm from my
archive as well.
But as I can see, Your system is 64-bit. Although my mlt 32-bit build
should and maybe will work on Your machine in 32-bit mode, I think best
for You will be download source RPM's (mlt-0.5.10-1.fc14.src.rpm) and
compile them itself (sorry, I not have x86_64 bit system installed yet).

Openshot program is probably written in Python and is architecture
indepedent, You should be able use it on any architecture.

Frantisek Hanzlik

[Claude Jones]

On Sunday, October 31, 2010, Frantisek Hanzlik wrote:
> > Claude Jones wrote (in part):
> > Error: Package: mlt-python-0.5.4-1.fc14.x86_64
> > (rpmfusion-free-updates)
> > Requires: python(abi) = 2.6
> > Installed: python-2.7-8.fc14.1.x86_64
> > (@anaconda-InstallationRepo-201010122330.x86_64)
> > python(abi) = 2.7
> > Available: compat-python24-2.4.6-1.fc13.x86_64
> > (rpmfusion-free-updates)
> > python(abi) = 2.4
> > Available: python3-3.1.2-14.fc14.i686 (fedora)
> > python(abi) = 3.1
> > Are your packages for 32 or 4 bits?
> There is needed install mlt-python-0.5.10-1.fc14.i686.rpm from
> my archive as well.
> But as I can see, Your system is 64-bit. Although my mlt 32-bit
> build should and maybe will work on Your machine in 32-bit
> mode, I think best for You will be download source RPM's
> (mlt-0.5.10-1.fc14.src.rpm) and compile them itself (sorry, I
> not have x86_64 bit system installed yet).
>
> Openshot program is probably written in Python and is
> architecture indepedent, You should be able use it on any
> architecture.

Thank you - I thought 64 bit might be a part of the issue - I'll 
give your suggestion a try

[Richard Shaw]

As an aside, I'm trying to get openshot accepted as a package for
RPMFusion and am having some luck but things seem to be moving slowly,
probably due to F14 going gold.

Richard

[Franta Hanzlík]

Claude Jones wrote:
> On Sunday, October 31, 2010, Frantisek Hanzlik wrote:
> > > Claude Jones wrote (in part):
> > > Error: Package: mlt-python-0.5.4-1.fc14.x86_64
> > > (rpmfusion-free-updates)
> > > Requires: python(abi) = 2.6
> > > Installed: python-2.7-8.fc14.1.x86_64
> > > (@anaconda-InstallationRepo-201010122330.x86_64)
> > > python(abi) = 2.7
> > > Available: compat-python24-2.4.6-1.fc13.x86_64
> > > (rpmfusion-free-updates)
> > > python(abi) = 2.4
> > > Available: python3-3.1.2-14.fc14.i686 (fedora)
> > > python(abi) = 3.1
> > > Are your packages for 32 or 4 bits?
> >
> > There is needed install mlt-python-0.5.10-1.fc14.i686.rpm from
> > my archive as well.
> > But as I can see, Your system is 64-bit. Although my mlt 32-bit
> > build should and maybe will work on Your machine in 32-bit
> > mode, I think best for You will be download source RPM's
> > (mlt-0.5.10-1.fc14.src.rpm) and compile them itself (sorry, I
> > not have x86_64 bit system installed yet).
> >
> > Openshot program is probably written in Python and is
> > architecture indepedent, You should be able use it on any
> > architecture.
>
> Thank you - I thought 64 bit might be a part of the issue - I'll give
> your suggestion a try
>
> --
>
> Claude Jones
>
> Brunswick, MD, USA

Or You can wait some time, when mlt maintainers at rpmfusion will repair
their version - it is probably compiled at some older Fedora version,
not python 2.7 F14, as query their package give:
rpm -qp --requires mlt-python-0.5.4-1.fc14.i686.rpm|grep abi =>
python(abi) = 2.6

I think they must sooner or later go into this problem. I not know, when
RH bugzilla cover rpmfusion packages too, or not, and how let know about
this bug. Maybe someone in list can tell how do it.

Anyway, all what have be done is download actual mlt 0.5.10 version and
build RPM package with existing rpmfusion .spec file (which need only
bumped to this version).

[Richard Shaw]

On Mon, Nov 1, 2010 at 9:59 AM, Frantisek Hanzlik  wrote:
> Anyway, all what have be done is download actual mlt 0.5.10 version and
> build RPM package with existing rpmfusion .spec file (which need only
> bumped to this version).

That's what I ended up doing. If there's anyone still watching this
thread let me know if you're interested in getting the packages and
I'll put them online somewhere. As an aside, I also have a new
avidemux package since the F14 one is currently broken.

Richard

[Zoltan Hoppar]

Hi Richard,

I will need them to my projects. Currently Pitivi is also suffering
from many problems, including gstreamer - and I always happy when I
find an new version to finish waht I have begun earlier. So if you
could, upload them to test out - and maybe for my projects.

Thx,

Zoltan

2010/11/30 Richard Shaw :
> On Mon, Nov 1, 2010 at 9:59 AM, Frantisek Hanzlik  wrote:
> > Anyway, all what have be done is download actual mlt 0.5.10 version and
> > build RPM package with existing rpmfusion .spec file (which need only
> > bumped to this version).
>
> That's what I ended up doing. If there's anyone still watching this
> thread let me know if you're interested in getting the packages and
> I'll put them online somewhere. As an aside, I also have a new
> avidemux package since the F14 one is currently broken.
> Richard
>
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Richard Shaw]

On Tue, Nov 30, 2010 at 7:54 AM, Zoltan Hoppar  wrote:
> Hi Richard,
>
> I will need them to my projects. Currently Pitivi is also suffering
> from many problems, including gstreamer - and I always happy when I
> find an new version to finish waht I have begun earlier. So if you
> could, upload them to test out - and maybe for my projects.

Ok, I got them uploaded.

Standard disclaimer. All I did was repackage from source. I didn't
make any specific patches for F14 so there may be new bugs. Let me
know if you run into anything but I'm not much of a programmer so I
may not be able to fix it.

Openshot (including mlt):
http://www.mediafire.com/?rkcs1bpzhe7bf
Necessary files:
openshot (of course)
mlt
mlt-python

Avidemux:
http://www.mediafire.com/?uzvn29x1qvl02
Necessary files:
avidemux (of course)
avidemux-cli
avidemux-plugins
avidemux-qt
avidemux-libs

I hope this works for you!

Richard

[Bill Davidsen]

Richard Shaw wrote:
> On Tue, Nov 30, 2010 at 7:54 AM, Zoltan Hoppar  wrote:
> > Hi Richard,
> >
> > I will need them to my projects. Currently Pitivi is also suffering
> > from many problems, including gstreamer - and I always happy when I
> > find an new version to finish waht I have begun earlier. So if you
> > could, upload them to test out - and maybe for my projects.
>
> Ok, I got them uploaded.

Be aware that going to this site will result in attempts to open windows, blast 
ads from your speaker, and try to do something resulting in multiple SElinux 
warnings and blocked operations. Luckily I am not a trusting person, I was doing 
this from a new VM created for the purpose and could just crash and delete the 
machine, and was running it outside the firewall so it can't reach unhardened 
machines.

At the least the site is ill-behaved, more likely it is trying to install 
{something} which SElinux prevented. I'd like the Openshot software, but 
wouldn't trust anything from that site.

YMMV
> Standard disclaimer. All I did was repackage from source. I didn't
> make any specific patches for F14 so there may be new bugs. Let me
> know if you run into anything but I'm not much of a programmer so I
> may not be able to fix it.
>
> Openshot (including mlt):
> http://www.mediafire.com/?rkcs1bpzhe7bf
> Necessary files:
> openshot (of course)
> mlt
> mlt-python
>
> Avidemux:
> http://www.mediafire.com/?uzvn29x1qvl02
> Necessary files:
> avidemux (of course)
> avidemux-cli
> avidemux-plugins
> avidemux-qt
> avidemux-libs
>
> I hope this works for you!
>
> Richard

[Richard Shaw]

On Wed, Dec 1, 2010 at 7:35 AM, Bill Davidsen  wrote:
> Be aware that going to this site will result in attempts to open windows, blast
> ads from your speaker, and try to do something resulting in multiple SElinux
> warnings and blocked operations. Luckily I am not a trusting person, I was doing
> this from a new VM created for the purpose and could just crash and delete the
> machine, and was running it outside the firewall so it can't reach unhardened
> machines.
>
> At the least the site is ill-behaved, more likely it is trying to install
> {something} which SElinux prevented. I'd like the Openshot software, but
> wouldn't trust anything from that site.
>
> YMMV

That sucks... It seems pretty well behaved on the uploader side.  I
just went to the first place that had free hosting. I would host them
myself since I have a ftp/http server but my upload capacity is
pitiful w/ my DSL.

Know of any good alternatives?

Richard

[Richard Shaw]

On Wed, Dec 1, 2010 at 8:23 AM, Richard Shaw  wrote:
> On Wed, Dec 1, 2010 at 7:35 AM, Bill Davidsen  wrote:
> > Be aware that going to this site will result in attempts to open windows, blast
> > ads from your speaker, and try to do something resulting in multiple SElinux
> > warnings and blocked operations. Luckily I am not a trusting person, I was doing
> > this from a new VM created for the purpose and could just crash and delete the
> > machine, and was running it outside the firewall so it can't reach unhardened
> > machines.
> >
> > At the least the site is ill-behaved, more likely it is trying to install
> > {something} which SElinux prevented. I'd like the Openshot software, but
> > wouldn't trust anything from that site.
> >
> > YMMV
>
> That sucks... It seems pretty well behaved on the uploader side.  I
> just went to the first place that had free hosting. I would host them
> myself since I have a ftp/http server but my upload capacity is
> pitiful w/ my DSL.
>
> Know of any good alternatives?
>
> Richard

I found an alternative, SpiderOak.com. I've got a share setup

https://spideroak.com/browse/share/Shared_Files/nopassword

Richard

[Zoltan Hoppar]

I wanted to say that too, and also the site gives me broken files.

Z

2010/12/1 Richard Shaw :
> On Wed, Dec 1, 2010 at 8:23 AM, Richard Shaw  wrote:
> > On Wed, Dec 1, 2010 at 7:35 AM, Bill Davidsen  wrote:
> > > Be aware that going to this site will result in attempts to open windows, blast
> > > ads from your speaker, and try to do something resulting in multiple SElinux
> > > warnings and blocked operations. Luckily I am not a trusting person, I was doing
> > > this from a new VM created for the purpose and could just crash and delete the
> > > machine, and was running it outside the firewall so it can't reach unhardened
> > > machines.
> > >
> > > At the least the site is ill-behaved, more likely it is trying to install
> > > {something} which SElinux prevented. I'd like the Openshot software, but
> > > wouldn't trust anything from that site.
> > >
> > > YMMV
> >
> > That sucks... It seems pretty well behaved on the uploader side.  I
> > just went to the first place that had free hosting. I would host them
> > myself since I have a ftp/http server but my upload capacity is
> > pitiful w/ my DSL.
> >
> > Know of any good alternatives?
> >
> > Richard
>
> I found an alternative, SpiderOak.com. I've got a share setup
>
> https://spideroak.com/browse/share/Shared_Files/nopassword
> Richard
>
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Richard Shaw]

On Wed, Dec 1, 2010 at 12:44 PM, Zoltan Hoppar  wrote:
> I wanted to say that too, and also the site gives me broken files.

Yeah, the URL didn't look unique. I guess it's using cookies on my
end. I'm still trying to figure out how it works. There's got to be a
way to get a unique URL.

Richard

[Claude Jones]

On Wednesday, December 01, 2010, Richard Shaw wrote:
> On Wed, Dec 1, 2010 at 12:44 PM, Zoltan Hoppar

 wrote:
> > I wanted to say that too, and also the site gives me broken
> > files.
>
> Yeah, the URL didn't look unique. I guess it's using cookies on
> my end. I'm still trying to figure out how it works. There's
> got to be a way to get a unique URL.
>
> Richard

Thanks for doing the work - I had no problem downloading from the 
first site - it did pop some ads, but they were an annoyance, 
only; OpenShot is running well here on two machines

[Richard Shaw]

On Wed, Dec 1, 2010 at 8:32 PM, Claude Jones
 wrote:
> On Wednesday, December 01, 2010, Richard Shaw wrote:
> > On Wed, Dec 1, 2010 at 12:44 PM, Zoltan Hoppar  wrote:
> > > I wanted to say that too, and also the site gives me broken
> > > files.
> >
> > Yeah, the URL didn't look unique. I guess it's using cookies on
> > my end. I'm still trying to figure out how it works. There's
> > got to be a way to get a unique URL.
> >
> > Richard
>
> Thanks for doing the work - I had no problem downloading from the first site
> it did pop some ads, but they were an annoyance, only; OpenShot is running
>
> well here on two machines

I'm glad that worked for you. Let me know if you run into any bugs...
I don't know if I can fix them but I can at least report them. It
looks like I'll have to use the Spideroak application (at home) to get
the unique URL as the web site doesn't have any options. I'll try to
fix that tonight. I tried doing it remotely (X over ssh) but it's
horrendously slow over my DSL.

Richard