Artix Linux Forum

 
 Hello, it seems there's a problem about Openshot video edit tool, it can not be launched. Tried to launch it from terminal with the command 'openshot' but it didn't worked. Any problems with it after its latest update, anyone has issues with it too? I'll try to downgrade it hopefully it will verk 😅😅

Tnx ✌🏻✌🏻cheers

Looks like libopenshot needs a recompile... Related to opencv:

ImportError: libopencv_flann.so.411: cannot open shared object file: No such file or directory

It is very complex and it is often the case I need to shake it out after an update.  The python dependencies are their own form of dependency torture ..  I'll look at it when I get home tonight and report.  Which version of openshot are you using?

 I use latest openshot 3.3.0-2

from the aur?

I can confirm that indeed, the problem is an inconsistency between openshot and opencv which  contains libopencv_flann.so.411


It really annoys me they don't link to /usr/lib/libopencv_flann.so which is what they should do instead of breaking the dependencies all the time.

It is an upstream problem now and you have a few choices to fix it...


* Backup with pacman out of opencv to the earlier version
* go to the AUR and use the git version of openshot and compile it either by hand or with yay  etc
* or (and I'll deny I ever told you this if you ever ask) make a link from /usr/lib/libopencv_flann.so.4.12.0  to /usr/lib/libopencv_flann.so.4.11.0 - That breaks the packaging system but it will probably work
* wait for the fix to filter through - you might hunt down the openshot maintainer and shoot him a message.


For FWIW my locate command still has a phantom entry for version 411

flatbush:[ruben]:~$ locate  libopencv_flann.so
/usr/lib/libopencv_flann.so
/usr/lib/libopencv_flann.so.4.11.0
/usr/lib/libopencv_flann.so.411


but it is not there

flatbush:[ruben]:~$ ls -al /usr/lib/libopencv_flann.so*
lrwxrwxrwx 1 root root     22 Jul  2 22:56 /usr/lib/libopencv_flann.so -> libopencv_flann.so.412
lrwxrwxrwx 1 root root     25 Jul  2 22:56 /usr/lib/libopencv_flann.so.412 -> libopencv_flann.so.4.12.0
-rwxr-xr-x 1 root root 600576 Jul  2 22:56 /usr/lib/libopencv_flann.so.4.12.0
flatbush:[ruben]:~$

Every time this happens I think?  How does this happen?  When pacman installed an upgrade of opencv and removed the 411 version, why wasn't it stopped because of the dependency openshot has for 411.

Because libopenshot, as a package, has a dependency for opencv not libopencv_flann.so.411
Spoiler (click to show/hide)
That's the simplistic answer to your question.

Fixed with libopenshot-0.4.0-10.

Which is not updated automatically with openshot.


Looks good - thanks

 Good Job✌🏻✌🏻

Can't this be fixed?  I see here:  https://packages.artixlinux.org/packages/world/x86_64/opencv/


Package Contents:
usr/lib/libopencv_flann.so
usr/lib/libopencv_flann.so.4.12.0
usr/lib/libopencv_flann.so.412

It is not listed as a dependency either in the opencv package.

Openshot was obviously not trying to link with usr/lib/libopencv_flann.so and instead specifically went for version number.  (in my exppereince autoconf would just link anything greater than a minimum version on running ./.config )

How should these kind of updates normally bubble up to the application level and what are we doing wrong?


It is funny actually, because my friend in the crossfire game IRC channel was complaining the other day that everytime he has to change a header definition, the entire code tree has to recompile with the use of Make and I am like... well, yeah.  What else would you expect.