From dev-return-47956-archive-asf-public=cust-asf.ponee.io@ignite.apache.org Mon Oct 14 15:18:11 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 00870180648 for ; Mon, 14 Oct 2019 17:18:10 +0200 (CEST) Received: (qmail 52173 invoked by uid 500); 14 Oct 2019 15:18:10 -0000 Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ignite.apache.org Delivered-To: mailing list dev@ignite.apache.org Received: (qmail 52161 invoked by uid 99); 14 Oct 2019 15:18:09 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Oct 2019 15:18:09 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 2BEF4C2433 for ; Mon, 14 Oct 2019 15:18:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.9 X-Spam-Level: X-Spam-Status: No, score=0.9 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_HEX=0.1] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-ec2-va.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id Uwp9DAu5V8UV for ; Mon, 14 Oct 2019 15:18:05 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.208.174; helo=mail-lj1-f174.google.com; envelope-from=a.budnikov.ignite@gmail.com; receiver= Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) with ESMTPS id EA75CBC572 for ; Mon, 14 Oct 2019 15:18:04 +0000 (UTC) Received: by mail-lj1-f174.google.com with SMTP id y23so16993501lje.9 for ; Mon, 14 Oct 2019 08:18:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=9H6U9jKCE1RUV8FPsadI3r6CRa00IBxkNE/UCgVgOn4=; b=GzgVFFsW7Axrt33TfXsoRTIxQVdaU/9k12bxwbSk2LxdW1JGicZCrkJurBDU2G0XVS PlOWPdCH6WKyCXRRqYPIkYuBkmFbdBqQMBwP13dcs5ubhObUNA/+4X/gmiUZAJqTUGI3 OL2dTbZSAJn3wHcFt7g429ofc0uZkrS9LDDUlvHdKo/QLjcDXu/gGDViOHMYN9FPSsIm nQ1joi/VFUGsXbH1trQUfk/cx71xe9ESVMDPpJsBYFJGG/LlZh6Annl77lJ3j6asZ9ov eax6UD7j2nxwOu5hTUC855zP5d6aMpiYPM3Dj/sFenBc+brNwvxvTLGnf06DBGZjRb2y HFFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=9H6U9jKCE1RUV8FPsadI3r6CRa00IBxkNE/UCgVgOn4=; b=hto8/OqZO1BiJKV3GePV23cIReXLO4ci/xmOZoVVZ5vYiDppJkmXhXwiwDUeYlqDo8 cAyifLYSYFmfuh9NAuY1npBOT2JBhBmhlgH7fJExHvfEYbbKS7af4qRgHqP4/CZR0Kkz +UH3I0wDrV+Xkrua0fKy/8F83T5hKckjkWJbYnKjuJVnuvmFoxNkWWYEHYxGGANWaPNQ p6qCS90aZUXyFrAwDjnqxXoSTsD8qBiyyVE2fPNijETVXarJ2UY7B//+HY6fawx9/z4H NlsX4hgjjNqjYX7M5Q8oTWiEOtk3kAfl/5SNN7PKPFKNHjYtzFhV2Kf4g/Lk8/qSXBDJ FrtQ== X-Gm-Message-State: APjAAAXBgKjKvA/m5jWXPLxZW4NT4Gu4cvYEmI5ZMgcA2eFoZ8EBjHSY /JWlD9WP8xNYNQrzSH2NC9w= X-Google-Smtp-Source: APXvYqw2Q/NASdoarPtkF0lAL9NL1ZbHK9A4pepWg4Yo6Si1BkxxkpSZKHQk6GbsF7zfJszpnavp8A== X-Received: by 2002:a05:651c:1069:: with SMTP id y9mr9372851ljm.171.1571066277676; Mon, 14 Oct 2019 08:17:57 -0700 (PDT) Received: from [172.25.4.179] ([195.239.208.174]) by smtp.gmail.com with ESMTPSA id 202sm4329222ljf.75.2019.10.14.08.17.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 14 Oct 2019 08:17:57 -0700 (PDT) Subject: Re: Apache Ignite 2.8 RELEASE [Time, Scope, Manager] To: dev@ignite.apache.org, Maxim Muzafarov References: <8462411569340421@sas8-004ac07304b9.qloud-c.yandex.net> From: Artem Budnikov Message-ID: <397e997b-bd17-c987-b4a6-f1d09204d8d1@gmail.com> Date: Mon, 14 Oct 2019 18:17:56 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Hi Maxim, I'm glad to see that you care about documentation. Way to go! Here is a couple of points that can help: 1) I think it's safe to assume that Prachi will not work on the Ignite documentation any longer. You can take up the issues assigned to her and prioritize them whichever way is convenient for yourself. In fact, you can take up other's issues as well. 2) I'll try to do my best to finish as much documentation issues as I'll be able to by the release date. So, it looks like that in general we are good. -Artem On 13.10.2019 15:55, Maxim Muzafarov wrote: > Ilya, > > I agree that issues related to `documentation` can be safely > postponed, however, for me the whole batch of such issues looks > unmanageable and unclear. At least we should prioritize all of them to > complete the maximum that we can by the deadline. > > On Thu, 10 Oct 2019 at 19:47, Ilya Kasnacheev wrote: >> Hello! >> >> I think that Documentation tickets may be safely postponed until final >> stages of release, since it's not included in artifacts, rather available >> on readme.io, etc. >> >> Regards, >> -- >> Ilya Kasnacheev >> >> >> чт, 10 окт. 2019 г. в 14:41, Pavel Kovalenko : >> >>> 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 : >>> >>>> 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 wrote: >>>>> Maxim, >>>>> >>>>> This sounds reasonable to me. >>>>> >>>>> - >>>>> Denis >>>>> >>>>> >>>>> On Wed, Oct 2, 2019 at 8:55 AM Maxim Muzafarov >>>> 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 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 >>>>>> 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 < >>> vololo100@gmail.com> >>>>>> wrote: >>>>>>>>> Maxim, Folks, >>>>>>>>> >>>>>>>>> Could you please share a results of the Slack discussion from >>>> Sep 25? >>>>>>>>> ср, 25 сент. 2019 г. в 15:50, Dmitriy Pavlov < >>> dpavlov@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 < >>>> mmuzaf@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 < >>>> dpavlov@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.dev@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" : >>>>>>>>>>>>>> Sergey, >>>>>>>>>>>>>> >>>>>>>>>>>>>> As I know, scope freeze is not announced yet. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Sep 24, 2019 at 4:41 PM Sergey Antonov >>>>>>>>>>>>>> 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 < >>>>>>>> nizhikov@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 < >>>>>>>> mmuzaf@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 < >>>>>>>> agura@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 < >>>>>>>>>>> agura@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 < >>>>>>>>>>>>>>> > nizhikov@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.sin@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.sin@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 < >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> > > > nizhikov@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.sin@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 < >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> > > > mmuzaf@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 >>>>>>>>>>>>> < >>>>>>>>>>>>>>> > > > >>>>>>>>>>>>>>> > > > dpavlov@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.sin@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 < >>>>>>>>>>>>>>> > > > > > > > > > > >>>>>>>>>>>>>>> > > > > > > > > > > mmuzaf@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