<p>Hello all. Sorry for messing around here (I'm not a KDE developer) but in case anyone interested in OpenBSD look, I'll try to present it here via some thoughts and facts.</p>
<p>1. OpenBSD doesn't care about FHS, and all *nix except Linux distros do not care either. Because FHS is Linux-only itself.</p>
<p>2. Due to (1) some folders should be placed in other, errrm, places. Particularly, libexec folder for non-base packages should be /usr/local/libexec/, not something in */lib/. Unfortunately, while there exists KDE_LIBEXEC_DIR (if I recall correctly) CMake configuration option, it's ignored in many places.</p>

<p>3. I've patches for stuff in KDE 4.9 that got hardcoded in $KDELIBDIR/kde4/libexec. Runs more or less fine here, but not polished yet. If anyone is interested, I could publish them on review board.</p>
<div class="gmail_quote">20.09.2012 15:47 пользователь "Jonathan Marten" <<a href="mailto:jjm2@keelhaul.demon.co.uk" target="_blank">jjm2@keelhaul.demon.co.uk</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

There are a lot of executables in $KDEDIR/bin which are used for<br>
internal purposes within KDE and are not intended to be directly<br>
executed by the end user.  Having these in the user's $PATH is not<br>
necessary and has overheads for the shell (and for the user, when<br>
doing tab-completion of a command).<br>
<br>
Maybe the forthcoming next major release of KDE (i.e. that based on<br>
Qt5 and Frameworks, whether it ends up being called "KDE 5" or<br>
something else) would be a good time to review what is installed here,<br>
and move anything that is not intended to be run by the user into<br>
$KDEDIR/lib/kde4/libexec?  KStandardDirs::findExe() already searches<br>
there (before $PATH or $KDEDIR/bin), so there should be no<br>
serious compatibility problems.<br>
<br>
I could submit bugs for all of the individual components that install<br>
such things, but this message is just to gauge the reaction first.<br>
Here is a quick survey of my current $KDEDIR/bin, I'm not sure about<br>
the purpose of all of these executables but have certainly never had<br>
the occasion to run any of them as a user.  Some of them are even<br>
dangerous to run...<br>
<br>
*.kss                           <-- all screen savers<br>
akonadi_*<br>
akonadiserver<br>
amarok_afttagger<br>
amarokcollectionscanner<br>
curconvd<br>
dtvdaemon<br>
kactivitymanagerd<br>
kalarmautostart<br>
kapplymousetheme<br>
kbuildsycoca4                   <-- but useful for the user to run sometimes<br>
kcheckrunning<br>
kcminit<br>
kcminit_startup<br>
kcookiejar4<br>
kded4<br>
kdeinit4<br>
kdeinit4_shutdown<br>
kdeinit4_wrapper<br>
kdekillall<br>
kdostartupconfig4<br>
kfilemetadatareader<br>
khotnewstuff-upload<br>
kio_svn_helper<br>
kjotsmigrator<br>
kmail-migrator<br>
kmailcvt<br>
knotify4<br>
kpartloader<br>
krandrstartup<br>
kres-migrator<br>
ksmserver<br>
kstartupconfig4<br>
ksysguardd<br>
ktesnippets_editor<br>
ktmagnetdownloader<br>
kuiserver<br>
kwalletd<br>
kwrapper4<br>
kwrited<br>
lucene2indexer<br>
nepomukindexer<br>
nepomukserver<br>
nepomukservicestub<br>
nspluginscan<br>
plasma-remote-helper<br>
rdfindexer<br>
servicemenudeinstallation<br>
servicemenuinstallation<br>
sopranod<br>
strigidaemon<br>
xmlindexer<br>
<br>
--<br>
Jonathan Marten                         <a href="http://www.keelhaul.demon.co.uk" target="_blank">http://www.keelhaul.demon.co.uk</a><br>
Twickenham, UK                          <a href="mailto:jjm2@keelhaul.demon.co.uk" target="_blank">jjm2@keelhaul.demon.co.uk</a><br>
</blockquote></div>