<table><tr><td style="">sitter added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D15573">View Revision</a></tr></table><br /><div><div><p>I am somewhat indifferent. It certainly has caused some grief for various reasons in various places, so it stands to reason that it should go. Also since auto-init of kcrash is essentially not a thing for application code (what with link-as-needed being a common distro flag) it's possibly more consistent to move it's enabling to the individual slaves.</p>

<p>OTOH the forced kcrashing did reveal a whole bunch of problems with the existing slaves. It's not all bad. Perhaps the way to go is to detangle kcrash from qtgui as a hard dep. As I recall it's only used for reinit-tech anyway, so hardly useful for the slave use-case. kcrashcore if you will ;) (I doubt we'd actually need a separate lib to accomplish it though)</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R241 KIO</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D15573">https://phabricator.kde.org/D15573</a></div></div><br /><div><strong>To: </strong>sitter, dfaure<br /><strong>Cc: </strong>cfeck, kde-frameworks-devel, michaelh, ngraham, bruns<br /></div>