| Summary: | Kdenlive failed to start with error "kdenlive: symbol lookup error: "undefined symbol: _ZN7QtAudio13convertVolumeEfNS_11VolumeScaleES0_, version Qt_6" | ||
|---|---|---|---|
| Product: | [KDE Neon] neon | Reporter: | Moltke <amel_ancoli> |
| Component: | Packages User Edition | Assignee: | Neon Bugs <neon-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bmhieserich, jr, neon-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Moltke
2024-07-29 23:21:36 UTC
huh, yes, we have a new Qt 6.7.2 today but this shouldn't break unless it's using some private API/ABI *** Bug 491008 has been marked as a duplicate of this bug. *** Kasts seems to have the same issue ABI breakage was here https://code.qt.io/cgit/qt/qtmultimedia.git/commit/?id=6f590d44bb186178902a5fc3dc4a12cee8e88eaa rebuilding.. fix should now be deployed sorry for the breakage (In reply to Jonathan Riddell from comment #5) > fix should now be deployed > sorry for the breakage Yes, it's fixed. Kdenlive works again. Thanks. By the way, I use it in Windows 10, too, and there it takes a few seconds to start, maybe 10 or 20 secs not sure. On Linux, it starts fast. Don't know if it's a windows thing or a Kdenlive thing ... just saying. |