<table><tr><td style="">kossebau 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/D29063">View Revision</a></tr></table><br /><div><div><p>The failure which triggered this patch is that appstreamcli or one of the things it links to (since recently?) wants to use some gsettings stuff, which it tries to look up in the system via XDG_DATA_DIRS, as found by sitter.<br />
See <a href="https://build.kde.org/job/Frameworks/job/kpackage/job/kf5-qt5%20SUSEQt5.12/96/testReport/projectroot/autotests/testpackage_appstream/" class="remarkup-link" target="_blank" rel="noreferrer">https://build.kde.org/job/Frameworks/job/kpackage/job/kf5-qt5%20SUSEQt5.12/96/testReport/projectroot/autotests/testpackage_appstream/</a></p>

<p>The old code tried to still make any existing XDG_DATA_DIRS content used, just in a broken way. Which this patch fixes. Or: I do not take further responsibilities :P<br />
If that setup is broken/questionable by design, could be possible, did not investigate that, leaving to the actual kpackage maintainers/experts.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R290 KPackage</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D29063">https://phabricator.kde.org/D29063</a></div></div><br /><div><strong>To: </strong>kossebau, Frameworks, mart, apol, sitter, bcooksley<br /><strong>Cc: </strong>pino, kde-frameworks-devel, LeGast00n, cblack, michaelh, ngraham, bruns<br /></div>