<div dir="ltr">Hi,<div><br></div><div>sounds good to me as well! :)</div><div>I am also sadly not really a contributor anymore these days. I feel bad for never contributing to the Konversation 2.0/QtQuick goal, never tested it. So I have no clue in which state it is.</div><div><br></div><div>I am using konversation master since a bunch of fixes from Peter Simonsson landed in 2019 (nice work btw). Works fine for me :)</div><div><br></div><div>Quickly checked the 1.7 branch vs "What Gentoo delivers for extra patches", there are 2 additional patches (from master) which are not in the 1.7 branch:</div><div>- <a href="https://invent.kde.org/network/konversation/-/commit/271da4bd1e584026fc24d93474ca6cf9e50fa6d7">https://invent.kde.org/network/konversation/-/commit/271da4bd1e584026fc24d93474ca6cf9e50fa6d7</a></div><div>- <a href="https://invent.kde.org/network/konversation/-/commit/57df81cd8a11c4dbe170f9d81abd5b35b4887e0b">https://invent.kde.org/network/konversation/-/commit/57df81cd8a11c4dbe170f9d81abd5b35b4887e0b</a></div><div><br></div><div>Maybe we should include/backport them as well in the 1.7 branch? (unsure)</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 17. Sept. 2020 um 18:22 Uhr schrieb Friedrich W. H. Kossebau <<a href="mailto:kossebau@kde.org">kossebau@kde.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi everyone,<br>
<br>
I was to finally try to write a fix for some bug in Konversation which annoys <br>
me since ages, until I discovered that the last release of Konversation has <br>
happened as back as in 2018?<br>
<br>
And while IRC might be on the path of dinosaurs, right now it is still alive <br>
and used in some places. So having a maintained Konversation might be good to <br>
have for us who are right now using it.<br>
<br>
Having acted as release manager of my own projects (e.g. Okteta) but also <br>
KDevelop for the last years, I would like to offer to take over myself such <br>
role for Konversation for some time, to help out a bit with my experience.<br>
<br>
I do not plan to become new maintainer though or such, and do not plan to <br>
drive new feature development. No time left for that. Rather want to prepare <br>
Konversation to be moved over to the Release Service, to ensure all the tiny <br>
fixes and translation improvements are steadily rolling to users, while there <br>
is no big feature work happening with full-time maintainers.<br>
E.g. right now there is 2 years work of translators that has been added for <br>
the 1.7 branch, but never made it to users (cmp. e.g. the in-source <br>
translation commits since the v1.7.5 tag to get an idea).<br>
<br>
What do you think?<br>
And who would be the one to tag me as release manager, so I could start? :)<br>
<br>
<br>
My rough plan would be this:<br>
1. Get some 1.7.6 out ASAP to have all the translation updates (and few fixes) <br>
finally arrive at users<br>
2. Prepare master branch to be ready for branch & release<br>
3. Propose Konversation for inclusion in Release Service for 20.12<br>
4. Make sure Konversation is fully integrated in Release Service cycle<br>
5  Profit and pull out again after first RS releases :)<br>
<br>
I would also allow myself to do some needed code clean-up/modernization work <br>
by direct commit pushes, to speed up things during my limited time.<br>
This should not scare you too much, I feel I have a good balance after many <br>
years of contributing to KDE projects (and other C++/Qt things) to know what <br>
patches need review by others and for which I can take confidence in my clues <br>
as well as is the change straightforward (KDevelop contributors might be able <br>
to confirm I hope :) ).<br>
<br>
Initial questions (not yet looked closer):<br>
* Which things would you like to see in 1.7.6, any blockers known?<br>
* Which unfinished work are you aware in the master branch that needs <br>
completion?<br>
* What is the state of the QtQuick port? Anyone interested still in driving <br>
it? Is there anything that needs to be cared about to not make that branch <br>
harder to drive forward, once someone works on that again?<br>
<br>
Cheers<br>
Friedrich<br>
<br>
<br>
</blockquote></div>