Hello, Could we also include https://github.com/apache/calcite/pull/2305 into this release? I have rebased it onto the latest master and fixed all merge conflicts.
Kind regards, Volodymyr Vysotskyi On 2022/05/30 17:57:28 Julian Hyde wrote: > Viliam, I marked the Jira case ‘fix in 1.31’ so that someone will at least > review your PR. > > > On May 30, 2022, at 7:09 AM, Viliam Durina <vil...@hazelcast.com.INVALID> > > wrote: > > > > Our PR is reasonably simple and as far as I'm aware, it doesn't need more > > changes, we'd be glad to find a reviewer and having it merged: > > https://github.com/apache/calcite/pull/2808 > > > > Viliam > > > > On Fri, 27 May 2022 at 21:49, Julian Hyde <jhyde.apa...@gmail.com> wrote: > > > >> +1 mid-june release, and thank you to Ruben for sending the reminder. > >> > >> Three weeks ago we had a discussion about the fixVersion [1] field and > >> seemed to reach consensus. There were new responsibilities for the release > >> manager, as described here by Ruben: > >> > >>> Before starting the release process for version X, the > >>> release manager should take a look at Jira and find any > >>> tickets with fixVersion=X which are not resolved, and > >>> then act on a case by case basis, I guess starting a > >>> discussion on each ticket comments (so that > >>> everything is logged) with the reporter or any other > >>> contributor which may have done some work on it: > >>> - If the ticket is considered as a "Blocker", the release > >>> process shall wait until it is done. > >>> - If the ticket is not a blocker: > >>> -- If it is reasonable to assume that it can be part of > >>> the next (X+1) release (e.g. because work has > >>> started already, just some elements are left to be > >>> done etc.), the fixVersion can be changed into X+1. > >>> -- Otherwise its fixVersion shall be cleared ("unassigned"). > >> > >> Andrei, > >> > >> Can you carry out the process described above? (It’s bad news for you, > >> because there are several issues that have been shunted forward several > >> times, but next release there should be fewer issues.) It basically > >> involves starting a conversation on every open/reopened JIRA case that is > >> marked fixVersion=1.31 about a week before the RC. > >> > >> If the process works we’ll add it to the HOWTO. > >> > >> Julian > >> > >> [1] https://lists.apache.org/thread/g8tjg0qxbot8b69rgv3poo618o3xvob1 > >> > >> > >>> On May 26, 2022, at 12:58 AM, xiong duan <nobigo...@gmail.com> wrote: > >>> > >>> +1 for mid-June for the first RC. > >>> > >>> Benchao Li <libenc...@apache.org> 于2022年5月26日周四 10:31写道: > >>> > >>>> +1 for mid-June for the first RC. > >>>> Thanks Ruben for driving this, and Andrei for being the RM. > >>>> > >>>> For me, I have two PRs[1][2] which I think it's good to have them in > >> 1.31.0 > >>>> And for other issues which I've not opened pr yet, I think it's > >> reasonable > >>>> to postpone them to next version. > >>>> > >>>> [1] https://github.com/apache/calcite/pull/2791 > >>>> [2] https://github.com/apache/calcite/pull/2813 > >>>> > >>>> Andrei Sereda <aser...@gmail.com> 于2022年5月26日周四 09:16写道: > >>>> > >>>>>> Andrei, are you still available for the task? > >>>>> > >>>>> Yes. I'm happy to be the Release Manager for 1.31 > >>>>> > >>>>> On Wed, May 25, 2022 at 9:15 PM Chunwei Lei <chunwei.l...@gmail.com> > >>>>> wrote: > >>>>> > >>>>>> Thank you for taking care of this, Ruben. > >>>>>> > >>>>>> +1 for mid-June for the first RC. > >>>>>> > >>>>>> > >>>>>> Best, > >>>>>> Chunwei > >>>>>> > >>>>>> > >>>>>> On Wed, May 25, 2022 at 4:26 PM Ruben Q L <rube...@gmail.com> wrote: > >>>>>> > >>>>>>> Hello, > >>>>>>> > >>>>>>> It has been more than two months since our last release [1], and I > >>>>> think > >>>>>> we > >>>>>>> should make an effort to continue keeping the rhythm of one release > >>>>> every > >>>>>>> two months approximately. > >>>>>>> > >>>>>>> If I am not mistaken, the next release manager would be Andrei Sereda > >>>>>> [2]. > >>>>>>> Andrei, are you still available for the task? > >>>>>>> > >>>>>>> As usual, according to our Jira dashboard [3] and Github [4], there > >>>> are > >>>>>>> many pending issues that could / should be part of the release. I'd > >>>>>> propose > >>>>>>> to make a collective effort to try to clean up our 1.31 backlog: > >>>>> complete > >>>>>>> and merge the PRs which are in a reasonably good state, and push back > >>>>> to > >>>>>>> 1.32 (or unassigned version) the Jira tickets that are not advanced > >>>>>> enough > >>>>>>> to be part of this release. Shall we give ourselves around two weeks > >>>>> for > >>>>>>> this and aim at mid-June for the first RC? WDYT? > >>>>>>> > >>>>>>> Best regards, > >>>>>>> Ruben > >>>>>>> > >>>>>>> [1] https://calcite.apache.org/news/2022/03/19/release-1.30.0/ > >>>>>>> [2] https://lists.apache.org/thread/ykbhhxmljw6wg50rxs6ypp35173hlkdv > >>>>>>> [3] > >>>>>>> > >>>>>> > >>>>> > >>>> > >> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12333950 > >>>>>>> [4] https://github.com/apache/calcite/pulls > >>>>>>> > >>>>>> > >>>>> > >>>> > >>>> > >>>> -- > >>>> > >>>> Best, > >>>> Benchao Li > >>>> > >> > >> > > > > -- > > This message contains confidential information and is intended only for the > > individuals named. If you are not the named addressee you should not > > disseminate, distribute or copy this e-mail. Please notify the sender > > immediately by e-mail if you have received this e-mail by mistake and > > delete this e-mail from your system. E-mail transmission cannot be > > guaranteed to be secure or error-free as information could be intercepted, > > corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. > > The sender therefore does not accept liability for any errors or omissions > > in the contents of this message, which arise as a result of e-mail > > transmission. If verification is required, please request a hard-copy > > version. -Hazelcast > >