<div dir="ltr"><div dir="ltr">On Wed, Oct 26, 2022 at 9:26 AM Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El dimarts, 25 d’octubre de 2022, a les 19:08:34 (CEST), Nicolas Fella va <br>
escriure:<br>
> Hi,<br>
> <br>
> there various KTP modules have seen very little development over the<br>
> last years. Most of the activity that did happen was either release<br>
> housekeeping stuff like version bumps or general code cleanup (i.e. the<br>
> kind of cleanup that some people do across the whole KDE codebase and<br>
> not necessarily out of a genuine interest in KTP). There is also no<br>
> significant activity around it on <a href="http://bugs.kde.org" rel="noreferrer" target="_blank">bugs.kde.org</a>.<br>
<br>
This thing you're describing in this paragraph is exactly what maintenance is, <br>
we're not building new roads nor adding new lanes to the existing roads, but <br>
we're making sure potholes get kind of fixed.<br>
<br>
> <br>
> While certainly amazing in its vision it anecdotally never fully made<br>
> use of that potential, partly because it's just trying to solve a<br>
> problem that is really hard to solve.<br>
> <br>
> Most of the activity I see around KTP is from people trying to use it<br>
> out of curiosity but finding it broken/unpolished or not what they<br>
> expected it to be. We like to say that "Everything in KDE Gear is<br>
> maintained". I'd argue that from this follows that if it isn't actually<br>
> maintained we should drop it from the Gear releases.  We are doing our<br>
> users a disservice by pretending something is maintained when it<br>
> actually isn't. We are also doing ourselves a disservice since<br>
> unpolished software "leaking" into the desktop experience is going to<br>
> make the whole product appear unpolished.<br>
> <br>
> Furthermore, with the transition to Qt6 very soon now we should make a<br>
> decision: Either we invest a non-trivial amount of work into making it<br>
> work against Qt6/KF6, or we pronounce it dead. Having it "alive" but<br>
> unported isn't helping anyone in the long term.<br>
<br>
We shipped KDE Frameworks 5 on July 2014, but we still shipped Applications <br>
using kdelibs4 until August 2017.<br>
<br>
I don't see why we would do something different with the 5 to 6 transition.<br>
<br>
> Therefore I propose that we stop releasing the various ktp- modules with<br>
> KDE Gear and archive the repositories after the last relevant KDE Gear<br>
> cycle finished.<br>
<br>
I disagree, unless you can prove it's more broken than it was when there were <br>
actual developers. Developers or new features don't count, users do count, if <br>
users can use the software there's no reason to discontinue anything. <br>
<br>
Note: I have no idea if it's broken or not, I've never used telepathy.<br></blockquote><div><br></div><div>I guess that would be the first question then - is this something that works, subject to some bitrot, or is it actually broken and of little use to anyone (and therefore needs to be allowed to gracefully slip into an archived state)?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers,<br>
  Albert<br></blockquote><div><br></div><div>Regards,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
> Cheers<br>
> <br>
> Nico<br>
<br>
<br>
<br>
<br>
</blockquote></div></div>