I’m on vacation this week so don’t ask me to review PRs.

It looks like we’re on course for an RC this week, and definitely don’t wait 
for me. Maybe we can get a few more PRs merged before then, and move the rest 
to 1.32 (or clear the fix version if the person who agreed to fix the bug has 
not responded).

Julian


> On Jun 4, 2022, at 2:17 PM, Andrei Sereda <aser...@gmail.com> wrote:
> 
> Hello,
> 
> I have created a JIRA filter
> <https://issues.apache.org/jira/issues/?jql=project%20%3D%20CALCITE%20AND%20fixVersion%20%3D%201.31.0%20AND%20status%20in%20(Open%2C%20%22In%20Progress%22%2C%20%22In%20Review%22%2C%20%22In%20Implementation%22)%20ORDER%20BY%20priority%20DESC>
> for 1.31 release. There are currently 25 unresolved issues (planned for
> 1.31).
> 
> If you are familiar with some of the JIRA tickets can you please review the
> PRs and resolve the ticket ?
> 
> The plan is to have an RC in 1-2 weeks.
> 
> Regards,
> Andrei.
> 
> 
> On Sat, Jun 4, 2022 at 6:13 AM Vova Vysotskyi <volody...@apache.org> wrote:
> 
>> 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
>>> 
>>> 
>> 

Reply via email to