Hi everyone, The vote is now closed. I will be sending a separate email to tally the votes and provide the final result.
Thanks, Udit On Tue, Aug 24, 2021 at 8:19 AM Nishith <[email protected]> wrote: > +1 (binding) > > > On Aug 23, 2021, at 8:08 PM, Balaji Varadarajan > <[email protected]> wrote: > > > > +1 (binding) > > $ ./release/validate_staged_release.sh --release=${RC_VERSION} --rc_num=2 > > ...Downloading from svn co > https://dist.apache.org/repos/dist//dev/hudiValidating hudi-0.9.0-rc2 > with release type "dev"Checking Checksum of Source Release Checksum Check > of Source Release - [OK] > > % Total % Received % Xferd Average Speed Time Time Time > Current Dload Upload Total Spent > Left Speed100 42380 100 42380 0 0 98k 0 --:--:-- --:--:-- > --:--:-- 98kChecking Signature Signature Check - [OK] > > Checking for binary files in source release No Binary Files in Source > Release? - [OK] > > Checking for DISCLAIMER DISCLAIMER file exists ? [OK] > > Checking for LICENSE and NOTICE License file exists ? [OK] Notice file > exists ? [OK] > > Performing custom Licensing Check Licensing Check Passed [OK] > > Running RAT Check RAT Check Passed [OK] > > Balaji.V > > > > On Monday, August 23, 2021, 03:34:37 PM PDT, Bhavani Sudha < > [email protected]> wrote: > > > > +1 (binding) > > > >> On Mon, Aug 23, 2021 at 3:23 PM Sivabalan <[email protected]> wrote: > >> > >> +1 (binding) > >> > >> 1. Release validation succeeded > >> 2. Ran quick start for two variants (spark2, scala11 and spark3, > scala12) > >> for all operations. > >> 3. Ran docker demo and verified all 3 query engines (spark sql, hive, > >> presto) and 3 query types(snapshot, read optimized, incremental) across > two > >> tables. > >> > >> ./release/validate_staged_release.sh --release=0.9.0 --rc_num=2 > >> /tmp/validation_scratch_dir_001 > >> ~/Documents/personal/projects/a_hudi/hudi/scripts > >> local dir local_svn_dir > >> Downloading from svn co https://dist.apache.org/repos/dist//dev/hudi > >> Validating hudi-0.9.0-rc2 with release type "dev" > >> Checking Checksum of Source Release > >> Checksum Check of Source Release - [OK] > >> > >> % Total % Received % Xferd Average Speed Time Time Time > >> Current > >> Dload Upload Total Spent Left > >> Speed > >> 100 42380 100 42380 0 0 156k 0 --:--:-- --:--:-- --:--:-- > >> 156k > >> Checking Signature > >> Signature Check - [OK] > >> > >> Checking for binary files in source release > >> No Binary Files in Source Release? - [OK] > >> > >> Checking for DISCLAIMER > >> DISCLAIMER file exists ? [OK] > >> > >> Checking for LICENSE and NOTICE > >> License file exists ? [OK] > >> Notice file exists ? [OK] > >> > >> Performing custom Licensing Check > >> Licensing Check Passed [OK] > >> > >> Running RAT Check > >> RAT Check Passed [OK] > >> > >> > >> > >> > >> > >> > >> > >>> On Sun, Aug 22, 2021 at 9:09 PM Vinoth Chandar <[email protected]> > wrote: > >>> > >>> +1 (binding) > >>> > >>> RC check [1] passed > >>> > >>> [1] > >> https://gist.github.com/vinothchandar/68b34f3051e41752ebffd6a3edeb042b > >>> > >>> > >>>> On Sun, Aug 22, 2021 at 1:28 PM Sivabalan <[email protected]> wrote: > >>> > >>>> We can keep the specific discussion out of this voting thread. Have > >>> started > >>>> a new thread here > >>>> < > >>>> > >>> > >> > https://lists.apache.org/thread.html/r3bae7622904b04c7d1fb2ddaf5226e37166d5fbb1721f403b1b04545%40%3Cdev.hudi.apache.org%3E > >>>>> > >>>> to > >>>> continue this discussion. We can keep this thread just for voting. > >>> Thanks. > >>>> > >>>> On Sun, Aug 22, 2021 at 2:13 AM Danny Chan <[email protected]> > >> wrote: > >>>> > >>>>> It's not a surprise that 0.9 has a longer release process, the Spark > >>> SQL > >>>>> was added and many promotions from the Flink engine. We need more > >>>> patience > >>>>> for this release IMO. > >>>>> > >>>>> Having another minor release like 0.9.1 is a solution but not a good > >>> one, > >>>>> people have much more promise to the major release and it carries > >>>>> many expectations. If people report the problems during the release > >>>>> process, just accept it if it is not a big PR/fix, and there are > >> only a > >>>> few > >>>>> ones up to now. I would not take too much time. > >>>>> > >>>>> I know that it has been about 4 months since the last release, but > >>> people > >>>>> want a complete release version not a defective one. > >>>>> > >>>>> Best, > >>>>> Danny > >>>>> > >>>>> Sivabalan <[email protected]> 于2021年8月22日周日 上午11:50写道： > >>>>> > >>>>>> I would like to share my thoughts on the release process in > >> general. > >>> I > >>>>> will > >>>>>> read more about what exactly qualifies for -1 and will look into > >> what > >>>>> Peng > >>>>>> and Danny has put up. But some thoughts on the release in general. > >>>>>> > >>>>>> Every release process is very tedious and time consuming and RM > >> does > >>>> put > >>>>> in > >>>>>> non-trivial amount of work in getting the release out. To make the > >>>>> process > >>>>>> smooth, RM started an email thread by Aug 3, calling for any > >> release > >>>>>> blockers. Would like to understand, if these were surfaced in that > >>>>> thread? > >>>>>> What I am afraid of is, we might keep delaying our release by > >> adding > >>>> more > >>>>>> patches/bug fixes with every candidate. For instance, if we > >> consider > >>>>> these > >>>>>> and RM works on RC3 and puts up a vote in 5 days and what if > >> someone > >>>> else > >>>>>> wants to add a couple of more fixes or improvements to the release? > >>> If > >>>>> it's > >>>>>> a very serious bug that one cannot do basic operations like > >>>> insert/upsert > >>>>>> in any of the engines or some serious regression, yeah we can > >>>> definitely > >>>>>> block the release. But if there are corner case bugs, or any > >>>> improvements > >>>>>> in general, we can always have another release immediately > >> following > >>>>> this. > >>>>>> This is my humble opinion having gone through the release process > >>>> myself > >>>>> in > >>>>>> the past and have helped others in doing the release in Hudi. It's > >>> been > >>>>>> more than 4 months we have had a release. Would be good for us to > >> be > >>>>>> mindful of that as well. Maybe this is common in other projects, > >> but > >>> I > >>>> am > >>>>>> not aware of that. Please enlighten me if you have experience with > >>>> other > >>>>>> projects. > >>>>>> > >>>>>> I would like to hear from other PMCs and experts who are more > >>>>>> knowledgeable about the release process. > >>>>>> And if anyone has any suggestions on improving the release process > >> in > >>>>>> general (if we can seal the patches that go into a release upfront, > >>>>> etc), I > >>>>>> am all ears to that as well. > >>>>>> > >>>>>> > >>>>>> On Sat, Aug 21, 2021 at 10:41 PM Danny Chan <[email protected]> > >>>>> wrote: > >>>>>> > >>>>>>> I have fired a cherry-pick PR: > >>>>> https://github.com/apache/hudi/pull/3519 > >>>>>>> > >>>>>>> Best, > >>>>>>> Danny > >>>>>>> > >>>>>>> Danny Chan <[email protected]> 于2021年8月22日周日 上午9:07写道： > >>>>>>> > >>>>>>>> I'm sorry I would also vote -1. > >>>>>>>> > >>>>>>>> HUDI-2316 > >>>>>>>> HUDI-2340 > >>>>>>>> HUDI-2342 > >>>>>>>> > >>>>>>>> are all important improvements for Flink and we hope they can > >> be > >>>>>>>> cherry picked to release 0.9. > >>>>>>>> > >>>>>>>> Best, > >>>>>>>> Danny > >>>>>>>> > >>>>>>>> Udit Mehrotra <[email protected]> 于2021年8月21日周六 上午7:13写道： > >>>>>>>> > >>>>>>>>> Hi everyone, > >>>>>>>>> > >>>>>>>>> Please review and vote on the release candidate #2 for the > >>> version > >>>>>>> 0.9.0, > >>>>>>>>> as follows: > >>>>>>>>> > >>>>>>>>> [ ] +1, Approve the release > >>>>>>>>> > >>>>>>>>> [ ] -1, Do not approve the release (please provide specific > >>>>> comments) > >>>>>>>>> > >>>>>>>>> The complete staging area is available for your review, which > >>>>>> includes: > >>>>>>>>> > >>>>>>>>> * JIRA release notes [1], > >>>>>>>>> > >>>>>>>>> * the official Apache source release and binary convenience > >>>> releases > >>>>>> to > >>>>>>> be > >>>>>>>>> deployed to dist.apache.org [2], which are signed with the > >> key > >>>> with > >>>>>>>>> fingerprint 44A484600E48193A74F97447C47E66F8386204DF [3], > >>>>>>>>> > >>>>>>>>> * all artifacts to be deployed to the Maven Central Repository > >>>> [4], > >>>>>>>>> > >>>>>>>>> * source code tag "release-0.9.0-rc2" [5], > >>>>>>>>> > >>>>>>>>> The vote will be open for at least 72 hours. It is adopted by > >>>>> majority > >>>>>>>>> approval, with at least 3 PMC affirmative votes. > >>>>>>>>> > >>>>>>>>> Thanks, > >>>>>>>>> > >>>>>>>>> Release Manager > >>>>>>>>> > >>>>>>>>> [1] > >>>>>>>>> > >>>>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>> > >>> > >> > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12322822&version=12350027 > >>>>>>>>> > >>>>>>>>> [2] > >> https://dist.apache.org/repos/dist/dev/hudi/hudi-0.9.0-rc2/ > >>>>>>>>> > >>>>>>>>> [3] https://dist.apache.org/repos/dist/dev/hudi/KEYS > >>>>>>>>> > >>>>>>>>> [4] > >>>>>>>>> > >>>>>> > >>> https://repository.apache.org/content/repositories/orgapachehudi-1043/ > >>>>>>>>> > >>>>>>>>> < > >>>>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>> > >>> > >> > https://repository.apache.org/content/repositories/orgapachehudi-1042/org/apache/hudi/ > >>>>>>>>>> [5] > >>>>>>>>> https://github.com/apache/hudi/tree/release-0.9.0-rc2 > >>>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Regards, > >>>>>> -Sivabalan > >>>>>> > >>>>> > >>>> > >>>> > >>>> -- > >>>> Regards, > >>>> -Sivabalan > >>>> > >>> > >> > >> > >> -- > >> Regards, > >> -Sivabalan > >> >
