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/>
