Issues link is broken, because it has a filter that can't be found. Here is correct link: https://issues.apache.org/jira/issues/?jql=project%20%3D%20Ignite%20AND%20status%20in%20(Open%2C%20Reopened%2C%20%22In%20Progress%22%2C%20%22Patch%20Available%22)%20AND%20fixVersion%20%3D%202.8%20and%20component%20%3D%20Documentation%20order%20by%20status
чт, 10 окт. 2019 г. в 13:38, Maxim Muzafarov <mmu...@apache.org>: > Igniters, > > > Who can advise what we can\should do with the issues related to > `documentation` component to release Ignite 2.8 version? > How can I sort them and prioritize? > What are best-practices here? > > Currently, we have 81 issues pinned to 2.8 release [1]. > > 6 - `In Progress` > 2 - `Patch Available` > 73 - `Open` > > Some of the issues are assigned to the `Prachi Garg` which is not > active since February 15-th 2019. > > [1] > https://issues.apache.org/jira/issues/?filter=12347303&jql=project%20%3D%20Ignite%20AND%20status%20in%20(Open%2C%20Reopened%2C%20%22In%20Progress%22%2C%20%22Patch%20Available%22)%20AND%20fixVersion%20%3D%202.8%20and%20component%20%3D%20Documentation%20order%20by%20status > > > On Thu, 3 Oct 2019 at 01:52, Denis Magda <dma...@apache.org> wrote: > > > > Maxim, > > > > This sounds reasonable to me. > > > > - > > Denis > > > > > > On Wed, Oct 2, 2019 at 8:55 AM Maxim Muzafarov <mmu...@apache.org> > wrote: > > > > > Folks, > > > > > > Since we are focusing on new SQL engine implementation I'd like to > > > perform bulk moving of all MVCC related unassigned tickets [1] to the > > > next release. > > > Can you confirm? > > > > > > [1] > > > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20Ignite%20AND%20status%20in%20(Open%2C%20Reopened)%20AND%20fixVersion%20%3D%202.8%20and%20priority%20in%20(Major)%20and%20summary%20~%20MVCC > > > > > > On Wed, 2 Oct 2019 at 01:27, Denis Magda <dma...@apache.org> wrote: > > > > > > > > Alexey Z., > > > > > > > > Could you please answer some of the questions > > > > > > > > > > > > > - IGNITE-11942 IGFS and Hadoop Accelerator Discontinuation [2]. > > > > > Probably should be moved to the next release due to dependency on > > > > > Tensorflow. Need to check. (Andrey Gura) > > > > > > > > > > > > Can we decouple Tensorflow from the IGFS? > > > > > > > > Mark all the issues related to ML, Spark 2.4, Monitoring major > > > > > features and track their comletion to be sure on there is no > > > > > unfinished major changes will be present in 2.8 release. > > > > > - ML (Alexey Zinoviev) > > > > > > > > > > > > Are there any other ML contributors who will be helping you with this > > > > release? > > > > > > > > - > > > > Denis > > > > > > > > > > > > On Tue, Oct 1, 2019 at 6:56 AM Maxim Muzafarov <mmu...@apache.org> > > > wrote: > > > > > > > > > Igniters, > > > > > > > > > > > > > > > Here is the list of activities we've agreed on to prepare the > Apache > > > > > Ignite 2.8 release. > > > > > > > > > > 1. > > > > > Preliminary release dates with the ability to shift them if some of > > > > > the planned activities will not be finalized. But anyway we should > > > > > build our engagement based on these dates. > > > > > > > > > > Scope Freeze: November 5, 2019 > > > > > Code Freeze: December 2, 2019 > > > > > Voting Date: January 10, 2020 > > > > > Release Date: January 17, 2020 > > > > > > > > > > 2. > > > > > Mark all the issues related to ML, Spark 2.4, Monitoring major > > > > > features and track their comletion to be sure on there is no > > > > > unfinished major changes will be present in 2.8 release. > > > > > - ML (Alexey Zinoviev) > > > > > - Spark [1] [4] (Alexey Zinoviev) > > > > > - Monitoring (Nikolay Izhikov) > > > > > > > > > > 3. > > > > > Review and mark all the partially completed major issues currently > > > > > present in the master branch. > > > > > - major IEPs e.g. IEP-18, non-blocking PME (Maxim Muzafarov) > > > > > - review major commits in the master branch (Maxim Muzafarov) > > > > > > > > > > 4. > > > > > Review blocker issues currently pinned to 2.8 release. > > > > > - IGNITE-11942 IGFS and Hadoop Accelerator Discontinuation [2]. > > > > > Probably should be moved to the next release due to dependency on > > > > > Tensorflow. Need to check. (Andrey Gura) > > > > > - IGNITE-9489 CorruptedTreeException on index create [3]. Check all > > > > > the issues releated to this. Some of them already fixed by > GridGain. > > > > > Need to check. (Andrey Gura) > > > > > - IGNITE-12181 Rebalance hangs on BLT change. The cause has been > > > > > found. Will be fixed. (Maxim Muzafarov) > > > > > - Need to check all the other blocker issues (Maxim Muzafarov) > > > > > > > > > > 5. > > > > > QA regression (2.7 -> 2.8). I'll provide additional details when > I'll > > > get > > > > > them. > > > > > Review and check test-cases, optioannly schedule meeting (Maxim > > > Muzafarov) > > > > > > > > > > 6. > > > > > (optional) Need to create an INFRA ticket to add `Epic` JIRA issue > > > > > type to the Apache Ignite JIRA. The issue [6] has been created but > not > > > > > sure that I have the right permission to do so. > > > > > > > > > > [1] > > > > > > > > > http://apache-ignite-developers.2346864.n4.nabble.com/The-Spark-2-4-support-td43777.html > > > > > [2] https://issues.apache.org/jira/browse/IGNITE-11942 > > > > > [3] https://issues.apache.org/jira/browse/IGNITE-9489 > > > > > [4] https://issues.apache.org/jira/browse/IGNITE-12054 > > > > > [5] https://issues.apache.org/jira/browse/IGNITE-12181 > > > > > [6] https://issues.apache.org/jira/browse/INFRA-19164 > > > > > > > > > > On Mon, 30 Sep 2019 at 12:14, Ivan Pavlukhin <vololo...@gmail.com> > > > wrote: > > > > > > > > > > > > Maxim, Folks, > > > > > > > > > > > > Could you please share a results of the Slack discussion from > Sep 25? > > > > > > > > > > > > ср, 25 сент. 2019 г. в 15:50, Dmitriy Pavlov <dpav...@apache.org > >: > > > > > > > > > > > > > > Hi Maxim, > > > > > > > > > > > > > > Thank you for preparing the release page! > > > > > > > > > > > > > > Could you please add Require release notes filter? You can > find an > > > > > example > > > > > > > in > > > > > > https://cwiki.apache.org/confluence/display/IGNITE/Apache+Ignite+2.7.6 > > > > > > > > > > > > > > Sincerely > > > > > > > Dmitriy Pavlov > > > > > > > > > > > > > > ср, 25 сент. 2019 г. в 11:58, Maxim Muzafarov < > mmu...@apache.org>: > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Best regards, > > > > > > Ivan Pavlukhin > > > > > > > > >
