<table><tr><td style="">pino 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/D29299">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
color: #6B748C;
font-style: italic;
margin: 4px 0 12px 0;
padding: 8px 12px;
background-color: #F8F9FC;">
<div style="font-style: normal;
padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D29299#676446" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D29299#676446</a>, <a href="https://phabricator.kde.org/p/dfaure/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;">@dfaure</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><blockquote style="border-left: 3px solid #8C98B8;
color: #6B748C;
font-style: italic;
margin: 4px 0 12px 0;
padding: 8px 12px;
background-color: #F8F9FC;">
<div style="font-style: normal;
padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D29299#676445" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D29299#676445</a>, <a href="https://phabricator.kde.org/p/pino/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;">@pino</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><p>I asked for actual <strong>valid</strong> use cases when using the new variables first would break, and I still got none. There is a limit to how much you can keep broken code working... assuming such broken code exists. I don't think there is any of this such situation, as <tt style="background: #ebebeb; font-size: 13px;">ki18n_install()</tt> is basically used by KF sources that use ECM already, with marble being the only exception (and even that, marble won't break).</p></div>
</blockquote>
<p>As you know, there are KF5-based applications outside the realm of what we can see in LXR.<br />
One of the primary goals of KF5 is to be useable by other applications not written by the KDE community (I actually know quite a few).<br />
As such, it's not hard to imagine a cmake-based application that uses Qt and GNUInstallDirs [with qmake going away this will happen more and more], and one day it wants to use one of the frameworks. At that point, it shouldn't be forced to switch to ECMInstallDirs. Therefore I definitely see value in keeping the two things separate, as long as we keep making things easy for what is the most common case for us: using both.</p></div>
</blockquote>
<p>Sigh. I know this, I never, ever, ever, and let me say it again, <strong>never</strong>, forgot about this.</p>
<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>This is why I'm requesting that the integration with ECM is called integration and not "backwards compat fallback".</p>
<p>You say you don't want to support broken code. I agree. Would you agree that the situation I'm describing here is NOT broken code?</p></blockquote>
<p>Sure. But it is not what I referred to when I spoke about "broken code".</p>
<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Oh, and just to make it clear: none of my comments implies that I don't care about ECM, nor about any users of it, nor that I "like" to purposefully break cmake scripts.</p></blockquote>
<p>I didn't say any of this, and you're replying to me here, not to Friedrich. I'm trying to bring this whole thing to a solution, so let's move aside all such accusations and concentrate on what might be helpful to resolve the technical issue.</p></blockquote>
<p>Yes, sorry, you are not Friedrich. OTOH, it would be nice to not be painted as "the one that wants to break things without second thoughts". Can we please agree on this? Because if not, there is no more point for me to keep contribute to a discussion.</p>
<p>Again, I already proposed a technical solution. Let me quote it again:</p>
<blockquote style="border-left: 3px solid #8C98B8;
color: #6B748C;
font-style: italic;
margin: 4px 0 12px 0;
padding: 8px 12px;
background-color: #F8F9FC;">
<div style="font-style: normal;
padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D29299#660465" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D29299#660465</a>, <a href="https://phabricator.kde.org/p/pino/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;">@pino</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>The patch should not require existing users to adapt</p></blockquote>
<p>Yes, that's also what I wrote earlier.</p>
<p>Also, your patch basically includes <a href="https://phabricator.kde.org/D29136" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D29136</a> in the case of no DESTINATION parameter specified, hence my suggestion is:</p>
<ul class="remarkup-list">
<li class="remarkup-list-item">edit <a href="https://phabricator.kde.org/D29136" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D29136</a> to do the fallback using the same logic introduced here: this way marble is already fixed with no other changes, and ki18n_install will work also with KDE_INSTALL_DIRS_NO_DEPRECATED (e.g. for release-service packages)</li>
<li class="remarkup-list-item">have this to add the DESTINATION parameter, so packages can opt-in to use it if they can/want</li>
</ul></div>
</blockquote></div></div><br /><div><strong>REPOSITORY</strong><div><div>R249 KI18n</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D29299">https://phabricator.kde.org/D29299</a></div></div><br /><div><strong>To: </strong>kossebau, ilic, heikobecker, Frameworks, aacid, ltoscano<br /><strong>Cc: </strong>dfaure, pino, kde-frameworks-devel, LeGast00n, cblack, michaelh, ngraham, bruns<br /></div>