+1, and thank you Peter for taking the lead. This may also be a good opportunity to consider deprecating some of the older technologies still supported by Impala, but retired by their creators, like Python 2, CentOS 7 or Ubuntu 16.04.
If agreement can be reached on this topic, then 4.5.0 could be the last release that still has support for the tech we decide to deprecate, and the release notes / release announcement could also contain the statements about the deprecations. I'm happy to start a separate discussion thread for this topic to keep this thread focused on the 4.5.0 release. Thanks, - LaszloG On Fri, Jan 10, 2025 at 1:19 AM Quanlong Huang <huangquanl...@gmail.com> wrote: > +1. Thanks for volunteering! > > Maybe it's worth doing a quick release for 4.4.2 before this? So 4.5.0 > still appears as the latest release when it comes up. > I see in another thread we found IMPALA-13254 useful. There are also > some bug fixes like IMPALA-13193 that can be backported. > Sorry for disrupting the topic. But if people think a 4.4.2 release is > ok, I can start a new discussion thread for that. > > Quanlong > > On Fri, Jan 10, 2025 at 2:14 AM Michael Smith > <michael.sm...@cloudera.com> wrote: > > > > Agreed, thank you for getting this started! > > > > On Thu, Jan 9, 2025 at 3:11 AM Gabor Kaszab <gaborkas...@apache.org> > wrote: > > > > > I agree, it's about time to have a new release. Thanks for > volunteering, > > > Peter! > > > > > > Gabor > > > > > > On Thu, Jan 9, 2025 at 11:41 AM Zoltán Borók-Nagy < > borokna...@apache.org> > > > wrote: > > > > > > > Thanks for volunteering, Peter! > > > > > > > > Yeah, it's about time to release all the good stuff the community has > > > > worked on. > > > > > > > > I'm planning to take a look if I can quickly add an initial, > experimental > > > > support for Iceberg REST catalogs: IMPALA-13586 > > > > <https://issues.apache.org/jira/browse/IMPALA-13586>. > > > > This should enable lightweight Impala deployments, where you wouldn't > > > need > > > > CatalogD, nor HMS. > > > > But if it will require too much time then It's OK to move forward > with > > > the > > > > release. > > > > > > > > Cheers, > > > > Zoltan > > > > > > > > On Thu, Jan 9, 2025 at 10:52 AM Peter Rozsa <pro...@apache.org> > wrote: > > > > > > > > > Hi! > > > > > > > > > > Our last minor release, 4.4.0, was released ~7 months ago (May > 2024), > > > and > > > > > the maintenance version of 4.4.1 was released almost 5 months ago. > > > There > > > > > have been many new changes since then covering > > > > > > > > > > - > > > > > > > > > > Workload management improvements > > > > > - > > > > > > > > > > User quotas for Admission Control > > > > > - > > > > > > > > > > Roaring bitmap for Iceberg deletes > > > > > - > > > > > > > > > > Calcite planner preparations > > > > > - > > > > > > > > > > MERGE statement for Iceberg tables > > > > > - > > > > > > > > > > Reading Puffin stat files for Iceberg tables > > > > > - > > > > > > > > > > Improvements for OPTIMIZE statement > > > > > - > > > > > > > > > > Tuple cache improvements > > > > > - > > > > > > > > > > Optimizations for JSON format > > > > > - > > > > > > > > > > Optimizations for Iceberg tables > > > > > - > > > > > > > > > > Event processor improvements > > > > > - > > > > > > > > > > Complex type improvements > > > > > - > > > > > > > > > > Various performance improvements > > > > > - > > > > > > > > > > Various diagnostic improvements > > > > > > > > > > > > > > > I propose that we release 4.5.0 soon. I'm willing to volunteer as > the > > > > > > > > > > release manager. I'm interested to hear what the community thinks > about > > > > > > > > > > doing a release. All feedback is welcome! > > > > > > > > > > Cheers, Peter > > > > > > > > > > > > >
