JamesDSP doesnt want to open

[DarkToaster69]

[darktoaster@darkarch ~]$ jamesdsp jamesdsp: symbol lookup error: jamesdsp: undefined symbol: _Zls6QDebugRK11QDockWidget, version Qt_6

[dromse]

+1 same error on arch linux

[SkeletonSkelettron]

+1 same error on arch linux :(

[chirag350]

For me, reinstalling the package seems to have fixed the issue
Although, I'm pretty sure that won't work for the -bin packages on AUR. jamesdsp or jamesdsp-git should work

[dromse]

For me, reinstalling the package seems to have fixed the issue Although, I'm pretty sure that won't work for the -bin packages on AUR. jamesdsp or jamesdsp-git should work

• jamesdsp - still has same error
• jamesdsp-git - works

[lightproof]

Got the same issue on Fedora 39 with jamesdsp 2.7.0-1.fc39 installed from COPR. Reinstalling had no effect.

jamesdsp: symbol lookup error: jamesdsp: undefined symbol: _ZN14QReadWriteLock16destroyRecursiveEP21QReadWriteLockPrivate, version Qt_6.6_PRIVATE_API

[abhie-lp]

+1 Same on Fedora 39

jamesdsp: symbol lookup error: jamesdsp: undefined symbol: _ZN14QReadWriteLock16destroyRecursiveEP21QReadWriteLockPrivate, version Qt_6.6_PRIVATE_API

[pinbuck]

+1 same on fedora 39 copr
jamesdsp: symbol lookup error: jamesdsp: undefined symbol: _ZN14QReadWriteLock16destroyRecursiveEP21QReadWriteLockPrivate, version Qt_6.6_PRIVATE_API

[gauravpadia]

Hey all, you need to clear build cache from whatever package manager you are using and reinstall it. It just needs to rebuild again. Like @chirag350 said. @dromse @SkeletonSkelettron if you are using yay for package manager delete the "/home/gaurav/.cache/yay/jamesdsp"

Hope this helps all.

[lightproof]

@gauravpadia Cleared dnf cache with dnf clean all which removed all repo files in /var/cache/dnf including those of JDSP4Linux. But even after rebuilding repo cache (dnf makecache) and reinstalling JDSP the error still persists.

FWIW, the COPR build status for version 2.7.0-1 is either failed or canceled, with the last successful one being version 2.6.0-1.

[gauravpadia]

@lightproof I am on arch Linux where clearing old build cache fixes it. By the way if we go into the details page of latest copr buld status link you given then it is only failed for openSuse but succeed on fedora. https://copr.fedorainfracloud.org/coprs/arrobbins/JDSP4Linux/build/7002777/

[codifryed]

+1 for Fedora 39
The 2.7.0 package successfully built on Copr, but on startup it still crashes with the above symbol lookup error.

I was not able to downgrade directly, but got around this by using the fc40 package, which is still on 2.6.1 because the 2.7.0 build didn't complete successfully. YMMV.

wget https://download.copr.fedorainfracloud.org/results/arrobbins/JDSP4Linux/fedora-40-x86_64/06305826-JamesDSP/JamesDSP-2.6.1-1.fc40.x86_64.rpm
sudo dnf downgrade ./JamesDSP-2.6.1-1.fc40.x86_64.rpm

Temporarily back in business.

[abhie-lp]

Building it from source worked for me on Fedora 39 and now its working as it used to.

[theAeon]

Just for the record, I initiated a rebuild for the fc39 package on the copr, so 2.7.0-2 should have built against the correct private abi. Keyword should.

[lightproof]

Yes! Now it works, thank you!

[pinbuck]

Issue fixed on my machine, Fedora 39 copr for jamesdsp is working now.