<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/D14486">View Revision</a></tr></table><br /><div><div><p>First of all Jarosław: thanks for the details -- OTOH, could you please be slightly a bit less verbose and more to-the-point? Thank you in advance.</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/D14486#300882" style="background-color: #e7e7e7;
border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;">D14486#300882</a>, <a href="https://phabricator.kde.org/p/staniek/" style="
border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;">@staniek</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><p>Thanks for spending time on this Pino. If I can fix something at KEXI side it will cost us less. KEXI release do not trigger mbbtools release, that's #1 problem:</p></div>
</blockquote>
<p>Likewise, a KEXI release does not trigger a release of KF5, nor Qt5, nor anything else that KEXI uses.</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>nothing to do unless I switch to working on mdbtools, I do not say it's not possible, but KEXI has tons of such, some of them are below the tip of the iceberg visible for Debian users.</p></blockquote>
<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>I can tell you stories coming from actual user base. Debian flavor is small percent of our specialized OS universe... Ubuntu is also small but way bigger, neither of the OSes provide upgrades for MDB tools outside of the unstable line or custom installation package (that's only for power users). So the real fix is not only at our side. Ubuntu LTS is ultimate issue on top of that. Users are for example not willing to abandon "LTS" (advertised to them as "long term support"), and then loose MDB support in KEXI, and thus loose opportunity to KEXI for their purpose.</p></blockquote>
<p>While this is something I'm aware of, and I can understand, this is totaly unrelated to the issue at hand.<br />
Also, there is a bit of FUD in the paragraph above -- still, unrelated to the issue, so I will ignore it.</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>Someone at the mdbtools level itself devoted to splitting to orthogonal elements could help. He would make mdbtools.h indpendent of exporting features, backend, odbs and other things.</p></blockquote>
<p>Were these needs asked to the mdbtools upstream?</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>On KEXI side it's not likely that there are funds for contributing back to mdbtools - there are not many public projects of mdbtools as you already know. In KEXI there are no funds to even contribute to features in the mdbtools copy but still, by having a copy I reserve this possibility - to add a feature or fix _quickly_ in the same KEXI release, not in some distant future. Even if it's "just" building Android port - how could the vanilla mdbtools support our use cases if it's so small project? We could not be so harsh to request anything.</p></blockquote>
<p>As above: for the same reasoning, you would then embed KF5, Qt5, etc, just because of the "possibility" to fix quickly anything in them.<br />
Or where do we draw the line here?</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>I am sorry but this approach has been proven to be practical even if not right at academic level.</p></blockquote>
<p>This has nothing to do with "academic level".</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>We also have another copy and that's a full fork proved to be right thing: KReport is a fork of OpenRPT. Where it is (a Qt 5 port) in Debian? Non-existing. We did nothing to contribute there but why would we have to? There are no usable contributions to KEXI of this sort - from other projects.</p></blockquote>
<p>Honestly, I would not consider <em>one</em> example as <em>the</em> example.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R71 Kexi</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D14486">https://phabricator.kde.org/D14486</a></div></div><br /><div><strong>To: </strong>staniek, piggz<br /><strong>Cc: </strong>pino, Kexi-Devel-list, clybekk, barman, staniek<br /></div>