Hi Stan, I'd like to propose including KIP-892 in the 3.7 release. The KIP has been accepted and I'm just working on rebasing the implementation against trunk before I open a PR.
Regards, Nick On Tue, 21 Nov 2023 at 11:27, Mayank Shekhar Narula < mayanks.nar...@gmail.com> wrote: > Hi Stan > > Can you include KIP-951 to the 3.7 release plan? All PRs are merged in the > trunk. > > On Wed, Nov 15, 2023 at 4:05 PM Stanislav Kozlovski > <stanis...@confluent.io.invalid> wrote: > > > Friendly reminder to everybody that the KIP Freeze is *exactly 7 days > away* > > - November 22. > > > > A KIP must be accepted by this date in order to be considered for this > > release. Note, any KIP that may not be implemented in time, or otherwise > > risks heavily destabilizing the release, should be deferred. > > > > Best, > > Stan > > > > On Fri, Nov 3, 2023 at 6:03 AM Sophie Blee-Goldman < > sop...@responsive.dev> > > wrote: > > > > > Looks great, thank you! +1 > > > > > > On Thu, Nov 2, 2023 at 10:21 AM David Jacot > <dja...@confluent.io.invalid > > > > > > wrote: > > > > > > > +1 from me as well. Thanks, Stan! > > > > > > > > David > > > > > > > > On Thu, Nov 2, 2023 at 6:04 PM Ismael Juma <m...@ismaeljuma.com> > wrote: > > > > > > > > > Thanks Stanislav, +1 > > > > > > > > > > Ismael > > > > > > > > > > On Thu, Nov 2, 2023 at 7:01 AM Stanislav Kozlovski > > > > > <stanis...@confluent.io.invalid> wrote: > > > > > > > > > > > Hi all, > > > > > > > > > > > > Given the discussion here and the lack of any pushback, I have > > > changed > > > > > the > > > > > > dates of the release: > > > > > > - KIP Freeze - *November 22 *(moved 4 days later) > > > > > > - Feature Freeze - *December 6 *(moved 2 days earlier) > > > > > > - Code Freeze - *December 20* > > > > > > > > > > > > If anyone has any thoughts against this proposal - please let me > > > know! > > > > It > > > > > > would be good to settle on this early. These will be the dates > > we're > > > > > going > > > > > > with > > > > > > > > > > > > Best, > > > > > > Stanislav > > > > > > > > > > > > On Thu, Oct 26, 2023 at 12:15 AM Sophie Blee-Goldman < > > > > > > sop...@responsive.dev> > > > > > > wrote: > > > > > > > > > > > > > Thanks for the response and explanations -- I think the main > > > question > > > > > for > > > > > > > me > > > > > > > was whether we intended to permanently increase the KF -- FF > gap > > > from > > > > > the > > > > > > > historical 1 week to 3 weeks? Maybe this was a conscious > decision > > > > and I > > > > > > > just > > > > > > > missed the memo, hopefully someone else can chime in here. I'm > > all > > > > for > > > > > > > additional though. And looking around at some of the recent > > > releases, > > > > > it > > > > > > > seems like we haven't been consistently following the "usual" > > > > schedule > > > > > > > since > > > > > > > the 2.x releases. > > > > > > > > > > > > > > Anyways, my main concern was making sure to leave a full 2 > weeks > > > > > between > > > > > > > feature freeze and code freeze, so I'm generally happy with the > > new > > > > > > > proposal. > > > > > > > Although I would still prefer to have the KIP freeze fall on a > > > > > Wednesday > > > > > > -- > > > > > > > Ismael actually brought up the same thing during the 3.5.0 > > release > > > > > > > planning, > > > > > > > so I'll just refer to his explanation for this: > > > > > > > > > > > > > > We typically choose a Wednesday for the various freeze dates - > > > there > > > > > are > > > > > > > > often 1-2 day slips and it's better if that doesn't require > > > people > > > > > > > > working through the weekend. > > > > > > > > > > > > > > > > > > > > > > (From this mailing list thread > > > > > > > < > > https://lists.apache.org/thread/dv1rym2jkf0141sfsbkws8ckkzw7st5h > > > >) > > > > > > > > > > > > > > Thanks for driving the release! > > > > > > > Sophie > > > > > > > > > > > > > > On Wed, Oct 25, 2023 at 8:13 AM Stanislav Kozlovski > > > > > > > <stanis...@confluent.io.invalid> wrote: > > > > > > > > > > > > > > > Thanks for the thorough response, Sophie. > > > > > > > > > > > > > > > > - Added to the "Future Release Plan" > > > > > > > > > > > > > > > > > 1. Why is the KIP freeze deadline on a Saturday? > > > > > > > > > > > > > > > > It was simply added as a starting point - around 30 days from > > the > > > > > > > > announcement. We can move it earlier to the 15th of November, > > but > > > > my > > > > > > > > thinking is later is better with these things - it's already > > > > > aggressive > > > > > > > > enough. e.g given the choice of Nov 15 vs Nov 18, I don't > > > > necessarily > > > > > > > see a > > > > > > > > strong reason to choose 15. > > > > > > > > > > > > > > > > If people feel strongly about this, to make up for this, we > can > > > eat > > > > > > into > > > > > > > > the KF-FF time as I'll touch upon later, and move FF a few > days > > > > > earlier > > > > > > > to > > > > > > > > land on a Wednesday. > > > > > > > > > > > > > > > > This reduces the time one has to get their feature complete > > after > > > > KF, > > > > > > but > > > > > > > > allows for longer time to a KIP accepted, so the KF-FF gap > can > > be > > > > > made > > > > > > up > > > > > > > > when developing the feature in parallel. > > > > > > > > > > > > > > > > > , this makes it easy for everyone to remember when the next > > > > > deadline > > > > > > is > > > > > > > > so they can make sure to get everything in on time. I worry > > that > > > > > > varying > > > > > > > > this will catch people off guard. > > > > > > > > > > > > > > > > I don't see much value in optimizing the dates for ease of > > > memory - > > > > > > > besides > > > > > > > > the KIP Freeze (which is the base date), there are only two > > more > > > > > dates > > > > > > to > > > > > > > > remember that are on the wiki. More importantly, we have a > > > plethora > > > > > of > > > > > > > > tools that can be used to set up reminders - so a contributor > > > > doesn't > > > > > > > > necessarily need to remember anything if they're serious > about > > > > > getting > > > > > > > > their feature in. > > > > > > > > > > > > > > > > > 3. Is there a particular reason for having the feature > freeze > > > > > almost > > > > > > a > > > > > > > > full 3 weeks from the KIP freeze? ... having 3 weeks between > > the > > > > KIP > > > > > > and > > > > > > > > feature freeze (which are > > > > > > > > usually separated by just a single week)? > > > > > > > > > > > > > > > > I was going off the last two releases, which had *20 days* > (~3 > > > > weeks) > > > > > > in > > > > > > > > between KF & FF. Here are their dates: > > > > > > > > > > > > > > > > - AK 3.5 > > > > > > > > - KF: 22 March > > > > > > > > - FF: 12 April > > > > > > > > - (20 days after) > > > > > > > > - CF: 26 April > > > > > > > > - (14 days after) > > > > > > > > - Release: 15 June > > > > > > > > - 50 days after CF > > > > > > > > - AK 3.6 > > > > > > > > - KF: 26 July > > > > > > > > - FF: 16 Aug > > > > > > > > - (20 days after) > > > > > > > > - CF: 30 Aug > > > > > > > > - (14 days after) > > > > > > > > - Release: 11 October > > > > > > > > - 42 days after CF > > > > > > > > > > > > > > > > I don't know the precise reasoning for extending the time, > nor > > > what > > > > > is > > > > > > > the > > > > > > > > most appropriate time - but having talked offline to some > folks > > > > prior > > > > > > to > > > > > > > > this discussion, it seemed reasonable. > > > > > > > > > > > > > > > > Your proposal uses an aggressive 1-week gap between both, > which > > > is > > > > > > quite > > > > > > > > the jump from the previous 3 weeks. > > > > > > > > > > > > > > > > Perhaps someone with more direct experience in the recent can > > > chime > > > > > in > > > > > > > > here. Both for the reasoning for the extension from 1w to 3w > in > > > the > > > > > > last > > > > > > > 2 > > > > > > > > releases, and how they feel about reducing this range. > > > > > > > > > > > > > > > > > 4. On the other hand, we usually have a full two weeks from > > the > > > > > > feature > > > > > > > > freeze deadline to the code freeze but with the given > schedule > > > > there > > > > > > > would > > > > > > > > only be a week and a half. Given how important this period is > > for > > > > > > testing > > > > > > > > and stabilizing the release, and how vital this is for > > uncovering > > > > > > > blockers > > > > > > > > that would have delayed the release deadline, I really think > we > > > > > should > > > > > > > > maintain the two-week gap (at a minimum) > > > > > > > > > > > > > > > > This is a fair point. At the end of the day, we have to take > > time > > > > out > > > > > > of > > > > > > > > either one of the 3 ranges (now - KF; KF-FF; FF-CF;) > > > > > > > > *It sounds fair to me to take out half a week from KF-FF and > > add > > > it > > > > > to > > > > > > > > FF-CF*. e.g: > > > > > > > > - KF=Nov 18 (Sat) > > > > > > > > - FF=Dec 6 (Wed) 2.5w after > > > > > > > > - CF=Dec 20 (Wed) 2w after > > > > > > > > > > > > > > > > How do others feel about this? > > > > > > > > > > > > > > > > > Just to throw a suggestion out there, if we want to avoid > > > running > > > > > > into > > > > > > > > the winter holidays while still making up for slipping of > > recent > > > > > > > releases, > > > > > > > > what about something like this: ... > > > > > > > > > > > > > > > > Looking at the last 2 releases, they both had a full month > > > between > > > > > KIP > > > > > > > > Freeze and Code Freeze to finish contributions. Your proposal > > > goes > > > > > back > > > > > > > to > > > > > > > > a more aggressive 3 weeks e2e time. All else equal, if the > > > release > > > > > date > > > > > > > is > > > > > > > > to be kept as early January, I would prefer to opt for the > more > > > > > > > > accommodative 4-week period. > > > > > > > > > > > > > > > > > Note that historically, we have set all the deadlines on a > > > > > Wednesday > > > > > > > and > > > > > > > > when in doubt erred on the side of an earlier deadline ... We > > > can, > > > > > and > > > > > > > > often have, allowed things to come in late between the > > Wednesday > > > > > freeze > > > > > > > > deadline and the following Friday, but only on a case-by-case > > > > basis. > > > > > > > > > > > > > > > > This makes sense to me. The proposal I put above puts the two > > > > > critical > > > > > > > > dates (FF & CF) on Wed to allow for this flexibility in case > > it's > > > > > > needed. > > > > > > > > > > > > > > > > Best, > > > > > > > > Stanislav > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Oct 24, 2023 at 12:40 AM Sophie Blee-Goldman < > > > > > > > > sop...@responsive.dev> > > > > > > > > wrote: > > > > > > > > > > > > > > > > > Actually I have a few questions about the schedule: > > > > > > > > > > > > > > > > > > 1. Why is the KIP freeze deadline on a Saturday? > > Traditionally > > > > this > > > > > > has > > > > > > > > > been on a Wednesday, which is nice because it gives people > > > until > > > > > > Monday > > > > > > > > to > > > > > > > > > kick off the vote and give people a full 3 working days to > > > review > > > > > and > > > > > > > > vote > > > > > > > > > on it. Also, > > > > > > > > > 2. Why are the subsequent deadlines on different days of > the > > > > week? > > > > > > > > Usually > > > > > > > > > we aim to have the freeze deadlines separated by an integer > > > > number > > > > > of > > > > > > > > > weeks. Besides just being a consequence of the typical 1/2 > > week > > > > > > > > separation > > > > > > > > > between freeze dates, this makes it easy for everyone to > > > remember > > > > > > when > > > > > > > > the > > > > > > > > > next deadline is so they can make sure to get everything in > > on > > > > > time. > > > > > > I > > > > > > > > > worry that varying this will catch people off guard. > > > > > > > > > 3. Is there a particular reason for having the feature > freeze > > > > > almost > > > > > > a > > > > > > > > full > > > > > > > > > 3 weeks from the KIP freeze? I understand moving the KIP > > freeze > > > > > > > deadline > > > > > > > > up > > > > > > > > > to account for recent release delays, but aren't we wasting > > > some > > > > of > > > > > > > that > > > > > > > > > gained time by having 3 weeks between the KIP and feature > > > freeze > > > > > > (which > > > > > > > > are > > > > > > > > > usually separated by just a single week)? > > > > > > > > > 4. On the other hand, we usually have a full two weeks from > > the > > > > > > feature > > > > > > > > > freeze deadline to the code freeze but with the given > > schedule > > > > > there > > > > > > > > would > > > > > > > > > only be a week and a half. Given how important this period > is > > > for > > > > > > > testing > > > > > > > > > and stabilizing the release, and how vital this is for > > > uncovering > > > > > > > > blockers > > > > > > > > > that would have delayed the release deadline, I really > think > > we > > > > > > should > > > > > > > > > maintain the two-week gap (at a minimum) > > > > > > > > > > > > > > > > > > Note that historically, we have set all the deadlines on a > > > > > Wednesday > > > > > > > and > > > > > > > > > when in doubt erred on the side of an earlier deadline, to > > > > > encourage > > > > > > > > folks > > > > > > > > > to get their work completed and stabilized as soon as > > possible. > > > > We > > > > > > can, > > > > > > > > and > > > > > > > > > often have, allowed things to come in late between the > > > Wednesday > > > > > > freeze > > > > > > > > > deadline and the following Friday, but only on a > case-by-case > > > > > basis. > > > > > > > This > > > > > > > > > way the RM has the flexibility to determine what to allow > and > > > > when, > > > > > > if > > > > > > > > need > > > > > > > > > be, while still having everyone aim for the established > > > > deadlines. > > > > > > > > > > > > > > > > > > Just to throw a suggestion out there, if we want to avoid > > > running > > > > > > into > > > > > > > > the > > > > > > > > > winter holidays while still making up for slipping of > recent > > > > > > releases, > > > > > > > > what > > > > > > > > > about something like this: > > > > > > > > > > > > > > > > > > KIP Freeze: Nov 22nd > > > > > > > > > Feature Freeze: Nov 29th > > > > > > > > > Code Freeze: Dec 13th > > > > > > > > > > > > > > > > > > We can keep the release target as Jan 3rd or move it up to > > Dec > > > > > 27th. > > > > > > > > > Personally, I would just aim to have it as Dec 27th but > keep > > > the > > > > > > stated > > > > > > > > > target as Jan 3rd, to account for unexpected > blockers/delays > > > and > > > > > time > > > > > > > > away > > > > > > > > > during the winter holidays > > > > > > > > > > > > > > > > > > Thoughts? > > > > > > > > > > > > > > > > > > On Mon, Oct 23, 2023 at 3:14 PM Sophie Blee-Goldman < > > > > > > > > sop...@responsive.dev > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > Can you add the 3.7 plan to the release schedule page? > > > > > > > > > > > > > > > > > > > > (this --> > > > > > > > > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/Future+release+plan) > > > > > > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > On Sun, Oct 15, 2023 at 2:27 AM Stanislav Kozlovski > > > > > > > > > > <stanis...@confluent.io.invalid> wrote: > > > > > > > > > > > > > > > > > > > >> Hey Chris, > > > > > > > > > >> > > > > > > > > > >> Thanks for the catch! It was indeed copied and I wasn't > > sure > > > > > what > > > > > > to > > > > > > > > > make > > > > > > > > > >> of the bullet point, so I kept it. What you say makes > > sense > > > - > > > > I > > > > > > > > removed > > > > > > > > > >> it. > > > > > > > > > >> > > > > > > > > > >> I also added KIP-976! > > > > > > > > > >> > > > > > > > > > >> Cheers! > > > > > > > > > >> > > > > > > > > > >> On Sat, Oct 14, 2023 at 9:35 PM Chris Egerton < > > > > > > > > fearthecel...@gmail.com> > > > > > > > > > >> wrote: > > > > > > > > > >> > > > > > > > > > >> > Hi Stanislav, > > > > > > > > > >> > > > > > > > > > > >> > Thanks for putting this together! I think the "Ensure > > that > > > > > > release > > > > > > > > > >> > candidates include artifacts for the new Connect > > > > test-plugins > > > > > > > > module" > > > > > > > > > >> > section (which I'm guessing was copied over from the > > 3.6.0 > > > > > > release > > > > > > > > > >> plan?) > > > > > > > > > >> > can be removed; we made sure that those artifacts were > > > > present > > > > > > for > > > > > > > > > >> 3.6.0, > > > > > > > > > >> > and I don't anticipate any changes that would make > them > > > > > likelier > > > > > > > to > > > > > > > > be > > > > > > > > > >> > accidentally dropped in subsequent releases than any > > other > > > > > Maven > > > > > > > > > >> artifacts > > > > > > > > > >> > that we publish. > > > > > > > > > >> > > > > > > > > > > >> > Also, can we add KIP-976 ( > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-976%3A+Cluster-wide+dynamic+log+adjustment+for+Kafka+Connect > > > > > > > > > >> > ) > > > > > > > > > >> > to the release plan? The vote thread for it passed > last > > > week > > > > > and > > > > > > > > I've > > > > > > > > > >> > published a complete PR ( > > > > > > > https://github.com/apache/kafka/pull/14538 > > > > > > > > ), > > > > > > > > > >> so > > > > > > > > > >> > it > > > > > > > > > >> > shouldn't be too difficult to get things merged in > time > > > for > > > > > > 3.7.0. > > > > > > > > > >> > > > > > > > > > > >> > Cheers, > > > > > > > > > >> > > > > > > > > > > >> > Chris > > > > > > > > > >> > > > > > > > > > > >> > On Sat, Oct 14, 2023 at 3:26 PM Stanislav Kozlovski > > > > > > > > > >> > <stanis...@confluent.io.invalid> wrote: > > > > > > > > > >> > > > > > > > > > > >> > > Thanks for letting me drive it, folks. > > > > > > > > > >> > > > > > > > > > > > >> > > I've created the 3.7.0 release page here: > > > > > > > > > >> > > > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/Release+Plan+3.7.0 > > > > > > > > > >> > > It outlines the key milestones and important dates > for > > > the > > > > > > > > release. > > > > > > > > > >> > > > > > > > > > > > >> > > In particular, since the last two releases slipped > > their > > > > > > > > originally > > > > > > > > > >> > > targeted release date by taking an average of 46 > days > > > > after > > > > > > code > > > > > > > > > >> freeze > > > > > > > > > >> > (as > > > > > > > > > >> > > opposed to the minimum which is 14 days), I pulled > the > > > > dates > > > > > > > > forward > > > > > > > > > >> to > > > > > > > > > >> > try > > > > > > > > > >> > > and catch up with the original release schedule. > > > > > > > > > >> > > You can refer to the last release during the > Christmas > > > > > holiday > > > > > > > > > season > > > > > > > > > >> - > > > > > > > > > >> > > Apache > > > > > > > > > >> > > Kafka 3.4 > > > > > > > > > >> > > < > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/Release+Plan+3.4.0 > > > > > > > > > > > > > > > > >> - > > > > > > > > > >> > > to > > > > > > > > > >> > > see sample dates. > > > > > > > > > >> > > > > > > > > > > > >> > > The currently proposed dates are: > > > > > > > > > >> > > > > > > > > > > > >> > > *KIP Freeze - 18th November *(Saturday) > > > > > > > > > >> > > *This is 1 month and four days from now - rather > > short - > > > > but > > > > > > I'm > > > > > > > > > >> afraid > > > > > > > > > >> > is > > > > > > > > > >> > > the only lever that's easy to pull forward.* > > > > > > > > > >> > > As usual, a KIP must be accepted by this date in > order > > > to > > > > be > > > > > > > > > >> considered > > > > > > > > > >> > for > > > > > > > > > >> > > this release. Note, any KIP that may not be > > implemented > > > > in a > > > > > > > week, > > > > > > > > > or > > > > > > > > > >> > that > > > > > > > > > >> > > might destabilize the release, should be deferred. > > > > > > > > > >> > > > > > > > > > > > >> > > *Feature Freeze - 8th December* (Friday) > > > > > > > > > >> > > *This follows 3 weeks after the KIP Freeze, as has > > been > > > > the > > > > > > case > > > > > > > > in > > > > > > > > > >> our > > > > > > > > > >> > > latest releases.* > > > > > > > > > >> > > By this point, we want all major features to be > > merged & > > > > us > > > > > to > > > > > > > be > > > > > > > > > >> working > > > > > > > > > >> > > on stabilisation. Minor features should have PRs, > the > > > > > release > > > > > > > > branch > > > > > > > > > >> > should > > > > > > > > > >> > > be cut; anything not in this state will be > > automatically > > > > > moved > > > > > > > to > > > > > > > > > the > > > > > > > > > >> > next > > > > > > > > > >> > > release in JIRA > > > > > > > > > >> > > > > > > > > > > > >> > > *Code Freeze - 20th December* (Wednesday) > > > > > > > > > >> > > > > > > > > > > > >> > > *Critically, this is before the holiday season and > > ends > > > in > > > > > the > > > > > > > > > middle > > > > > > > > > >> of > > > > > > > > > >> > > the week, to give contributors more time and > > flexibility > > > > to > > > > > > > > address > > > > > > > > > >> any > > > > > > > > > >> > > last-minute without eating into the time people > > usually > > > > take > > > > > > > > > >> holidays. It > > > > > > > > > >> > > comes 12 days after the Feature Freeze.This is two > > days > > > > > > shorter > > > > > > > > than > > > > > > > > > >> the > > > > > > > > > >> > > usual code freeze window. I don't have a strong > > opinion > > > > and > > > > > am > > > > > > > > open > > > > > > > > > to > > > > > > > > > >> > > extend it to Friday, or trade off a day/two with the > > > > KF<->FF > > > > > > > date > > > > > > > > > >> range.* > > > > > > > > > >> > > > > > > > > > > > >> > > *Release -* *after January 3rd*. > > > > > > > > > >> > > *It comes after a minimum of two weeks of > > stabilization, > > > > so > > > > > > the > > > > > > > > > >> earliest > > > > > > > > > >> > we > > > > > > > > > >> > > can start releasing is January 3rd. We will move as > > fast > > > > as > > > > > we > > > > > > > can > > > > > > > > > and > > > > > > > > > >> > aim > > > > > > > > > >> > > completing it as early in January as possible.* > > > > > > > > > >> > > > > > > > > > > > >> > > As for the initially-populated KIPs in the release > > > plan, I > > > > > did > > > > > > > the > > > > > > > > > >> > > following: > > > > > > > > > >> > > > > > > > > > > > >> > > I kept 4 KIPs that were mentioned in 3.6, saying > they > > > > would > > > > > > have > > > > > > > > > minor > > > > > > > > > >> > > parts finished in 3.7 (as the major ones went out in > > > 3.6) > > > > > > > > > >> > > - KIP-405 Tiered Storage mentioned a major part went > > out > > > > > with > > > > > > > 3.6 > > > > > > > > > and > > > > > > > > > >> the > > > > > > > > > >> > > remainder will come with 3.7 > > > > > > > > > >> > > - KIP-890 mentioned Part 1 shipped in 3.6. I am > > assuming > > > > the > > > > > > > > > remainder > > > > > > > > > >> > will > > > > > > > > > >> > > come in 3.7, and have contacted the author to > confirm. > > > > > > > > > >> > > - KIP-926 was partially implemented in 3.6. I am > > > assuming > > > > > the > > > > > > > > > >> remainder > > > > > > > > > >> > > will come in 3.7, and have contacted the author to > > > > confirm. > > > > > > > > > >> > > - KIP-938 mentioned that the majority was completed > > and > > > a > > > > > > small > > > > > > > > > >> remainder > > > > > > > > > >> > > re: ForwardingManager metrics will come in 3.7. I > have > > > > > > contacted > > > > > > > > the > > > > > > > > > >> > author > > > > > > > > > >> > > to confirm. > > > > > > > > > >> > > > > > > > > > > > >> > > I then went through the JIRA filter which looks at > > open > > > > > issues > > > > > > > > with > > > > > > > > > a > > > > > > > > > >> Fix > > > > > > > > > >> > > Version of 3.7 and added KIP-770, KIP-858, and > > KIP-980. > > > > > > > > > >> > > I also found a fair amount of JIRAs that were > > targeting > > > > the > > > > > > 3.7 > > > > > > > > > >> release > > > > > > > > > >> > but > > > > > > > > > >> > > consecutively had no activity on them for the past > few > > > > > > releases. > > > > > > > > For > > > > > > > > > >> most > > > > > > > > > >> > > of those, I pinged the author and explicitly asked > if > > > it's > > > > > > going > > > > > > > > to > > > > > > > > > >> aim > > > > > > > > > >> > to > > > > > > > > > >> > > make it to 3.7. I have not included those here and > > will > > > > not > > > > > > > until > > > > > > > > I > > > > > > > > > >> hear > > > > > > > > > >> > > confirmation. > > > > > > > > > >> > > > > > > > > > > > >> > > Please review the plan and provide any additional > > > > > information > > > > > > or > > > > > > > > > >> updates > > > > > > > > > >> > > regarding KIPs that target this release version > (3.7). > > > > > > > > > >> > > If you have authored any KIPs that have an > inaccurate > > > > status > > > > > > in > > > > > > > > the > > > > > > > > > >> list, > > > > > > > > > >> > > or are not in the list and should be, or are in the > > list > > > > and > > > > > > > > should > > > > > > > > > >> not > > > > > > > > > >> > be > > > > > > > > > >> > > - please inform me in this thread so that I can keep > > the > > > > > > > document > > > > > > > > > >> > accurate > > > > > > > > > >> > > and up to date. > > > > > > > > > >> > > > > > > > > > > > >> > > Excited to get this release going! > > > > > > > > > >> > > > > > > > > > > > >> > > All the best, > > > > > > > > > >> > > Stanislav > > > > > > > > > >> > > > > > > > > > > > >> > > On Tue, Oct 10, 2023 at 9:12 AM Bruno Cadonna < > > > > > > > cado...@apache.org > > > > > > > > > > > > > > > > > > >> > wrote: > > > > > > > > > >> > > > > > > > > > > > >> > > > Thanks Stan! > > > > > > > > > >> > > > > > > > > > > > > >> > > > +1 > > > > > > > > > >> > > > > > > > > > > > > >> > > > Best, > > > > > > > > > >> > > > Bruno > > > > > > > > > >> > > > > > > > > > > > > >> > > > On 10/10/23 7:24 AM, Luke Chen wrote: > > > > > > > > > >> > > > > Thanks Stanislav! > > > > > > > > > >> > > > > > > > > > > > > > >> > > > > On Tue, Oct 10, 2023 at 3:05 AM Josep Prat > > > > > > > > > >> > <josep.p...@aiven.io.invalid > > > > > > > > > >> > > > > > > > > > > > > >> > > > > wrote: > > > > > > > > > >> > > > > > > > > > > > > > >> > > > >> Thanks Stanislav! > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> ——— > > > > > > > > > >> > > > >> Josep Prat > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> Aiven Deutschland GmbH > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> Alexanderufer 3-7, 10117 Berlin > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> Amtsgericht Charlottenburg, HRB 209739 B > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> Geschäftsführer: Oskari Saarenmaa & Hannu > > Valtonen > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> m: +491715557497 > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> w: aiven.io > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> e: josep.p...@aiven.io > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >> On Mon, Oct 9, 2023, 20:05 Chris Egerton < > > > > > > > > > >> fearthecel...@gmail.com> > > > > > > > > > >> > > > wrote: > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > >>> +1, thanks Stanislav! > > > > > > > > > >> > > > >>> > > > > > > > > > >> > > > >>> On Mon, Oct 9, 2023, 14:02 Bill Bejeck < > > > > > > bbej...@gmail.com > > > > > > > > > > > > > > > > > >> wrote: > > > > > > > > > >> > > > >>> > > > > > > > > > >> > > > >>>> +1 > > > > > > > > > >> > > > >>>> > > > > > > > > > >> > > > >>>> Thanks, Stanislav! > > > > > > > > > >> > > > >>>> > > > > > > > > > >> > > > >>>> -Bill > > > > > > > > > >> > > > >>>> > > > > > > > > > >> > > > >>>> On Mon, Oct 9, 2023 at 1:59 PM Ismael Juma < > > > > > > > > > m...@ismaeljuma.com> > > > > > > > > > >> > > wrote: > > > > > > > > > >> > > > >>>> > > > > > > > > > >> > > > >>>>> Thanks for volunteering Stanislav! > > > > > > > > > >> > > > >>>>> > > > > > > > > > >> > > > >>>>> Ismael > > > > > > > > > >> > > > >>>>> > > > > > > > > > >> > > > >>>>> On Mon, Oct 9, 2023 at 10:51 AM Stanislav > > > > Kozlovski > > > > > > > > > >> > > > >>>>> <stanis...@confluent.io.invalid> wrote: > > > > > > > > > >> > > > >>>>> > > > > > > > > > >> > > > >>>>>> Hey all! > > > > > > > > > >> > > > >>>>>> > > > > > > > > > >> > > > >>>>>> I would like to volunteer to be the release > > > > manager > > > > > > > > driving > > > > > > > > > >> the > > > > > > > > > >> > > > >> next > > > > > > > > > >> > > > >>>>>> release - Apache Kafka *3.7.0*. > > > > > > > > > >> > > > >>>>>> > > > > > > > > > >> > > > >>>>>> If there are no objections, I will start > and > > > > share > > > > > a > > > > > > > > > release > > > > > > > > > >> > plan > > > > > > > > > >> > > > >>> soon > > > > > > > > > >> > > > >>>>>> enough! > > > > > > > > > >> > > > >>>>>> > > > > > > > > > >> > > > >>>>>> Cheers, > > > > > > > > > >> > > > >>>>>> Stanislav > > > > > > > > > >> > > > >>>>>> > > > > > > > > > >> > > > >>>>> > > > > > > > > > >> > > > >>>> > > > > > > > > > >> > > > >>> > > > > > > > > > >> > > > >> > > > > > > > > > >> > > > > > > > > > > > > > >> > > > > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > > >> > > -- > > > > > > > > > >> > > Best, > > > > > > > > > >> > > Stanislav > > > > > > > > > >> > > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> -- > > > > > > > > > >> Best, > > > > > > > > > >> Stanislav > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Best, > > > > > > > > Stanislav > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Best, > > > > > > Stanislav > > > > > > > > > > > > > > > > > > > > > > > > -- > > Best, > > Stanislav > > > > > -- > Regards, > Mayank Shekhar Narula >
