Description of problem: On opening Openshot gives the error below: ----- Not all effects can be loaded. OpenShot can not find the frei0r effect library installed. Please install the frei0r-plugins package from your package manager. OpenShot will still continue to work, but will have less effects to choose from. ----- Version-Release number of selected component (if applicable): 1.3.1-1mga
Can you provide the result of: $ rpm -qa | grep frei0r Thank you
Status: NEW => ASSIGNEDCC: (none) => mageiaAssignee: bugsquad => mageia
(In reply to comment #1) > Can you provide the result of: > $ rpm -qa | grep frei0r Frei0R is not available on Mageia 1.
CC: (none) => balcaen.john
Indeedy. Nill results. I had checked this already in the package manager.
A duplicate. (It's planned to push a backport of frei0r to Mageia 1, once the backports policy is instated). *** This bug has been marked as a duplicate of bug 958 ***
Status: ASSIGNED => RESOLVEDResolution: (none) => DUPLICATE
*** Bug 2019 has been marked as a duplicate of this bug. ***
CC: (none) => ahmadsamir3891
Reopening, frei0r and its deps are in the core/backports_testing repo.
CC: (none) => lists.jjorge, palm_pre_stl
Really reopening.
Status: RESOLVED => REOPENEDResolution: DUPLICATE => (none)
Assignee: mageia => bugsquadSummary: Openshot Video Editor - Error on Opening - Missing Plugins => frei0r backports requestSource RPM: openshot-1.3.1-1.mga1.src.rpm => frei0r
frei0r installed but the error still persists in Openshot. It is requesting frei0r-plugins which may be a different package?
No, not the package name. For openshot to use the frei0r plugins, mlt needs to be rebuilt with frei0r support. I've submitted mlt to core/backports_testing, you'll need install these packages from backports_testing: mlt lib(64)mlt4 lib(64)mlt++3 python-mlt they should land on the mirrors soon.
That has fixed it Ahmad, thankyou, well done :)
Thanks for the feedback. @sysadm, this adds the frei0r video plugins in core/backports*; the packages to move from core/backports_testing to core/backports are: *gdither*-0.6-0.1.mga1 *gavl*-1.2.0-0.1.mga1 frei0r*-1.3-0.1.mga1 *mlt*-0.7.2-1.1.mga1 the first three didn't exist in Mageia 1 before this; mlt exists in core/release, but was rebuilt with add BR frei0r-devel in backports_testing (BR frei0r-devel has been disabled after submitting the package). This should bring the frei0r plugins support to openshot and kdenlive via mlt, IIUC.
Assignee: bugsquad => qa-bugs
I've installed openshot and the Core Backports Testing frei0r plugins on my i586 system. Without openshot-doc, I couldn't figure out how to properly test the effects, however I can confirm that the startup message is gone, and given Comment 10, I consider the testing done. Can someone from the sysadmin team push the packages libgdither-devel libgdither1 libgavl1 libgavl-devel frei0r-devel frei0r libmlt++3 libmlt-devel python-mlt mlt libmlt4 From Core Backports Testing to Core Backports please. The srpm packages are libgdither-0.6-0.1.mga1.src.rpm gavl-1.2.0-0.1.mga1.src.rpm frei0r-1.3-0.1.mga1.src.rpm mlt-0.7.2-1.mga1.src.rpm
CC: (none) => davidwhodgins
Can someone from the sysadmin team push the packages libgdither-devel libgdither1 libgavl1 libgavl-devel frei0r-devel frei0r libmlt++3 libmlt-devel python-mlt mlt libmlt4 From Core Backports Testing to Core Backports please. The srpm packages are libgdither-0.6-0.1.mga1.src.rpm gavl-1.2.0-0.1.mga1.src.rpm frei0r-1.3-0.1.mga1.src.rpm mlt-0.7.2-1.mga1.src.rpm Advisory: Adds the frei0r plugin, with mlt rebuilt to use it, to allow the openshot video editor to use additional effects.
openshot has been submitted to core/backports_testing, this adds a suggests on frei0r-plugins. @QA, FWIW, you don't need to list every package, just the src.rpm, when moving package sysadm team moves based on src.rpm, IIUC.
Its maybe worth noting that apparently kdenlive also uses the frei0r-plugins
It puzzles me that there are packages in backports_testing pushed from the 1/updates branch, when it still hasn't been decided whether they must be pushed from cauldron or from a 1/backports branch (and we probably will never decide to use the 1/updates branch for that). Shouldn't we first validate the process then only use it ?
CC: (none) => misc, stormi
(In reply to comment #16) > It puzzles me that there are packages in backports_testing pushed from the > 1/updates branch, when it still hasn't been decided whether they must be pushed > from cauldron or from a 1/backports branch (and we probably will never decide > to use the 1/updates branch for that). Shouldn't we first validate the process > then only use it ? The version in cauldron and the version in 1/updates are the same, I don't see the point of creating a whole branch for openshot in 1/ to just add a suggests on a package. A package can still be installed if a suggested packages isn't available at all, so in the event that openshot gets submitted to core/updates, the package is installable.
(In reply to comment #15) > Its maybe worth noting that apparently kdenlive also uses the frei0r-plugins True, please open a new report for kdenlive, since the new proposed backporting policy says all backported packages need testing (even if I don't see what tests are needed when just a suggests on another package is added).
(In reply to comment #17) > (In reply to comment #16) > > It puzzles me that there are packages in backports_testing pushed from the > > 1/updates branch, when it still hasn't been decided whether they must be pushed > > from cauldron or from a 1/backports branch (and we probably will never decide > > to use the 1/updates branch for that). Shouldn't we first validate the process > > then only use it ? > > The version in cauldron and the version in 1/updates are the same, I don't see > the point of creating a whole branch for openshot in 1/ to just add a suggests > on a package. A package can still be installed if a suggested packages isn't > available at all, so in the event that openshot gets submitted to core/updates, > the package is installable. Ok, so nobody apart me is shocked that we use the 1/updates branch, dedicated to *updates*, in order to issue a *backport* ?
(In reply to comment #19) > > Ok, so nobody apart me is shocked that we use the 1/updates branch, dedicated > to *updates*, in order to issue a *backport* ? Very good point indeed! I've had the same question :/
CC: (none) => sander.lepik
New bug created as per Ahmad's request. https://bugs.mageia.org/show_bug.cgi?id=2287 I wasn't sure how to file it so please do edit it if necessary.
(In reply to comment #19) > (In reply to comment #17) > > (In reply to comment #16) > > > It puzzles me that there are packages in backports_testing pushed from the > > > 1/updates branch, when it still hasn't been decided whether they must be pushed > > > from cauldron or from a 1/backports branch (and we probably will never decide > > > to use the 1/updates branch for that). Shouldn't we first validate the process > > > then only use it ? > > > > The version in cauldron and the version in 1/updates are the same, I don't see > > the point of creating a whole branch for openshot in 1/ to just add a suggests > > on a package. A package can still be installed if a suggested packages isn't > > available at all, so in the event that openshot gets submitted to core/updates, > > the package is installable. > > Ok, so nobody apart me is shocked that we use the 1/updates branch, dedicated > to *updates*, in order to issue a *backport* ? Oh, sorry about that; indeed, I should have created a whole new branch in SVN to just add one suggests in a package. That is truly shocking...
It's a bigger problem. AFAIK mgarepo can submit backports only from 1/updates which is weird.. This way i have no idea how should i create update for backage if 1/updates branch already contains backported version from cauldron.
(In reply to comment #23) > It's a bigger problem. AFAIK mgarepo can submit backports only from 1/updates > which is weird.. > > This way i have no idea how should i create update for backage if 1/updates > branch already contains backported version from cauldron. In case you didn't notice, in this particular case there's no backported new version from Cauldron.
As the openshot program exists in Mandriva 2010.2, shouldn't it be in updates testing, instead of backports testing? Anyway, I uninstalled openshot and frei0r, then reinstalled openshot, and it did install frei0r. I added some pictures and music, and put then in the timeline. I then tried to apply the black and white effect to one of the pictures. openshot terminated with ... on_tlbPlay_clicked called with self.GtkToolButton GenerateXML for an Effect GenerateXML for an Effect Segmentation fault No backtrace.
(In reply to comment #25) > As the openshot program exists in Mandriva 2010.2, shouldn't it be in > updates testing, instead of backports testing? > $ urpmq --sources openshot ftp://mirrors.kernel.org/mageia/distrib/1/x86_64/media/core/release/openshot-1.3.1-1.mga1.noarch.rpm ftp://mirrors.kernel.org/mageia/distrib/1/x86_64/media/core/backports_testing/openshot-1.3.1-1.1.mga1.noarch.rpm
Ah so it is a new version of a program that already exists in Magiea 1, so it goes in backports. Regarding the segfault in Comment 25, I tried to reproduce it, in preparation for running under gdb, but I can't recreate it.
what is the status of this update request ?
CC: (none) => dmorganec
As per comment 27, I've been unable to recreate the segfault. I have successfully created a video using pictures with effacts applied to them and consider the testing of the srpm packages openshot-1.3.1-1.1.mga1.src.rpm frei0r-1.3-0.1.mga1.src.rpm from Core Backports Testing complete on i586. Has it been tested on x86-64? For testing, I started a new project in openshot. Used the Import files, to import a group of images. Drag and drop the images to the timeline. Select the effects tab, and drag and drop various effects over the pictures in the timeline. Press the play button to see the preview. Exported the video, and watched it with kmplayer.
Hold that. I hadn't closed openshot. I had started it from a terminal (without an & after it). The gui disappears, but the program is not exiting. htop is showing 11057 dave 20 0 605M 283M 25640 S 0.0 14.1 24:58.25 | | `- /usr/bin/python /usr/bin/openshot 11062 dave 20 0 605M 283M 25640 S 0.0 14.1 0:00.32 | | `- /usr/bin/python /usr/bin/openshot pressing s, to trace the second process shows ... select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout) select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout) repeating on and on. I had to use sigterm, to end the program.
(In reply to comment #28) > what is the status of this update request ? Installed on a new Mageia 1 machine I got the program functioning but the initial error posted in this bug is still present: ----- Not all effects can be loaded. OpenShot can not find the frei0r effect library installed. Please install the frei0r-plugins package from your package manager. OpenShot will still continue to work, but will have less effects to choose from. ----- [stefano@localhost ~]$ cat /etc/release Mageia release 1 (Official) for x86_64 [stefano@localhost ~]$ rpm -qa | grep frei0r frei0r-1.3-0.1.mga1 [stefano@localhost ~]$ rpm -qa | grep openshot openshot-1.3.1-1.1.mga1 trying to launch from console : [stefano@localhost ~]$ openshot ------------------------- ERROR 1 ------------------------------ Failed to import 'from openshot import main' Error Message: cannot import name main ---------------------------------------------------------------- -------------------------------- OpenShot (version 1.3.1) -------------------------------- Process no longer exists: 21105. Creating new pid lock file. state saved
CC: (none) => stblack
Created attachment 799 [details] Screen image with openshot open. As shown in the screenshot, I get exactly the same output in konsole as Stefano, but a few seconds later, openshot does open. Stefano, can you run "strace -f -ostrace.txt openshot", then attach the strace.txt file to this bug report?
Reassigning to packager until comment 30 is resolved.
Assignee: qa-bugs => ahmadsamir3891
dams, can you look at this bug ? (as you are the maintainer of frei0r); and not sure ahmad is available.
Assignee: ahmadsamir3891 => mageia
CC: (none) => juan.baptiste
The popup windows requestind frei0r-plugins has the focus and is under the main openshot window. Bad situation...
CC: (none) => jarillon
(In reply to comment #35) > The popup windows requestind frei0r-plugins has the focus and is under the main > openshot window. Bad situation... Is this related to the problem reported initially with this bug ? if not please open a new bug report for this. Thanks
CC: (none) => wilcal.int
Blocks: (none) => 2287
Resolved in Cauldron ( M2 )
resolved
Status: REOPENED => RESOLVEDResolution: (none) => FIXED