SUMMARY Beside the splash screen showing, Kdenlive seems to never launch. This happened on 20.04.0 before but hasn't changed with 20.08.0 STEPS TO REPRODUCE 1. Install Kdenlive from the system repositories on an Alpine Linux system 2. Launch it OBSERVED RESULT The splash screen shows but the main window never comes up EXPECTED RESULT The main window to come up SOFTWARE/OS VERSIONS Linux/KDE Plasma: Alpine Linux edge KDE Plasma Version: 5.19.4 KDE Frameworks Version: 5.73.0 Qt Version: 5.15.0 ADDITIONAL INFORMATION Terminal output: ⟩ kdenlive Using modified system locale without group separator for numbers LC_NUMERIC reset to C NEW LC_ALL C.UTF-8;C;C;C;C;C "motion_est" is blacklisted
Please try with the current Kdenlive AppImage version 20.08.0 to see if there are any packaging issues https://files.kde.org/kdenlive/release/ If the problem/issue doesn't occur when using the AppImage, then it's your configuration or packaging. WARNING: Version 20.08.0 has a new project type that is not backwards compatible... so you won't be able to use older versions to open new files.
That's not possible as AppImages don't currently run on Alpine Linux [0] I could try to run the Flathub version (which does in fact run) but since that is containerized and doesn't even use the same libc as the host system it's useless for this. I wonder how packaging could break this though. You can see in our build script [1] that we don't do weird stuff, we just run the usual CMake commands. If deps are missing, then I wonder why that wasn't mentioned by CMake. Do note that 19.12.x ran fine, the issue only started happening from 20.04.0 onwards but since I don't use the program much myself, I only noticed it when 20.08.0 was released. [0] https://github.com/AppImage/AppImageKit/issues/877 [1] https://git.alpinelinux.org/aports/tree/community/kdenlive/APKBUILD
I'm not an expert on Linux. Maybe you can try the PPA from here: https://launchpad.net/~kdenlive/+archive/ubuntu/kdenlive-stable to check if that runs.
PPA's can not be used outside of Ubuntu and it's derivatives. Even better, it depends on using the apt package manager, but I'm using Alpine Linux which uses a completely different one. Using PPA's is not an option whatsoever.
The team package AppImage and PPA. So it seems a packaging issue on Alpine Linux side. Please announce the issue towards Alpine Linux.
I agree with Eugen, the team can't handle every distribution specificities on its own. But if devs having that platform running propose a patch, we will happily merge it!
I don't think you guys understand. It _is_ reported to Alpine, which is why I'm coming here, I'm the maintainer for this package in Alpine lol. I can reproduce the issue but so far have yet to find a solution. I wonder how this could be a packaging problem, as the exact same packaging worked fine on 19.12 and earlier. A missing dep could be the case, but then why doesn't CMake already complain about it while compiling? I've reported this issue with the goal of finding out why this happens, it might just as well be an issue due to the fact that we're using Musl and something on 20.04 and later has changed to make it incompatible with it, who knows.
Have a look on the 20.04 announcement: https://kdenlive.org/en/2020/04/kdenlive-20-04-is-out/. Maybe the introduction of OpenCV could be a reason.
OK, sorry I believed you were a lambda user complaining ;) Sure in 20.08 a big change is plyaing with the locales to avoid having project files dependent on comma/point decimal separator (weird xml serializing in MLT). So different libc typically have its specificity regarding locale handling (eg MacOS/FreeBSD specific code) Did you try launching through gdb?
I don't see a mention of OpenCV in those release notes, but installing it did not fix the problem. I did run Kdenlive through gdb but I do not get anything useful out of it. Since it doesn't crash there is no backtrace to generate, it just hangs forever.
We actually managed to resolve this issue, the problem was actually MLT deadlocking so not Kdenlive at fault. https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/12613/diffs#6066699e041ed0cb8fb3cf1c385c97cc2ff67dbf
Thank you for the feedback. Glad to hear it works. Good to know for other packager to look into MLT packaging as well.
I saw the commit https://github.com/mltframework/mlt/commit/28d8a7f4bbca813259e88906f894ad149331ec88 in MLT. I assume this commit makes Kdenlive more stable as well.