The question here is how to try to launch Shotcut from a terminal window to figure out why Shotcut won’t launch. Possibilities include path issues, library issues… etc. Without debug info it’s hard to figure out where the wheels are falling off.
Yes, I know the portable version works as it should.
It sounds, to me, as though snap is simply not, for now, the best idea for installing Shotcut. NTL, what type-in do I need to start Shotcut from a snap installation? I’m still curious about seeing where the wheels fall off.
If you use nvidia binary X driver, then snap is notorious for having a problem with it in apps like Shotcut that need OpenGL. I added snap because some of its ideas are congruent with mine and the initial effort (snapcraft.yaml) was contributed. If all is setup correctly, all you need to do is type in shotcut (and which shotcut should show a path starting with /snap). Also, many app menu systems such as Unity Dash or Gnome Activites should show an app icon if you search for shotcut.
Does the command line version of Shotcut take arguments such as -v and -d to get some console-level reporting? For that matter, are the any log files to look at?
The snap version does show up in Activites. The problem, for me, was that clicking on it produced nothing visible.
I am running an Nvidia driver (384.98 IIRC) for a GTX 1050TI GPU.
ADDED: I just try to use the snap version - Shotcut is no longer found
The package was accidentally marked Private for a while. I fixed it now. Running “shotcut” at the command line (for snap-ed version as well) produces console output for me.
Thanks for clarifying that. It’s what I was trying to say: It’s not Shotcut, it’s snap that has the compatibility issue.
Are there alternative ways to distribute and integrate Shotcut, or does it become basically a distro by distro process? That is, a Ubuntu version, an OpenSUSE version, etc. Or is it a Gnome, KDE, etc. process? Anyway, given snap seems to break things rather well, maybe a Plan B is in order?