Bug 508139

Summary:	Unresolved symbol causes kded6 to fail startup
Product:	[Plasma] Breeze	Reporter:	Parag W <parag.lkml>
Component:	general	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED DOWNSTREAM
Severity:	normal	CC:	nate, uhhadd
Priority:	NOR
Version First Reported In:	6.4.80
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Parag W 2025-08-11 22:10:22 UTC

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);

Comment 1 Nate Graham 2025-08-12 16:17:29 UTC

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.

Comment 2 Parag W 2025-08-13 00:06:28 UTC

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.

Comment 3 Antonio Rojas 2025-08-13 02:30:13 UTC

This means you're loading an older kdecoration than the one you compiled against. You probably didn't set LD_LIBRARY_PATH properly.

Comment 4 Parag W 2025-08-13 03:02:23 UTC

(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.

Comment 5 Parag W 2025-08-13 22:45:24 UTC

(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?