+++ This bug was initially created as a clone of Bug #260837 +++ Unfortunately, while the fix in the ebuild for the above bug does allow compiling, runtime is still broken, at least here. Note that my normal LDFLAGS are LDFLAGS="-Wl,-z,now,--as-needed,-O1,--hash-style=gnu,--sort-common" As such, the filter in the ebuild doesn't actually work (because --as-needed isn't a separate flag and doesn't match the specific -Wl flag being filtered either). However, editing /etc/portage/env/kde-base/ksvg with either of the following lines allows the compile, but runtime is still broken. LDFLAGS=${LDFLAGS/--as-needed,} LDFLAGS= Using konqueror (kde 3.5.10 version) on the below URL produces just the text "svg recipe", with a reload producing a popup with the below error: Test SVG URL: http://upload.wikimedia.org/wikipedia/en/e/e5/Vector_Video_Standards2.svg Popup error: /usr/kde/3.5/lib64/libtext2path.so.0: undefined symbol: fribidi_log2vis That's close enough to the link error with --as-needed, that it's obviously the same issue. So omitting --as-needed in LDFLAGS does let the package build, but then I have a runtime error. Seems like filtering --as-needed didn't fix the problem after all, and fribidi-0.19 is still incompatible with ksvg. As expected, commenting everything in /etc/portage/env/kde-base/ksvg, package.masking =dev-libs/fribidi-0.19.1, downgrading to fribidi-0.10.9, and remerging ksvg-3.5.10, works. The svg at the above wikimedia URL works fine once again.
Created attachment 196265 [details] emerge --info
Seems like it happens during build if newer fribidi is installed; they didn't bump soname correctly I'm afraid.
Created attachment 197446 [details] Build log
KDE 3.5.10 has been masked for removal, this won't be fixed...
