Igniters,
It's true that we are still discussing the release dates. But nevertheless, all the release blockers are important since some of them may require more than one month to be fixed. Let's discuss today how we will handle these issues and track Monitoring and ML major features to get them into the next release. The meeting already scheduled. We will use the ASF Slack on September 25-th, 17-00 (MSK). I've created the channel [2] #ignite-release-2_8 please, join. (Discussion will be on Russin language). Please, also note that I've created the 2.8 release confluence page [1] with additional information. I will review all the issues we have and will move some of them to 2.9. But currently, we've had pinned to 2.8: - 604 open issues - 57 in progress issues - 34 patch available issues - 17 issues marked as the release blockers - 4 of release blocker issues are unassigned [1] https://cwiki.apache.org/confluence/display/IGNITE/Apache+Ignite+2.8 [2] https://app.slack.com/client/T4S1WH2J3/CNQ51M4FQ On Wed, 25 Sep 2019 at 10:21, Dmitriy Pavlov <dpav...@apache.org> wrote: > > Hi Igniters, > > I suppose discussion is still at phase 0-Initializing > https://cwiki.apache.org/confluence/display/IGNITE/Release+Process > > So it is probably no reason to discuss particular blockers. It would make > sense when the process of removal irrelevant tickets starts (phase 1.2) and > till phase 4-Release candidate building. > > Sincerely, > Dmitriy Pavlov > > вт, 24 сент. 2019 г. в 18:53, Anton Kalashnikov <kaa....@yandex.ru>: > > > Hello, Igniters. > > > > I want to notice one more blocker for release [1]. This bug can lead to > > some incorrect baseline default enabled flag calculation(more details in > > the ticket). > > > > [1] https://issues.apache.org/jira/browse/IGNITE-12227 > > > > -- > > Best regards, > > Anton Kalashnikov > > > > > > 24.09.2019, 17:01, "Andrey Gura" <ag...@apache.org>: > > > Sergey, > > > > > > As I know, scope freeze is not announced yet. > > > > > > On Tue, Sep 24, 2019 at 4:41 PM Sergey Antonov > > > <antonovserge...@gmail.com> wrote: > > >> Hi, I would add to release scope my ticket [1]. > > >> > > >> Any objections? > > >> > > >> [1] https://issues.apache.org/jira/browse/IGNITE-12225 > > >> > > >> вт, 24 сент. 2019 г. в 09:21, Nikolay Izhikov <nizhi...@apache.org>: > > >> > > >> > > merge to master only fully finished features > > >> > > > >> > It's already true for Ignite master branch. > > >> > > > >> > > > >> > В Вт, 24/09/2019 в 09:03 +0300, Alexey Zinoviev пишет: > > >> > > The planned before 2_3 months release dates are good defender from > > >> > > partially merged features, In my opinion > > >> > > > > >> > > Or we should have Master and dev branch separetely, and merge to > > master > > >> > > only fully finished features > > >> > > > > >> > > пн, 23 сент. 2019 г., 20:27 Maxim Muzafarov <mmu...@apache.org>: > > >> > > > > >> > > > Andrey, > > >> > > > > > >> > > > Agree with you. It can affect the user impression. > > >> > > > > > >> > > > Can you advise, how can we guarantee in our case when we > > complete with > > >> > > > current partially merged features that someone will not partially > > >> > > > merge the new one? Should we monitor the master branch commits > > for > > >> > > > such purpose? > > >> > > > > > >> > > > On Mon, 23 Sep 2019 at 20:18, Andrey Gura <ag...@apache.org> > > wrote: > > >> > > > > > > >> > > > > Maxim, > > >> > > > > > > >> > > > > > > From my point, if some components will not be ready by > > >> > > > > > > previously discussed `scope freeze` date it is absolutely > > OK to > > >> > > > > > > perform the next (e.g. 2.8.1, 2.8.2) releases. > > >> > > > > > > >> > > > > It is good approach if partial implemented features aren't > > merged to > > >> > > > > master branch. Unfortunately this is not our case. > > >> > > > > > > >> > > > > I don't see any reasons to force new Apache Ignite release. > > Time is > > >> > > > > not driver for release. If we want release Ignite periodically > > we > > >> > must > > >> > > > > significantly review the process. And most valuable change in > > this > > >> > > > > process is feature branches that will not block new release by > > >> > design. > > >> > > > > > > >> > > > > On Mon, Sep 23, 2019 at 8:12 PM Andrey Gura <ag...@apache.org> > > >> > wrote: > > >> > > > > > > > >> > > > > > > > From my point of view monitoring isn't ready for release. > > >> > > > > > > Can you clarify, what exactly is not ready? > > >> > > > > > > Can we track planned changes somehow? > > >> > > > > > > > >> > > > > > We have too many not resolved tickets under IEP-35 label > > [1]. Also > > >> > it > > >> > > > > > makes sense to do some usability testing: JMX beans > > interfaces, > > >> > system > > >> > > > > > views, etc. > > >> > > > > > > > >> > > > > > > > >> > > > > > [1] > > >> > https://issues.apache.org/jira/issues/?jql=labels%20%3D%20IEP-35 > > >> > > > > > > > >> > > > > > On Mon, Sep 23, 2019 at 6:04 PM Nikolay Izhikov < > > >> > nizhi...@apache.org> > > >> > > > > > >> > > > wrote: > > >> > > > > > > > > >> > > > > > > Hello, Andrey. > > >> > > > > > > > > >> > > > > > > > From my point of view monitoring isn't ready for release. > > >> > > > > > > > > >> > > > > > > Can you clarify, what exactly is not ready? > > >> > > > > > > Can we track planned changes somehow? > > >> > > > > > > > > >> > > > > > > > > >> > > > > > > В Пн, 23/09/2019 в 17:59 +0300, Andrey Gura пишет: > > >> > > > > > > > Igniters, > > >> > > > > > > > > > >> > > > > > > > From my point of view monitoring isn't ready for > > release. So it > > >> > > > > > >> > > > would > > >> > > > > > > > be great to return to this discussion later. It seems > > that > > >> > > > > > >> > > > beginning > > >> > > > > > > > of November is good time for it. > > >> > > > > > > > > > >> > > > > > > > On Mon, Sep 23, 2019 at 5:37 PM Alexey Zinoviev < > > >> > > > > > >> > > > zaleslaw....@gmail.com> wrote: > > >> > > > > > > > > > > >> > > > > > > > > Nikolay Izhikov, ok, let's arrange the talk in ASF > > slack > > >> > between > > >> > > > > > >> > > > 16 and 19 > > >> > > > > > > > > MSK, is it possible? > > >> > > > > > > > > > > >> > > > > > > > > пн, 23 сент. 2019 г. в 17:35, Alexey Zinoviev < > > >> > > > > > >> > > > zaleslaw....@gmail.com>: > > >> > > > > > > > > > > >> > > > > > > > > > Ok, I'll clarify the situation > > >> > > > > > > > > > > > >> > > > > > > > > > 1. Currently, the ML module is like a black box for > > me. > > >> > What > > >> > > > > > >> > > > exactly > > >> > > > > > > > > > we are expected to get by the code freeze date? Do > > we have > > >> > > > > > >> > > > tickets we > > >> > > > > > > > > > should address to? > > >> > > > > > > > > > > > >> > > > > > > > > > - Yes, we have a few epics that are not finished > > yet, due > > >> > to > > >> > > > > > >> > > > limited free > > >> > > > > > > > > > time the planned dates were written earlier > > >> > > > > > > > > > > > >> > > > > > > > > > 2. I think we can move code freeze date to December > > 11-th > > >> > but, > > >> > > > > > >> > > > from > > >> > > > > > > > > > your side, do you think that 2-weeks of > > stabilization and > > >> > > > > > >> > > > regression > > >> > > > > > > > > > will be enough for the master branch living without > > release > > >> > > > > > >> > > > for a > > >> > > > > > > > > > year? > > >> > > > > > > > > > > > >> > > > > > > > > > Ok, I've ready to move code freeze to your dates but > > not > > >> > to 1 > > >> > > > > > >> > > > November, it > > >> > > > > > > > > > sounds weird (why we should go so fast if haven't > > released > > >> > > > > > >> > > > during the year) > > >> > > > > > > > > > I'm against fast releasing without planned dates. > > >> > > > > > > > > > > > >> > > > > > > > > > 3. What do you think about that we will make the > > huge 2.8 > > >> > > > > > >> > > > release in > > >> > > > > > > > > > November with long period of branch stabilization > > and an > > >> > > > > > >> > > > additional > > >> > > > > > > > > > 2.8.1 release with ML component in January? Such an > > >> > approach > > >> > > > > > >> > > > have some > > >> > > > > > > > > > advantages like we will not rush the development of > > ML > > >> > > > > > >> > > > components. > > >> > > > > > > > > > > > >> > > > > > > > > > The best idea here is ability to merge the last ML > > changes > > >> > > > > > >> > > > during > > >> > > > > > > > > > stabilization period (bug fixing, tests and so on), > > is it > > >> > ok > > >> > > > > > >> > > > for you? > > >> > > > > > > > > > > > >> > > > > > > > > > 2.8.1 could be a good point, but remind you guys, the > > >> > normal > > >> > > > > > >> > > > practice to > > >> > > > > > > > > > plan release for 2 months and ask another > > maintainers about > > >> > > > > > >> > > > another modules > > >> > > > > > > > > > maybe the need additional clarification from another > > >> > > > > > >> > > > committers. > > >> > > > > > > > > > > > >> > > > > > > > > > пн, 23 сент. 2019 г. в 13:35, Nikolay Izhikov < > > >> > > > > > >> > > > nizhi...@apache.org>: > > >> > > > > > > > > > > > >> > > > > > > > > > > +1 to start releasing 2.8 in November or even in > > the end > > >> > of > > >> > > > > > >> > > > October. > > >> > > > > > > > > > > > > >> > > > > > > > > > > Alex, can we schedule some quick meetings in the > > new > > >> > Ignite > > >> > > > > > >> > > > Slack chat > > >> > > > > > > > > > > and discuss all release date details? > > >> > > > > > > > > > > Wendseday, 25 September is good for you? > > >> > > > > > > > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > > В Пн, 23/09/2019 в 13:31 +0300, Maxim Muzafarov > > пишет: > > >> > > > > > > > > > > > Alexey, > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > Can you, please, clarify some questions. > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > 1. Currently, the ML module is like a black box > > for me. > > >> > > > > > >> > > > What exactly > > >> > > > > > > > > > > > we are expected to get by the code freeze date? > > Do we > > >> > have > > >> > > > > > >> > > > tickets we > > >> > > > > > > > > > > > should address to? > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > 2. I think we can move code freeze date to > > December > > >> > 11-th > > >> > > > > > >> > > > but, from > > >> > > > > > > > > > > > your side, do you think that 2-weeks of > > stabilization > > >> > and > > >> > > > > > >> > > > regression > > >> > > > > > > > > > > > will be enough for the master branch living > > without > > >> > > > > > >> > > > release for a > > >> > > > > > > > > > > > year? > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > 3. What do you think about that we will make the > > huge > > >> > 2.8 > > >> > > > > > >> > > > release in > > >> > > > > > > > > > > > November with long period of branch > > stabilization and > > >> > an > > >> > > > > > >> > > > additional > > >> > > > > > > > > > > > 2.8.1 release with ML component in January? Such > > an > > >> > > > > > >> > > > approach have some > > >> > > > > > > > > > > > advantages like we will not rush the development > > of ML > > >> > > > > > >> > > > components. > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > On Fri, 20 Sep 2019 at 17:24, Alexey Zinoviev < > > >> > > > > > >> > > > zaleslaw....@gmail.com> > > >> > > > > > > > > > > > > >> > > > > > > > > > > wrote: > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > I wrote about code freeze at December 18, > > 2019, ok, > > >> > we > > >> > > > > > >> > > > can move one > > >> > > > > > > > > > > > > >> > > > > > > > > > > week > > >> > > > > > > > > > > > > earlier to 11 December > > >> > > > > > > > > > > > > Voting + Release could be after 10th January. > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > пт, 20 сент. 2019 г. в 15:43, Maxim Muzafarov < > > >> > > > > > >> > > > mmu...@apache.org>: > > >> > > > > > > > > > > > > > > >> > > > > > > > > > > > > > Alexey, > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > It is not a problem to shift release a bit > > later or > > >> > > > > > >> > > > earlier, but I'm > > >> > > > > > > > > > > > > > strictly against having `code freeze` stage > > on > > >> > > > > > >> > > > holidays (the > > >> > > > > > > > > > > > > >> > > > > > > > > > > Christmas > > >> > > > > > > > > > > > > > holidays at the end of December and New Year > > >> > holidays > > >> > > > > > >> > > > at the > > >> > > > > > > > > > > > > >> > > > > > > > > > > beginning > > >> > > > > > > > > > > > > > of January). From my point, it's better to > > have it > > >> > > > > > >> > > > completed `code > > >> > > > > > > > > > > > > > freeze` stage before December 23th or > > started after > > >> > > > > > >> > > > 10th January. > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > Thoughts? > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > On Fri, 20 Sep 2019 at 15:09, Dmitriy Pavlov > > < > > >> > > > > > >> > > > dpav...@apache.org> > > >> > > > > > > > > > > > > >> > > > > > > > > > > wrote: > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > +1 For Maxim as release manager. > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > Maxim, > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > It is a good thing that you have committer > > >> > rights, > > >> > > > > > >> > > > and most of > > >> > > > > > > > > > > > > >> > > > > > > > > > > the steps > > >> > > > > > > > > > > > > > > you will be able to complete yourself. > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > But please engage one from PMC member to > > complete > > >> > > > > > >> > > > steps from the > > >> > > > > > > > > > > > > >> > > > > > > > > > > release > > >> > > > > > > > > > > > > > > process where PMC rights are required > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > > > > >> > > > > > >> > > > > > https://cwiki.apache.org/confluence/display/IGNITE/Release+Process At > > >> > > > > > > > > > > > > > > least, access to docker and nuget creds > > requires > > >> > PMC > > >> > > > > > >> > > > membership. > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > Feel free to ping me, I will assist, as > > well. > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > Sincerely, > > >> > > > > > > > > > > > > > > Dmitriy Pavlov > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > пт, 20 сент. 2019 г. в 14:59, Alexey > > Zinoviev < > > >> > > > > > > > > > > > > >> > > > > > > > > > > zaleslaw....@gmail.com>: > > >> > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > For Spark and ML components the best > > dates > > >> > should > > >> > > > > > >> > > > be moved to > > >> > > > > > > > > > > > > >> > > > > > > > > > > one month > > >> > > > > > > > > > > > > > > > later, what's about? > > >> > > > > > > > > > > > > > > > There are a lot of features there, but a > > lot of > > >> > > > > > >> > > > bugs and minor > > >> > > > > > > > > > > > > > > > improvements in JIRA too > > >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Also I support you as a release manager > > >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > Scope Freeze: December 4, 2019 > > >> > > > > > > > > > > > > > > > Code Freeze: December 18, 2019 > > >> > > > > > > > > > > > > > > > Voting Date: January 10, 2019 > > >> > > > > > > > > > > > > > > > Release Date: January 17, 2019 > > >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > пт, 20 сент. 2019 г. в 14:44, Maxim > > Muzafarov < > > >> > > > > > > > > > > > > >> > > > > > > > > > > mmu...@apache.org>: > > >> > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > Igniters, > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > It's almost a year has passed since > > the last > > >> > > > > > >> > > > major Apache > > >> > > > > > > > > > > > > >> > > > > > > > > > > Ignite 2.7 > > >> > > > > > > > > > > > > > > > > has been released. We've accumulated a > > lot of > > >> > > > > > >> > > > performance > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > improvements > > >> > > > > > > > > > > > > > > > > and a lot of new features which are > > waiting > > >> > for > > >> > > > > > >> > > > their release > > >> > > > > > > > > > > > > >> > > > > > > > > > > date. > > >> > > > > > > > > > > > > > > > > Here is my list of the most interesting > > >> > things > > >> > > > > > >> > > > from my point > > >> > > > > > > > > > > > > >> > > > > > > > > > > since > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > the > > >> > > > > > > > > > > > > > > > > last major release: > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > Service Grid, > > >> > > > > > > > > > > > > > > > > Monitoring, > > >> > > > > > > > > > > > > > > > > Recovery Read > > >> > > > > > > > > > > > > > > > > BLT auto-adjust, > > >> > > > > > > > > > > > > > > > > PDS compression, > > >> > > > > > > > > > > > > > > > > WAL page compression, > > >> > > > > > > > > > > > > > > > > Thin client: best effort affinity, > > >> > > > > > > > > > > > > > > > > Thin client: transactions support (not > > yet) > > >> > > > > > > > > > > > > > > > > SQL query history > > >> > > > > > > > > > > > > > > > > SQL statistics > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > I think we should no longer wait and > > freeze > > >> > the > > >> > > > > > >> > > > master branch > > >> > > > > > > > > > > > > >> > > > > > > > > > > anymore > > >> > > > > > > > > > > > > > > > > and prepare the next major release by > > the > > >> > end of > > >> > > > > > >> > > > the year. > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > I propose to discuss Time, Scope of > > Apache > > >> > > > > > >> > > > Ignite 2.8 release > > >> > > > > > > > > > > > > >> > > > > > > > > > > and > > >> > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > also > > >> > > > > > > > > > > > > > > > > I want to propose myself to be the > > release > > >> > > > > > >> > > > manager of the > > >> > > > > > > > > > > > > >> > > > > > > > > > > planning > > >> > > > > > > > > > > > > > > > > release. > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > Scope Freeze: November 4, 2019 > > >> > > > > > > > > > > > > > > > > Code Freeze: November 18, 2019 > > >> > > > > > > > > > > > > > > > > Voting Date: December 10, 2019 > > >> > > > > > > > > > > > > > > > > Release Date: December 17, 2019 > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > WDYT? > > >> > > > > > > > > > > > > > > > > > > >> > > > >> > > >> -- > > >> BR, Sergey Antonov > >
