I agree that it’s a regression, and caused by my CALCITE-35 change. I’ve 
assigned the bug to myself. I’m not sure I have time to fix it this week, so we 
can back out my change if necessary to get the release out on schedule. If 
someone else can fix it I would be grateful.


> On Jun 19, 2022, at 2:26 AM, Vova Vysotskyi <volody...@apache.org> wrote:
> 
> Hello,
> 
> I have found the following regression while verifying the new release to work 
> with Apache Drill: https://issues.apache.org/jira/browse/CALCITE-5194.
> This issue appeared after changes for 
> https://issues.apache.org/jira/browse/CALCITE-35.
> Since it is a regression, I suggest treating it as a blocker for the upcoming 
> release.
> 
> Kind regards,
> Volodymyr Vysotskyi
> 
> On 2022/06/16 06:38:45 Viliam Durina wrote:
>> I'll try to work on comments in CALCITE-5157
>> <https://issues.apache.org/jira/browse/CALCITE-5157> today
>> 
>> On Wed, 15 Jun 2022 at 07:30, Yanjing Wang <zhuangzixiao...@gmail.com>
>> wrote:
>> 
>>> Hi Andrei,
>>> The followings need review process to merge.
>>> https://issues.apache.org/jira/browse/CALCITE-4512
>>> https://issues.apache.org/jira/browse/CALCITE-5045
>>> https://issues.apache.org/jira/browse/CALCITE-5043
>>> https://issues.apache.org/jira/browse/CALCITE-4987
>>> It would be great if they were fixed in this release.
>>> 
>>> Dmitry Sysolyatin <dm.sysolya...@gmail.com> 于2022年6月14日周二 17:18写道:
>>> 
>>>> Hi!
>>>> It would be good to merge:
>>>> https://issues.apache.org/jira/browse/CALCITE-5134
>>>> https://issues.apache.org/jira/browse/CALCITE-5127
>>>> 
>>>> Both of those issues are related to correct execution queries with
>>>> subqueries.
>>>> 
>>>> On Tue, Jun 14, 2022 at 6:59 AM Andrei Sereda <aser...@gmail.com> wrote:
>>>> 
>>>>> Thanks to all who reviewed the PRs for 1.31 release.
>>>>> 
>>>>> There are about 16 issues remaining tagged for 1.31 (list
>>>>> <
>>>>> 
>>>> 
>>> 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
>>>>>> 
>>>>> ).
>>>>> 
>>>>> Please let me know which ones are important for this release (and I'll
>>>>> wait) otherwise I'll re-tag those issues for next release 1.32.
>>>>> 
>>>>> Regards,
>>>>> Andrei.
>>>>> 
>>>>> 
>>>>> 
>>>>> On Mon, Jun 13, 2022 at 1:05 PM Julian Hyde <jhyde.apa...@gmail.com>
>>>>> wrote:
>>>>> 
>>>>>> 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
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 
>> -- 
>> 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