https://bugs.kde.org/show_bug.cgi?id=452817
--- Comment #10 from Fabian Vogt ---
For completeness, a quick discussion with sitter on IRC/matrix:
[11:51] so we could consider either the ld_library_path wrong, or
the fact that libexec is in /usr (and then not symlinked), or that
kscreenlocker should hardcode the build time libexec location as final
fallback. the latter is why I imagine this isn't also failing for KIO because
there we should have that final fallback
[11:52] Qt has different builds for relocatable and non-relocatable
[11:53] That might be an option as well, if it's not a use case to put
system frameworks into some other location
[11:53] that'd be where the final fallback comes in IMO
[11:54] on systems where relocatability doesn't matter we'll find
libexec in the buildtime location anyway so klibexec is only extra sugar there
[11:54] Having an optional final fallback which has to be done
explicitly in every use of klibexec seems fragile
[11:55] yes. I am leaning towards saying you should symlink libexec
;)
[11:55] or patch klibexec to never be relative maybe
[11:56] At some point libexec was below lib64, but that was changed
some time ago...
[11:56]
https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/142#note_383993
[11:57] perhaps the answer should be a builtime switch to make
klibexec return a fixed prefix 路
[11:58] To have the inline functions in klibexec.h just return the full
libexecdir path, effectively like before?
[11:59] it all seems equally suitable to my mind. but I would argue
that not having libexec inside a lib location goes against the spirit of
usrmerge
[11:59] the point of it is to get rid of the separation of / and
/usr, but then having libexec only in one location is undermining that
[11:59] fvogt: yep
[11:59] https://fedoraproject.org/wiki/Features/UsrMove agrees with not
having /libexec
[12:02] fair point. still violates the motivation from my POV if
the library location then resolves to / and not /usr
[12:03] all that said, I would give a +1 to an MR that adds a full
libexecdir switch to kcoreaddons ^^
[14:53] sitter[m]: Adding the libexecdir switch to kcoreaddons assumes
that kcoreaddons is built with the same full libexecdir as its users which
might not be the case
[14:53] Not sure how to get the application/library's full libexecdir
into klibexec.h
--
You are receiving this mail because:
You are watching all bug changes.
