<p dir="ltr"><br>
On Jun 16, 2015 12:14 PM, "Christian Mollekopf" <<a href="mailto:chrigi_1@fastmail.fm">chrigi_1@fastmail.fm</a>> wrote:<br>
> I'm glad to hear that. Until then I guess my options are limited:<br>
> * I can keep kimap out of frameworks, but that doesn't buy me a whole<br>
> lot as I still rely on other frameworks,<br>
> and most of the PIM libraries really ought to be frameworks. So I'm not<br>
> inclined to do that.<br>
> * I can maintain versioned branches for all frameworks I need, which is<br>
> going to be a PITA, but at least for me only.<br>
> This is likely what's going to happen until we can adjust the versioning<br>
> policy somehow from by POV.</p>
<p dir="ltr">Christian,</p>
<p dir="ltr">You said you use Qt 4.6, but never update it, and workaround the issues solved in later versions of Qt. What stops you from doing the same for Qt5 and KF5?</p>
<p dir="ltr">For example, you can freeze dependencies of KImap, etc at Qt 5.4.2 and KF 5.11 and workaround the bugs existing in these versions. If KImap is not part of KF5 (or not version-locked with KF5), then updates of KImap & friends will obviously be possible without touching Qt5 or dependent KF5 frameworks.</p>
<p dir="ltr">--<br>
Alexander Potashev</p>