https://bugs.kde.org/show_bug.cgi?id=357438

Thomas Fischer <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|WAITINGFORINFO              |NOT A BUG
             Status|NEEDSINFO                   |RESOLVED

--- Comment #5 from Thomas Fischer <[email protected]> ---
Just checked how other KDE/KF5 programs handle their private libraries.
Examples are taken from a current ArchLinux:

# pacman -Ql okteta | grep -E '[.]so$'
okteta /usr/lib/libkasten3controllers.so
okteta /usr/lib/libkasten3core.so
okteta /usr/lib/libkasten3gui.so
okteta /usr/lib/libkasten3okteta1controllers.so
okteta /usr/lib/libkasten3okteta1core.so
okteta /usr/lib/libkasten3okteta1gui.so
okteta /usr/lib/libokteta2core.so
okteta /usr/lib/libokteta2gui.so
okteta /usr/lib/qt/plugins/designer/oktetawidgets.so
okteta /usr/lib/qt/plugins/oktetapart.so

# pacman -Ql konsole | grep -E '[.]so'
konsole /usr/lib/libkdeinit5_konsole.so
konsole /usr/lib/libkonsoleprivate.so.18
konsole /usr/lib/libkonsoleprivate.so.18.08.1
konsole /usr/lib/qt/plugins/konsolepart.so

Unless (a) official KDE documentation recommends installing libraries at other
locations and this recommendation is common consensus, or (b) there is a
technical requirement to so (keeping KBibTeX's libraries in /usr/lib breaks
things) and moving does not break anything, I won't change libraries'
locations.

Please feel free to provide a patch for CMakeLists.txt files for distributions
to use which wish to have different installation locations.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to