<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Aug 16, 2016 at 10:58 AM, Boudewijn Rempt <span dir="ltr"><<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I still fail to see why we had all this panic. It was a storm in a teacup sort<br>
of thing. </blockquote><div><br><div>Because we do the same mistakes again and again! For how long?!<br><br></div><div>Today
 you made one more release and, again, forgot the things we were discussing on 
the hangouts, because you continue holding that checklist in your head! I
 cannot blame you for forgetting things, everybody does it, but you 
don't even want to see a problem in it!<br><br></div><div>When discussing on 
hangouts we ended up with a checklist [1] that includes "Update the krita.rc
 version number" on every release. You yourself wrote this line, and we 
all agreed with it. And now you tell me on IRC that we shouldn't update 
the version each time, instead the developers should update it when 
committing patches. Now I ask, why the hell we spent an hour of our 
lives on discussing stuff on Hangouts if we don't follow what we agreed upon? <br><br></div><div>Yes, everyone can forget the stuff. I can forget things, you can forget things. To avoid this one should write the stuff anywhere and follow what is written. Why you refuse to just write down our process anywhere?<br></div><div><br>[1] - <a href="https://community.kde.org/Krita/Release/Checklist_Krita_Release_Checklist">https://community.kde.org/Krita/Release/Checklist_Krita_Release_Checklist</a><br></div><br><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What exactly went wrong? Only one thing, the feature-freeze mail wasn't<br>
cc'ed to the docs mailing list. Well, when we had our release checklist skype<br>
call that wasn't even mentioned. Now we know, and it can be fixed.<br></blockquote><div><br></div>Ok, now we know, and where it is written? Where is the guarantee that we will not forget about it the next time? Do you plan to keep it in your head again? That is the problem I'm talking about.<br></div><div class="gmail_quote"><br><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I do not want to make changes even before we've had one cycle to learn from. We<br>
already have a system that sends the mails; we don't need another one. We already<br>
have a checklist, and it's a nice and short one:<br></blockquote><div><br></div><div>No, it is a wrong one! You invented it while writing instead of just using the checklist we agreed upon [1].<br></div><div> <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

There is nothing going on in my head apart from these things.<br></blockquote><div><br></div><div>Please remember that you have other people in a team that should take part in the release process as well. E.g. publish announcements when you do the builds or push the translations or bugfixes from the local copy to SVN before you do the builds.<br></div><div><br></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">

What I need help with is not small things like setting version numbers. I need<br>
people who can<br>
<br>
a) make the source release the right way (no volunteers, and Cyrille appears<br>
not to be around, so that's my task for today...)<br>
b) prepare the binaries -- also the right way (i.e., not with macports or<br>
so on OSX and not with MSVC on Windows, improvements to the way I do this,<br>
for instance by signing the binaries are welcome, of course). (And I need<br>
to fix the Windows binaries today...)<br></blockquote><div><br></div><div>Until there are explicit tasks with it, noone will be able to help you with it.<br></div><div> <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

I also think that if there are problems with the translators they shouldn't be<br>
bothering you, but write the mailing list directly. Or contact me, but even<br>
better, they should assign a coordinator who can inteface between us and the<br>
translation community.<br></blockquote><div><br></div><div>The problem is not in translators but in the fact that we have no release plan that everybody can see and follow.<br></div><div> <br></div></div><br></div><div class="gmail_extra">Boud, speaking truly, I don't understand why you constantly refuse to automate the process anywhere. Just login to Trello, take the tasks you want to do and assign the rest of tasks to other people. Add/Remove tasks you don't think are ok for the current release. If you want to change the release schedule, just change it, and people we see it automatically! They will not have to sit on IRC all day long just to get a notification when you do the package. Is it that difficult? Does it take so much time?<br><br></div><div class="gmail_extra">If we modify the process, we can modify it right in Trello. And when we start the next iteration in September, we will just copy entire board and have all the changes we did! Is it that difficult?<br></div><div class="gmail_extra"><br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Dmitry Kazakov</div>
</div></div>