Openshot throws out this message on a terminal: [doktor5000@mageia1 ~]$ openshot ------------------------- ERROR 1 ------------------------------ Failed to import 'from openshot import main' Error Message: cannot import name main ---------------------------------------------------------------- -------------------------------- OpenShot (version 1.3.1) -------------------------------- state saved It only pulled the following dependencies, seems not enough: (Medium »Core Release«) goocanvas-i18n 0.15 3.mga1 x86_64 lib64goocanvas3 0.15 3.mga1 x86_64 python-httplib2 0.6.0 3.mga1 noarch python-imaging 1.1.7 4.mga1 x86_64 python-pygoocanvas 0.14.1 3.mga1 x86_64 (Medium »Core Backports Testing«) mlt 0.7.2 1.1.mga1 x86_64 python-mlt 0.7.2 1.1.mga1 x86_64 (Medium »Core 32bit Release«) openshot 1.3.1 1.mga1 noarch python-pyxdg 0.19 3.mga1 noarch Then it opens its main windows, which looks complete, but it does not react to anything. It can only be exited with kill -9. Seems the testing from https://bugs.mageia.org/show_bug.cgi?id=1825 was not thoroughly. The following packages needed to be installed/updated manually, and were not pulled by openshot/urpmi: lib64mlt4-0.7.2-1.1.mga1.x86_64.rpm lib64mlt++3-0.7.2-1.1.mga1.x86_64.rpm Also frei0r and related dependencies were not pulled and had to be installed manually: lib64gavl1-1.2.0-0.1.mga1.x86_64.rpm frei0r-1.3-0.1.mga1.x86_64.rpm lib64gdither1-0.6-0.1.mga1.x86_64.rpm
FWIW, the message which openshot throws out on start is not related to the problem.
What's the output of 'rpm -qa | grep mlt'?
As I said bug 1825, a new openshot package has been submitted to core/backports_testing, this adds a suggests on frei0r-plugins. Leaving this one open for the mlt issue.
(In reply to comment #2) > What's the output of 'rpm -qa | grep mlt'? [doktor5000@mageia1 ~]$ rg mlt python-mlt-0.7.2-1.1.mga1 lib64mlt++3-0.7.2-1.1.mga1 mlt-0.7.2-1.1.mga1 xmltex-20020625-1.mga1 lib64mlt4-0.7.2-1.1.mga1 But that is after i already manually installed the needed packages for openshot from core/backports_testing. And it seems there is no openshot in testing, else it would have at least pulled frei0r and dependencies: [doktor5000@mageia1 ~]$ ufn openshot Core Release:openshot-1.3.1-1.mga1.noarch Core 32bit Release:openshot-1.3.1-1.mga1.noarch
Try removing python-mlt: urpme --test python-mlt and rpm will ask to remove: lib64mlt4-0.7.2-1.1.mga1 lib64mlt++3-0.7.2-1.1.mga1 which means you probably had older versions of those libs already installed. You can check the /var/log/messages*: grep mlt /var/log/messages* zgrep mlt /var/log/messages*
Well, no. [doktor5000@mageia1 ~]$ LC_ALL=C sudo urpme --test python-mlt To satisfy dependencies, the following 2 packages will be removed (38MB): openshot-1.3.1-1.mga1.noarch (due to missing python-mlt) python-mlt-0.7.2-1.1.mga1.x86_64 Remove 2 packages? (y/N) N
Sorry I meant lib64mlt4. # urpme --test lib64mlt4 To satisfy dependencies, the following 5 packages will be removed (40MB): lib64mlt++3-0.7.2-1.1.mga1.x86_64 (due to missing libmlt.so.4()(64bit)) lib64mlt4-0.7.2-1.1.mga1.x86_64 mlt-0.7.2-1.1.mga1.x86_64 (due to missing libmlt.so.4()(64bit)) openshot-1.3.1-1.mga1.noarch (due to missing python-mlt) python-mlt-0.7.2-1.1.mga1.x86_64 (due to missing libmlt.so.4()(64bit), due to missing libmlt++.so.3()(64bit), due to unsatisfied mlt == 0.7.2-1.1.mga1) Remove 5 packages? (y/N)
(In reply to comment #5) > which means you probably had older versions of those libs already installed. Yes, exactly. So seems no problem, openshot users should then get them during the next update from backports. Sorry for the noise :(
(In reply to comment #8) > (In reply to comment #5) > > > which means you probably had older versions of those libs already installed. > > Yes, exactly. So seems no problem, openshot users should then get them during > the next update from backports. Noone else complained, so bug seems solved.
Status: NEW => RESOLVEDResolution: (none) => FIXED