<div dir="ltr"><div>I have no problem doing self releases for time being.<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Mar 5, 2019, 3:11 PM Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El dimarts, 19 de febrer de 2019, a les 7:35:58 CET, Kevin Funk va escriure:<br>
> On Monday, 18 February 2019 17:06:25 CET Michael Reeves wrote:<br>
> > <a href="https://download.kde.org/stable/applications/18.12.1/src/kdiff3-18.12.1.tar" rel="noreferrer noreferrer" target="_blank">https://download.kde.org/stable/applications/18.12.1/src/kdiff3-18.12.1.tar</a>.<br>
> > xz<br>
> > <br>
> > Get some one tell me how to change where it's trying to download from.<br>
> > KDiff3 is not part of applications and doesn't follow the same versioning.<br>
> <br>
> Heya,<br>
> <br>
> Could you please reconsider that decision and check whether it's not more <br>
> worthwhile making kdiff3 part of KDE Applications? It will save you (as the <br>
> maintainer) and others (distribution packagers) a major headache.<br>
> <br>
> You'll be responsible for releasing kdiff3 now and in the future if you choose <br>
> to do your own release schedule. Let me just say: It's not something which is <br>
> particular entertaining in the long-term. Your KDiff3 involvement will get <br>
> less eventually, and then someone else needs to take over releasing it -- if <br>
> it's part of the KDE Apps cycle it'll be done automatically, no matter what.<br>
> <br>
> KDiff3 is not the type of application which needs its own release cycle, IMO, <br>
> it's too small & "undynamic" [1] for that.<br>
<br>
Just answering now because i did ignore an email named "KDiff3 craft setup" since i don't know anything about craft and it seems now this is being used as some kind of agreement that KDiff3 should be moved to KDE Applications.<br>
<br>
Personally given KDiff3 has not had any release on its own for a long time I would very much prefer to get a few releases on its own.<br>
<br>
This way new features/fixes can be released sooner if needed and not tied to the more strict KDE Applications schedule.<br>
<br>
There's also the matter of <a href="http://kdiff3.sourceforge.net/" rel="noreferrer noreferrer" target="_blank">http://kdiff3.sourceforge.net/</a> being outdated/wrong. Do we have a plan to fix that?<br>
<br>
Cheers,<br>
  Albert<br>
<br>
> <br>
> Regards,<br>
> Kevin<br>
> <br>
> <br>
> [1] "Undynamic" in a sense that we're likely not going to see drastic UI <br>
> changes on weekly basis which need to get out to users ASAP. At least for <br>
> kdiff3 I'd rather have a conservative approach in that regard, since it's a <br>
> complex tool by definition.<br>
> <br>
> <br>
> <br>
<br>
<br>
<br>
<br>
</blockquote></div>