SUMMARY Compiled from sources using Arch Linux. Plasma-k STEPS TO REPRODUCE 1. Compile and install latest master using kde-builder 2. Login to the newly installed session 3. Volume Up/Down doesn't work, Startup items don't show up in tray, kded service fails startup. OBSERVED RESULT systemctl --user status plasma-kded6.service == status failed. journalctl --> kded6: symbol lookup error: /home/paragw/kde/usr/lib/plugins/org.kde.kdecoration3/org.kde.breeze.so: undefined symbol: _ZN12KDecoration312BorderRadiusC1Edddd EXPECTED RESULT systemctl --user status plasma-kded6.service shows started successfully, things work SOFTWARE/OS VERSIONS Linux/KDE Plasma: Operating System: Arch Linux KDE Plasma Version: 6.4.80 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.1 Kernel Version: 6.15.9-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 7900X 12-Core Processor Memory: 64 GiB of RAM (62.4 GiB usable) Graphics Processor: AMD Radeon RX 7900 GRE ADDITIONAL INFORMATION kdecoration/breezedecoration.cpp:497 and 514 Commenting out calls to BorderRadius makes things work. // const auto radius = KDecoration3::BorderRadius(m_scaledCornerRadius, m_scaledCornerRadius, bottomRightRadius, bottomLeftRadius);
This appears to be a local build or setup failure on your system; it all builds fine for me on Fedora 42 and in our CI, and there are no symbol errors at runtime.
Hmm possible - tried a complete build refresh - the original one was with clang 20.x and mold linker with LTO. The new one was with gcc and Gnu linker with no custom options and it still dies with the same unresolved symbol error. Commenting out the calls BorderRadius fixes it. Weird though that both clang and gcc and GNU ld and mold all have the same issue.
This means you're loading an older kdecoration than the one you compiled against. You probably didn't set LD_LIBRARY_PATH properly.
(In reply to Antonio Rojas from comment #3) > This means you're loading an older kdecoration than the one you compiled > against. You probably didn't set LD_LIBRARY_PATH properly. Well normally I don't have to set any LD_LIBRARY_PATH as the session entry in SDDM points to KDE in $HOME/kde and in that session ldd on the breeze.so correctly shows it's loading from the $HOME/kde path and within that the file timestamps for all the .so are latest.
(In reply to Parag W from comment #4) > (In reply to Antonio Rojas from comment #3) > > This means you're loading an older kdecoration than the one you compiled > > against. You probably didn't set LD_LIBRARY_PATH properly. > > Well normally I don't have to set any LD_LIBRARY_PATH as the session entry > in SDDM points to KDE in $HOME/kde and in that session ldd on the breeze.so > correctly shows it's loading from the $HOME/kde path and within that the > file timestamps for all the .so are latest. Actually you were right about it needing LD_LIBRARY_PATH Antonio. But this seems to be a new requirement - I have run self compiled master for some time and never had this issue. Maybe the user unit plasma-kded6.service that the build installs needs to be modified?