Hi Colin, I've added both KIP-1057 (Approved, PR under review) and KIP-1040 (Approved and PR merged) to the release plan.
I also added KIP-1031 as I merged the PR this morning. Thanks, Mickael On Tue, Jul 9, 2024 at 9:22 AM Mario Fiore Vitale <mvit...@redhat.com> wrote: > > Hi Colin, > > Can the KIP-1040[1] be included? It is accepted and the relative PR has > been merged. > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-1040%3A+Improve+handling+of+nullable+values+in+InsertField%2C+ExtractField%2C+and+other+transformations > > Thanks, > Mario. > > On Tue, Jul 9, 2024 at 9:18 AM Federico Valeri <fedeval...@gmail.com> wrote: > > > Hi Colin, thanks, but I don't see my KIP in the release plan. Am I > > looking at the wrong page? Anyway, I think the PR is ready to be > > merged, I'm just waiting for one of the reviewers 2nd pass. > > > > On Mon, Jul 8, 2024 at 8:07 PM Colin McCabe <co...@cmccabe.xyz> wrote: > > > > > > Hi Federico, > > > > > > Thanks for the KIP. I've added it to the release plan. I hope we can get > > it in this week or next, since feature freeze is imminent. > > > > > > Colin > > > > > > > > > On Sun, Jun 30, 2024, at 23:29, Federico Valeri wrote: > > > > Hi Colin, is it possible to include this small KIP in the release plan? > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-1057%3A+Add+remote+log+metadata+flag+to+the+dump+log+tool > > > > > > > > There is already an open PR. > > > > > > > > Thanks. > > > > > > > > On Fri, Jun 28, 2024 at 7:13 AM Nelson B. <bachmanity...@gmail.com> > > wrote: > > > >> > > > >> Hi Colin, > > > >> > > > >> If you have time could you please have a look at KIP-1025 and cast > > your > > > >> vote? > > > >> It is currently one vote short of being accepted. Any sort of feedback > > > >> would be appreciated. > > > >> > > > >> Thanks. > > > >> > > > >> On Thu, Jun 27, 2024 at 4:45 PM Mario Fiore Vitale < > > mvit...@redhat.com> > > > >> wrote: > > > >> > > > >> > Hi Colin, > > > >> > > > > >> > > Do we feel that KIP-1040 can make feature freeze? > > > >> > > > > >> > I think yes but it all depends on the review. In any case the > > changes are > > > >> > not so complex. > > > >> > > > > >> > Mario. > > > >> > > > > >> > On Wed, Jun 26, 2024 at 10:06 PM Colin McCabe <cmcc...@apache.org> > > wrote: > > > >> > > > > >> > > Hi Mario and Nelson, > > > >> > > > > > >> > > Thanks for asking. Both of these KIPs can certainly go in 3.9 if > > we can > > > >> > > hit the deadlines. If you need an extra day or two just ping me. > > (But I > > > >> > > don't want to extend things for too long!) :) > > > >> > > > > > >> > > Do we feel that KIP-1040 can make feature freeze? > > > >> > > > > > >> > > best, > > > >> > > Colin > > > >> > > > > > >> > > On Tue, Jun 25, 2024, at 01:48, Mario Fiore Vitale wrote: > > > >> > > > Hi all, > > > >> > > > > > > >> > > > Can the KIP-1040[1] be included? It is accepted and a PR review > > is in > > > >> > > > progress. > > > >> > > > > > > >> > > > > > > >> > > > > > >> > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-1040%3A+Improve+handling+of+nullable+values+in+InsertField%2C+ExtractField%2C+and+other+transformations > > > >> > > > > > > >> > > > Thanks, > > > >> > > > Mario. > > > >> > > > > > > >> > > > > > > >> > > > On Tue, Jun 25, 2024 at 8:28 AM Nelson B. < > > bachmanity...@gmail.com> > > > >> > > wrote: > > > >> > > > > > > >> > > >> Hello, > > > >> > > >> > > > >> > > >> Can I include KIP-1025 > > > >> > > >> < > > > >> > > >> > > > >> > > > > > >> > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-1025%3A+Optionally+URL-encode+clientID+and+clientSecret+in+authorization+header > > > >> > > >> > > > > >> > > >> in > > > >> > > >> this release? > > > >> > > >> It's currently in the voting stage, I hope it can receive > > enough votes > > > >> > > by > > > >> > > >> next week. > > > >> > > >> > > > >> > > >> Thanks. > > > >> > > >> > > > >> > > >> On Tue, Jun 18, 2024 at 5:32 AM José Armando García Sancio > > > >> > > >> <jsan...@confluent.io.invalid> wrote: > > > >> > > >> > > > >> > > >> > Would it be better to start a DISCUSS thread for 4.0 and > > keep this > > > >> > > >> > thread for 3.9 discussions? We seem to have agreement on 3.9. > > > >> > > >> > > > > >> > > >> > On Mon, Jun 17, 2024 at 4:29 PM José Armando García Sancio > > > >> > > >> > <jsan...@confluent.io> wrote: > > > >> > > >> > > > > > >> > > >> > > +1 for me. Thanks Colin for volunteering to be the release > > > >> > manager. > > > >> > > >> > > > > > >> > > >> > > On Mon, Jun 17, 2024 at 4:15 PM Ismael Juma < > > m...@ismaeljuma.com> > > > >> > > wrote: > > > >> > > >> > > > > > > >> > > >> > > > Hi all, > > > >> > > >> > > > > > > >> > > >> > > > I think we should actually look at the target dates vs > > just > > > >> > > looking > > > >> > > >> at > > > >> > > >> > the > > > >> > > >> > > > release length. 3.9 is an August release. I suggest we > > aim for a > > > >> > > >> > November > > > >> > > >> > > > release for 4.0, which is 3 months (instead of 4). Why? > > Because > > > >> > > >> > December is > > > >> > > >> > > > a tricky month given holidays and all. And it gives us a > > buffer > > > >> > > for > > > >> > > >> > release > > > >> > > >> > > > delays that still allows for a 4.0 in 2024. > > > >> > > >> > > > > > > >> > > >> > > > Ismael > > > >> > > >> > > > > > > >> > > >> > > > On Mon, Jun 17, 2024 at 12:54 PM Matthias J. Sax < > > > >> > > mj...@apache.org> > > > >> > > >> > wrote: > > > >> > > >> > > > > > > >> > > >> > > > > In general I prefer to stick with the original time > > frame, > > > >> > but I > > > >> > > >> > believe > > > >> > > >> > > > > an additional month would be good for KIP-848. > > > >> > > >> > > > > > > > >> > > >> > > > > Maybe we can cut down 2 weeks for the 4.1 and 4.2 > > releases > > > >> > > each, to > > > >> > > >> > make > > > >> > > >> > > > > up for the time? Not a must; just an idea. We can also > > just > > > >> > > accept > > > >> > > >> a > > > >> > > >> > > > > one-time shift of the release time plan -- we did not > > really > > > >> > > lose > > > >> > > >> the > > > >> > > >> > > > > time effectively, as there was one additional release. > > > >> > > >> > > > > > > > >> > > >> > > > > > > > >> > > >> > > > > -Matthias > > > >> > > >> > > > > > > > >> > > >> > > > > > > > >> > > >> > > > > On 6/17/24 12:14 PM, David Jacot wrote: > > > >> > > >> > > > > > +1 for the release plan. Thanks! > > > >> > > >> > > > > > > > > >> > > >> > > > > > +1 for releasing 4.0 four months after 3.9. 4.0 is > > actually > > > >> > a > > > >> > > >> > pretty big > > > >> > > >> > > > > > release as we will GA KIP-848, including new group > > > >> > coordinator > > > >> > > >> and > > > >> > > >> > new > > > >> > > >> > > > > > consumer rebalance protocol. This is a pretty big > > change :). > > > >> > > >> > > > > > > > > >> > > >> > > > > > Best, > > > >> > > >> > > > > > David > > > >> > > >> > > > > > > > > >> > > >> > > > > > Le lun. 17 juin 2024 à 20:36, Colin McCabe < > > > >> > > cmcc...@apache.org> > > > >> > > >> a > > > >> > > >> > écrit > > > >> > > >> > > > > : > > > >> > > >> > > > > > > > > >> > > >> > > > > >> Hi all, > > > >> > > >> > > > > >> > > > >> > > >> > > > > >> Thanks, everyone. > > > >> > > >> > > > > >> > > > >> > > >> > > > > >> Quick update: on the release plan page, I moved > > feature > > > >> > > freeze > > > >> > > >> > forward > > > >> > > >> > > > > and > > > >> > > >> > > > > >> code freeze by one week to make sure we can hit > > that. No > > > >> > > other > > > >> > > >> > dates > > > >> > > >> > > > > >> changed. > > > >> > > >> > > > > >> > > > >> > > >> > > > > >> With regard to 4.0, I was assuming that we'd do it > > 4 months > > > >> > > >> after > > > >> > > >> > 3.9 > > > >> > > >> > > > > was > > > >> > > >> > > > > >> released. I think for that release, we should > > front-load > > > >> > all > > > >> > > the > > > >> > > >> > "remove > > > >> > > >> > > > > >> deprecated stuff" work that has piled up, and try > > to really > > > >> > > hit > > > >> > > >> > all the > > > >> > > >> > > > > >> release milestone dates. I don't think 4.0 needs to > > be a > > > >> > very > > > >> > > >> > ambitious > > > >> > > >> > > > > >> release, it really is mostly about the removals and > > the new > > > >> > > JDK > > > >> > > >> > (which > > > >> > > >> > > > > are > > > >> > > >> > > > > >> a big deal, but I hope should fit within the normal > > > >> > > timeframes). > > > >> > > >> > That > > > >> > > >> > > > > being > > > >> > > >> > > > > >> said, if people want a shorter 4.0, I'm open to > > that, as > > > >> > > long as > > > >> > > >> > we're > > > >> > > >> > > > > >> confident we could actually do that :) > > > >> > > >> > > > > >> > > > >> > > >> > > > > >> best, > > > >> > > >> > > > > >> Colin > > > >> > > >> > > > > >> > > > >> > > >> > > > > >> > > > >> > > >> > > > > >> On Fri, Jun 14, 2024, at 20:56, Sophie Blee-Goldman > > wrote: > > > >> > > >> > > > > >>> +1, thank you Colin > > > >> > > >> > > > > >>> > > > >> > > >> > > > > >>> Given the July freeze deadlines, I take it we are > > going > > > >> > with > > > >> > > >> the > > > >> > > >> > "short > > > >> > > >> > > > > >>> 3.9.0 release" option and that the existence of > > this > > > >> > release > > > >> > > >> will > > > >> > > >> > > > > impact > > > >> > > >> > > > > >>> the 4.0.0 deadlines which will still follow the > > usual > > > >> > > schedule > > > >> > > >> > -- in > > > >> > > >> > > > > >> other > > > >> > > >> > > > > >>> words, this is an "additional release" outside of > > the > > > >> > > regular > > > >> > > >> > timeline. > > > >> > > >> > > > > >> Is > > > >> > > >> > > > > >>> this understanding correct? > > > >> > > >> > > > > >>> > > > >> > > >> > > > > >>> On Fri, Jun 14, 2024 at 5:57 PM Chia-Ping Tsai < > > > >> > > >> > chia7...@gmail.com> > > > >> > > >> > > > > >> wrote: > > > >> > > >> > > > > >>> > > > >> > > >> > > > > >>>> +1 thanks Colin! > > > >> > > >> > > > > >>>> > > > >> > > >> > > > > >> > > > >> > > >> > > > > > > > > >> > > >> > > > > > > > >> > > >> > > > > > >> > > >> > > > > > >> > > >> > > > > > >> > > >> > > -- > > > >> > > >> > > -José > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > > > > >> > > >> > -- > > > >> > > >> > -José > > > >> > > >> > > > > >> > > >> > > > >> > > > > > > >> > > > > > > >> > > > -- > > > >> > > > > > > >> > > > Mario Fiore Vitale > > > >> > > > > > > >> > > > Senior Software Engineer > > > >> > > > > > > >> > > > Red Hat <https://www.redhat.com/> > > > >> > > > <https://www.redhat.com/> > > > >> > > > > > >> > > > > > >> > > > > >> > -- > > > >> > > > > >> > Mario Fiore Vitale > > > >> > > > > >> > Senior Software Engineer > > > >> > > > > >> > Red Hat <https://www.redhat.com/> > > > >> > <https://www.redhat.com/> > > > >> > > > > > > > -- > > Mario Fiore Vitale > > Senior Software Engineer > > Red Hat <https://www.redhat.com/> > <https://www.redhat.com/>