Openshot 2.x (beta) On C7??

Home » CentOS » Openshot 2.x (beta) On C7??
CentOS 17 Comments

I’m interested in trying out the new OpenShot beta (2.06) on CentOS 7. Openshot requires Python3.

so I look at available packages where I find a bunchof python3 packages as well as python34 packages.

I’m assuming that python34 is version 3.4 of python, while python3 is some other 3.x version.

Can anyone here explain to me what are the differences, any compatibility across these versions, and how to tell which I need for OpenShot?

Thanks in adva ce!

Fred

17 thoughts on - Openshot 2.x (beta) On C7??

  • The dependencies section of OpenShot 2 beta README says:

    Python 3.0+

    So, I would assume either one (python3 or python34) would work. But I have not tried building it under EL7 myself (on my ToDo list though).

    Akemi

  • thanks, Akemi!

    Related question:
    there are only a relative few python34 packages listed in yum, and quite a few more python3 packages. I wonder if (some of??) those python3
    packages are compatible with python34? it would seem that unless that is the case, that python34 would be less useful due to lack of various features.

  • Looks like installing openshot 2.x on C7 isn’t as trivial as one might wish. it requires PyQt5k, which isn’t in CentOS repos, nor in epel, nux, or elrepo. googling indicates it’s hard to build on C7.

    :-(

  • It is not trivial at all. The best way to handle this will be to find the required packages in Fedora and rebuild them. At least that is what I’m planning to do…

    Akemi

  • Maybe Fedora, maybe Ubuntu? It’s more time-consuming than hard to build a virtual machine these days, and it’s not even that time-consuming. Is there a distro that already has what you want all packaged up? Run it in a VM. Take a snapshot first if you want to try something potentially system-breaking or that’s going to spew files everywhere. On a single-user machine, the performance should be within a few percent of running on the bare metal. So, if you test drive some beta software and it doesn’t perform well on a VM, it’s probably not going to be much better running on a same-spec physical machine.

    NB: I administer several hundred virtual desktops, so I chugged rather than sipped the virtualization Kool-Aid. :-)

  • the there machine, well than

    Performance was just what I had in mind. Editing video is rather hard on both cpu, ram and hd-access.

    Maybe I should give Openshot a try in a VM. Nothing like real hard facts.
    8-)

    Thanks for the feedback Chris!

  • find the

    Just a heads-up;

    I just installed CentOS 7 x64 on a test machine to try stuff out at work. Went to openshot.org to download Openshot, and noticed they now have appimages. Just chmod +x the appimage-file and run it.

    Worked like a charm on C7!
    It was really fast as well, compared to running the previous version on CentOS 6.

    I might have to upgrade to CentOS 7 at home too… 8-}

  • Very nice, it probably has to do with http://appimage.org/
    So the appimage did not work on EL6?

    Anyway, hope to see more apps like this. :-)
    Big win for the users usability wise, not sure how security will be impacted.

  • impacted. work.

    You tell me. In any case, I’m not that used to apps that “just work” while working with linux!

    I too hope to see more of this, especially on those softwares with dependencies that are sometimes hard to fulfill.

  • Well, by the looks of it, it bundles all the deps in one archive, so you no longer depend on system ones, but also you miss out on system updates.

    As an example, should there be another openssl vulnerability, “yum update openssl” will not save you, you’ll have to wait for the Openshot dev to issue an updated appimage.

  • I use a commercial professional multitrack audio mixing package called Mixbus (derived from Ardour, but with specialized DSP for the summing and for plugins; the portion derived from Ardour is open source, the DSP
    plugin code is closed source, and thanks to the plugin API is not a
    ‘derived work’ since it would be usable from any plugin host…..).
    This is the way Mixbus is bundled, with all deps prebuilt and stashed away in the proper /opt tree.

    Now, as to ‘updates’ specifically, yes, this puts it on the developer of the package to make sure updates that are necessary are actually applied. OpenSSL, for instance; although, I wouldn’t think Openshot would use that one (Mixbus doesn’t; in fact I’m not sure how it could be remotely exploited at all). So for certain things the ‘bundled app’
    makes sense; for a server process it would not.

    Mixbus works very well on CentOS 7; I use it every week for longform broadcast production and mixdown, and just running the Harrison Consoles installer script ‘Just Worked’ as it was supposed to (if it doesn’t the Mixbus devs get a message from me…..).

    Further, the official Ardour.org Ardour packages for Linux are similar bundles; at one time if you built it from source using the system libraries you were not guaranteed support or that it would even work.
    You run the installer script, and it just works on pretty much any modern Linux. All files, libraries, etc for all dependencies are loaded into the appropriate /opt tree (example:
    Note that multiple versions at a time are fully supported, and the uninstaller is ready (and able) to run at any time. In fact, the installation script asks you one by one if you want to uninstall any of the prior versions. As you can see, I currently have three versions installed side-by-side. The installer script is in the open source portion of the program, available through the Ardour git.

    It does take more disk space to do this.

    And while I have always been a big fan of RPM and of always using the repos for things, I have to say that there are many things RPM packages do not do well for the most part.

  • Size is not too much of a problem in my book, as long as I don’t have to spend hours on end to find out what repos have the proper dep’s and doesn’t mismatch with each other, in order to install the software I wanted in the first place.

    An OT sidetrack; has this appimage-thing been going on for some time now?
    Openshot is the first software I’ve seen that is delivered this way.

  • Indeed, it’s pretty new AFAIK and I am as surprised Openshot are using it, last time I checked – a few weeks back – there was no such option on their download page.

    There was an interesting discussion about it on HN a while back https://news.ycombinator.com/item?id187198

  • Interesting and somewhat infected, it would seem…

    As an enduser with Openshot in mind, I just want the app to work.