I committed the patch for CALCITE-5477. I would appreciate a review on CALCITE-5479, if someone has a chance.
On 2023/06/07 09:53:08 Gian Merlino wrote: > Some more detail: > > - the PR for CALCITE-5477 is https://github.com/apache/calcite/pull/3249 > - the PR for CALCITE-5479 is https://github.com/apache/calcite/pull/3030 > > I've just pushed up some updates to reflect the new approach we discussed for > guava backwards-compat in CALCITE-5477, and to sync up with latest main in > CALCITE-5479. > > We've been doing a bunch of work on the Druid side to be able to update our > Calcite dependency (currently, we're on 1.21.0). From what we've seen so far, > we believe if these two patches are part of 1.35.0, then we could target that > version. > > Gian > > On 2023/06/07 06:32:34 Abhishek Agarwal wrote: > > We (Apache Druid) would also like > > https://issues.apache.org/jira/browse/CALCITE-5479 and > > https://issues.apache.org/jira/browse/CALCITE-5477 to be fixed in 1.35.0. > > There are PRs for both of these fixes. We are working on addressing review > > comments and just need a few days of time. > > > > On Thu, Jun 1, 2023 at 3:32 AM Julian Hyde <jh...@apache.org> wrote: > > > > > There's one Jira case we should fix: > > > https://issues.apache.org/jira/browse/CALCITE-5737 (support JDK 19 and > > > 20). Can someone take that on? > > > > > > Julian > > > > > > On 2023/05/30 08:33:23 xiong duan wrote: > > > > Yes. I can release 1.35.0 when the PR is handled. > > > > > > > > Julian Hyde <jh...@apache.org> 于2023年5月30日周二 05:46写道: > > > > > > > > > Mid-June sounds like a good idea. > > > > > > > > > > I would like to see the following Jira cases finished: > > > > > * 5701 NAMED_STRUCT (MasseGuillaume) > > > > > * 5640 SAFE_ADD (DanZou) > > > > > * 5625 SEARCH (olivrlee) > > > > > * 5626 Fully-qualified names (herunkang2018) > > > > > * 5615 SQL Logic Test (mbudiu) > > > > > * 5607 JSON serialization (olivrlee) > > > > > * 5564 PERCENTILE_CONT (tanclary) > > > > > * 5526 Unparsing literals (TJ Banghart) > > > > > > > > > > If the authors have made changes they would like me to review, please > > > > > add a comment to the Jira case. > > > > > > > > > > Any other cases, don't ask me personally, ask everyone on the dev > > > > > list. My capacity to review PRs is limited. > > > > > > > > > > Julian > > > > > > > > > > On Fri, May 26, 2023 at 11:16 PM Benchao Li <libenc...@apache.org> > > > wrote: > > > > > > > > > > > > It's been a bit more than 2 months since our last release [1] and > > > there > > > > > are > > > > > > currently 80+ new commits in master. > > > > > > > > > > > > As usual, according to our Jira dashboard [2] and Github [3], 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.35 backlog and > > > merge > > > > > > the PRs which are in a good state. I'd propose to aim for **mid > > > June** to > > > > > > release 1.35.0, this will give us about 15-20 days to clean up > > > pending > > > > > PRs > > > > > > for next version. What do you think? > > > > > > > > > > > > According to [4], the following release managers would be: > > > > > > - 1.35.0 Duan Xiong > > > > > > - 1.36.0 Benchao Li > > > > > > - 1.37.0 Sergey Nuyanzin > > > > > > - 1.38.0 Julian Hyde > > > > > > > > > > > > @Duan Xiong, are you still available for being the release manager > > > for > > > > > > 1.35.0? > > > > > > > > > > > > And contributors, if you have any work that is in good shape and > > > want to > > > > > be > > > > > > included in 1.35.0, please mark the fixVersion to 1.35.0, this will > > > > > inform > > > > > > the release manager, and we'll try our best to get it in. > > > > > > > > > > > > [1] https://calcite.apache.org/docs/history.html#v1-34-0 > > > > > > [2] > > > > > > > > > > > > > > https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12333950 > > > > > > [3] https://github.com/apache/calcite/pulls > > > > > > [4] https://lists.apache.org/thread/tm3t42qvpq3db24xtd2g468ofv83l6hk > > > > > > > > > > > > > > > > > > Best, > > > > > > Benchao Li > > > > > > > > > > > > > > >