+1 (binding)
On Mon, Apr 21, 2025 at 9:27 AM Gabor Somogyi
wrote:
> Hi All,
>
> I'd like to start a vote on FLIP-522: Add generalized type information to
> SQL state connector [1]
> which has been discussed in this thread [2].
>
> The vote will be open for at least 72 hours unless there is an ob
Thanks.
+1 (binding)
Verified:
- Checkpoints, signatures
- Checked notice files + no binaries in source release
- Built from source
- Verified release tag, release notes and website PR
Best,
Marton
On Wed, Apr 9, 2025 at 9:19 AM Yanquan Lv wrote:
> +1 (non-binding)
>
> I checked:
> - Revi
Hi Ferenc,
+1. It makes sense to move the Kudu connector under the Flink umbrella, I
agree that it should support Flink 1.19 and 1.20 (maybe 2.0 soon) and
thanks for volunteering as the release manager.
Cheers,
Marton
On Fri, Mar 21, 2025 at 1:00 PM Ferenc Csaky
wrote:
> Hello devs,
>
> I woul
+1 (binding)
On Thu, Mar 20, 2025 at 4:53 PM Pedro Mázala
wrote:
> One question.
>
> When we say
>
> >
> >- Records/data will be duplicated for as long as both pipelines are
> >running concurrently
> >
> >
> Do we mean the source record will be forwarded to both pipelines? I'm
> asking t
+1 (binding)
1. Verified the archives, checksums, and signatures
2. Extracted and inspected the source code for binaries
3. Built the source code
4. Verified license files / headers
Best,
Marton
On Mon, Feb 3, 2025 at 12:37 PM Maximilian Michels wrote:
> +1 (binding)
>
> 1. Verified the archiv
+1 for option (2)
Marton
On Wed, Jan 22, 2025 at 2:10 PM Maximilian Michels wrote:
> +1 for option (2), looks like the best compromise given the constraints.
>
> -Max
>
> On Tue, Jan 21, 2025 at 2:27 PM Ferenc Csaky
> wrote:
> >
> > FYI, I opened a PR about documenting the fine-tuning options
+1 (binding)
Thanks, G.
On Thu, Jan 9, 2025 at 4:17 PM Zakelly Lan wrote:
> +1 (binding)
>
> Thanks for driving this.
>
> Best,
> Zakelly
>
> On Thu, Jan 9, 2025 at 8:57 PM Gabor Somogyi
> wrote:
>
> > Hi All,
> >
> > I'd like to start a vote of FLIP-496: SQL connector for keyed state data
> >
+1 (binding)
- Verified JIRA release notes
- Built from source with JDK 11
- Verified checksum and signatures
- Verified source code does not contain binaries
- Verified artifacts deployed to the maven repository
- Verified no binaries in source release
Thanks, Feri.
Cheers,
Marton
On Thu, Nov
+1 for Ferenc as the release manager and the content.
On Mon, Oct 28, 2024 at 5:03 PM Ferenc Csaky
wrote:
> Hi,
>
> Based on this discussion I would like to suggest to move on with
> the originally planned release with the HBase connector 4.0, that
> will support 1.18, and 1.19.
>
> I volunteer
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars + docker image from
Hi Feri,
Thanks for carefully considering this situation. I agree with your proposal
that it is best to provide an HBase connector release with partial JDK
support for the time being, and list the limitations in the Java
compatibility docs.
On a partially related note this highlights that the com
Hi Rich,
Thanks for reaching out, that is a great idea. Unfortunately I am not aware
of Flink folks that are joining the Denver conference this year.
Best,
Marton
On Thu, Oct 3, 2024 at 9:39 PM Rich Bowen wrote:
> Hi, folks,
>
> I understand you have 2.0 coming up pretty soon. I was wondering
+1 (binding)
Thanks for clarifying the big picture [1], that helps a lot.
[1]
https://docs.google.com/document/d/1Du1-TShoOjaNDCahs3sgLWIpYkXzJPdSkgHcWLpELyw/edit?usp=sharing
On Mon, Aug 26, 2024 at 10:02 AM Gabor Somogyi
wrote:
> Hi All,
>
> I would like to start a vote on FLIP-474: Store ope
Hi team,
Thank you for the proposal, Gabor and the review, Zakelly. Let me provide
more context on the intended outcome, let us agree on the desirability of
that first and then we can come back to the technical details.
The pain point that we observed with multiple users is that their
operations
+1 (binding)
On Wed, Jun 12, 2024 at 7:25 PM Őrhidi Mátyás
wrote:
> Sounds reasonable,
> +1
>
> Cheers,
> Matyas
>
>
> On Wed, Jun 12, 2024 at 8:54 AM Mate Czagany wrote:
>
> > Hi,
> >
> > Thank you for driving this Ferenc,
> > +1 (non-binding)
> >
> > Regards,
> > Mate
> >
> > Ferenc Csaky ez
+1 for cutting the release and Gyula as the release manager.
On Tue, Jun 11, 2024 at 10:41 AM David Radley
wrote:
> I agree – thanks for driving this Gyula.
>
> From: Rui Fan <1996fan...@gmail.com>
> Date: Tuesday, 11 June 2024 at 02:52
> To: dev@flink.apache.org
> Cc: Mate Czagany
> Subject:
Thanks for kicking this off, folks.
+1 for the timeline and the release manager candidates (Weijie, Rui
Fan,Ufuk/Robert).
On Mon, Mar 25, 2024 at 12:54 PM Leonard Xu wrote:
> Wow, happy to see Ufuk and Robert join the release managers group.
>
> +1 for the release manager candidates(Weijie, Rui
+1(binding)
On Thu, Mar 21, 2024 at 1:24 PM Leonard Xu wrote:
> +1(binding)
>
> Best,
> Leonard
>
> > 2024年3月21日 下午5:21，Martijn Visser 写道：
> >
> > +1 (binding)
> >
> > On Thu, Mar 21, 2024 at 8:01 AM gongzhongqiang <
> gongzhongqi...@apache.org>
> > wrote:
> >
> >> +1 (non-binding)
> >>
> >> Be
+1 (binding)
As per Gyula's suggestion above verified with "
ghcr.io/apache/flink-kubernetes-operator:91d67d9 ".
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, si
Hi Feri,
+1. Thanks for initiating this, the FLIP proposal looks good to me.
On Wed, Mar 6, 2024 at 4:24 PM Ferenc Csaky
wrote:
> Hello devs,
>
> Opening this thread to discuss a FLIP [1] about externalizing the Kudu
> connector, as recently
> the Apache Bahir project were moved to the attic [2
+1 (binding)
Marton
On Wed, Feb 28, 2024 at 5:14 PM Gyula Fóra wrote:
> +1 (binding)
>
> Gyula
>
> On Wed, Feb 28, 2024 at 11:10 AM Maciej Obuchowski >
> wrote:
>
> > +1 (non-binding)
> >
> > Best,
> > Maciej Obuchowski
> >
> > śr., 28 lut 2024 o 10:29 Zhanghao Chen
> > napisał(a):
> >
> > >
Hi team,
Thanks for bringing this up, Feri. I am +1 for maintaining the Kudu
connector as an external Flink connector.
As per the legal/trademark questions this is actually fair game because one
does not donate code to a specific Apache project, technically it is
donated to the Apache Software fo
+1 (binding)
On Tue, Jan 9, 2024 at 10:15 AM Leonard Xu wrote:
> +1(binding)
>
> Best,
> Leonard
>
> > 2024年1月9日 下午5:08，Yangze Guo 写道：
> >
> > +1 (non-binding)
> >
> > Best,
> > Yangze Guo
> >
> > On Tue, Jan 9, 2024 at 5:06 PM Robert Metzger
> wrote:
> >>
> >> +1 (binding)
> >>
> >>
> >> On T
+1
Thanks, Danny - I really appreciate you taking the time for the in-depth
investigation. Please proceed, looking forward to your experience.
On Mon, Jan 8, 2024 at 6:04 PM Martijn Visser
wrote:
> Thanks for investigating Danny. It looks like the best direction to go to
> :)
>
> On Mon, Jan 8,
Thanks, Paul.
Ferenc and I have been looking into unblocking the Kubernetes path via an
updated implementation for FLINK-28915 to ship the jars conveniently there.
You can expect an updated PR there next week. Looking forward to your
findings in the YARN POC.
On Mon, Dec 11, 2023 at 4:01 AM Paul
+1 (binding)
On Mon 18. Dec 2023 at 09:34, Péter Váry
wrote:
> Hi everyone,
>
> Since there were no further comments on the discussion thread [1], I would
> like to start the vote for FLIP-372 [2].
>
> The FLIP started as a small new feature, but in the discussion thread and
> in a similar paral
+1
Thanks, Peter. Based on the consensus in the recent thread on FLIP-371 [1]
I agree that this is the right approach. I made some minor edits to the
FLIP, which looks good to me now.
[1] https://lists.apache.org/thread/h6nkgth838dlh5s90sd95zd6hlsxwx57
On Wed, Dec 13, 2023 at 5:30 PM Gyula Fóra
+1 (binding)
On Tue, Dec 12, 2023 at 4:16 PM Rodrigo Meneses wrote:
> +1
>
> On Tue, Dec 12, 2023 at 6:58 AM Maximilian Michels wrote:
>
> > +1 (binding)
> >
> > On Tue, Dec 12, 2023 at 2:23 PM Peter Huang
> > wrote:
> > >
> > > +1 Non-binding
> > >
> > >
> > > Peter Huang
> > >
> > > Őrhidi M
+1 This greatly improves interfacing with multiple Flink versions, e.g.
upgrades from the Kubernetes Operator.
On Mon, Dec 11, 2023 at 12:36 PM Gyula Fóra wrote:
> Thanks Gabor!
>
> +1 from my side, this sounds like a reasonable change that will
> improve integration and backward compatibility.
Thanks, for raising this Peter. +1 for reverting the change.
Given the response from Timo and Aitozi, I believe it would be best if we
could ship reverting the change in 1.18.1.
On Thu, Dec 7, 2023 at 2:47 PM Aitozi wrote:
> Hi Peter, Timo
> Sorry for this breaking change, I didn't notice t
Hi Leonard,
Thank you for the excellent work you and the team working on the CDC
connectors project have been doing so far. I am +1 of having them under
Flink's umbrella.
On Thu, Dec 7, 2023 at 10:26 AM Etienne Chauchot
wrote:
> Big +1, thanks this will be a very useful addition to Flink.
>
> B
> > > > > without much material harm.
> > > > > >
> > > > > > Option 2:
> > > > > > Theoretically speaking, if we really want to reach the perfect
> > state
> > > > > while
> > > > > >
Thanks, Martijn and Peter.
In terms of the concrete issue:
- I am following up with the author of FLIP-321 [1] (Becket) to update
the docs [2] to reflect the right state.
- I see two reasonable approaches in terms of proceeding with the
specific changeset:
1. We allow the excepti
Thanks, Matthias. Big +1 from me.
On Tue, Nov 28, 2023 at 5:30 PM Matthias Pohl
wrote:
> Thanks for the pointer. I'm planning to join that meeting.
>
> On Tue, Nov 28, 2023 at 4:16 PM Etienne Chauchot
> wrote:
>
> > Hi all,
> >
> > FYI there is the ASF infra roundtable soon. One of the subjects
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars + docker image from
Here you go, this is valid for 30 days:
https://join.slack.com/t/apache-flink/shared_invite/zt-276wzpx1c-DpF_IYPeZomOS3ChYkc4SA
On Sun, Nov 12, 2023 at 8:17 AM Neelabh Shukla
wrote:
> Hey Team,
> Can someone send me the slack invite link?
>
> Thanks,
> Neelabh
>
Thank you, team. @David Radley: Not having Rui's key signed is not ideal,
but is acceptable for the release.
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified h
; > > >
> > > > +1
> > > >
> > > > On Tue, Oct 17, 2023 at 10:34 AM Jingsong Li >
> > > wrote:
> > > >>
> > > >> Hi marton,
> > > >>
> > > >> Thanks for driving. +1
> > > &
Hi Flink & Paimon devs,
The Flink webpage documentation navigation section still lists the outdated
TableStore 0.3 and master docs as subproject docs (see attachment). I am
all for advertising Paimon as a sister project of Flink, but the current
state is misleading in multiple ways.
I would like
+1 (binding)
Marton
On Wed, Oct 11, 2023 at 8:20 PM Gyula Fóra wrote:
> Thanks , Peter.
>
> +1
>
> Gyula
>
> On Wed, 11 Oct 2023 at 14:47, Péter Váry
> wrote:
>
> > Hi all,
> >
> > Thank you to everyone for the feedback on FLIP-371[1].
> > Based on the discussion thread [2], I think we are rea
Thanks, Peter. I agree that this is needed for Iceberg and beneficial for
other connectors too.
+1
On Wed, Oct 4, 2023 at 3:56 PM Péter Váry
wrote:
> Hi Team,
>
> In my previous email[1] I have described our challenges migrating the
> existing Iceberg SinkFunction based implementation, to the n
Hi Gabor,
Thanks for bringing this up. Similarly to when we dropped Python 3.6 due to
its end of life (and added 3.10) in Flink 1.17 [1,2], it makes sense to
proceed to remove 3.7 and add 3.11 instead.
+1.
[1] https://issues.apache.org/jira/browse/FLINK-27929
[2] https://github.com/apache/flink/
Thank you, team.
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars +
Hi team,
+1 for supporting the last 1.x for a longer than usual period of time and
limiting it to bugfixes. I would suggest supporting it for double the usual
amount of time (4 minor releases).
On Tue, Jul 25, 2023 at 9:25 AM Konstantin Knauf wrote:
> Hi Alex,
>
> yes, I think, it makes sense t
Thanks, Gyula.
+1 (binding)
On Thu, Jul 20, 2023 at 5:01 AM Samrat Deb wrote:
> thank you gyula ,
> for driving it.
> +1(non binding)
>
>
> Bests,
> Samrat
>
> On Thu, 20 Jul 2023 at 8:02 AM, Rui Fan <1996fan...@gmail.com> wrote:
>
> > Thanks Gyula for driving this release.
> >
> > +1 for the t
Thanks, awesome! :-)
On Wed, May 17, 2023 at 2:24 PM Gyula Fóra wrote:
> The Apache Flink community is very happy to announce the release of Apache
> Flink Kubernetes Operator 1.5.0.
>
> The Flink Kubernetes Operator allows users to manage their Apache Flink
> applications and their lifecycle th
Thank you, team.
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars +
Hi Jim and Ted,
Thanks for the quick response. For Openshift issue I would assume that
adding the RBAC suggested here [1] would solve the problem, it seems fine
to me.
For the missing taskmanager could you please share the relevant logs from
your jobmanager pod that is already show running? Thank
+1, thanks.
On Mon, May 1, 2023 at 4:23 PM Őrhidi Mátyás
wrote:
> +1 SGTM.
>
> Cheers,
> Matyas
>
> On Wed, Apr 26, 2023 at 11:43 AM Hao t Chang wrote:
>
> > Agree. I will help.
> >
> >
>
Thank you, Gyula.
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars
Hi Alex,
Please do share, this comes up somewhat frequently.
Marton
On Mon, Feb 13, 2023 at 7:44 PM Őrhidi Mátyás
wrote:
> Hi Alex,
>
> This is a reasonable request IMO. I've recently bumped into this topic
> myself. This could be handy for supporting schema registries in Kafka to
> Kafka scen
Thank you, Gyula.
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars
Hi Rion,
Unlike the previous Flink Forwards to the best of my knowledge the latest
edition was not uploaded to YouTube. It might make sense to reach out to
the authors directly.
On Sat, Dec 31, 2022 at 5:35 PM Rion Williams wrote:
> Hey Flinkers,
>
> Firstly, early Happy New Year’s to everyone
Hi Yanfei,
Makes sense, arm architecture support would be great. Thanks for looking
into this.
On Mon, Dec 12, 2022 at 3:03 PM Yanfei Lei wrote:
> Hi devs,
>
> I'd like to bring up a discussion about releasing the new frocksdbjni
> version, we are planning to adapt frocksdbjni to Apple M1 mach
Thank you, Matyas.
+1 (binding)
- Verified Helm repo works as expected, points to correct image tag, build,
version
- Verified basic examples + checked operator logs everything looks as
expected
- Verified hashes, signatures and source release contains no binaries
- Ran built-in tests, built jars
+1 (binding)
On Tue, Nov 29, 2022 at 6:13 AM Chenya Zhang
wrote:
> +1 (non-binding)
>
> On Sun, Nov 27, 2022 at 5:49 PM Jiangang Liu
> wrote:
>
> > +1 (non-binding)
> >
> > Best,
> > Jiangang Liu
> >
> > Thomas Weise 于2022年11月28日周一 06:23写道：
> >
> > > +1 (binding)
> > >
> > >
> > > On Sat, Nov
Hi all,
Thanks for volunteering, Matyas and +1 for the 1.3 operator release.
The modified timeline suggested by Gyula sounds good to me.
On Tue, Nov 29, 2022 at 7:04 AM Őrhidi Mátyás
wrote:
> Thanks Gyula! Sounds good.
>
> On Mon, Nov 28, 2022 at 9:59 PM Gyula Fóra wrote:
>
> > Hi Matyas!
> >
Hi everyone,
On behalf of the PMC, I'm very happy to announce Matyas Orhidi as a new
Flink
committer.
Matyas has over a decade of experience of the Big Data ecosystem and has
been working with Flink full time for the past 3 years. In the open source
community he is one of the key driving members
+1 (binding)
On Thu, Nov 17, 2022 at 9:06 AM Gabor Somogyi
wrote:
> Hi All,
>
> I'm hereby opening a vote for FLIP-272 Generalized delegation token
> support.
> The related documents can be found here:
> - FLIP on wiki: [1]
> - Discussion thread: [2]
>
> Voting will be open for at least 72 hours
Hi Martjin,
Given the situation let us set up the Jira signup mailing list following
the Calcite model. This seems the most sensible to me as of now.
On Fri, Nov 11, 2022 at 7:26 PM Martijn Visser
wrote:
> Hi everyone,
>
> Unfortunately ASF Infra has already implemented the change and new Jira
Thanks for preparing the FLIP and kicking off the discussion, Max. Looking
forward to this. :-)
On Sat, Nov 5, 2022 at 9:27 AM Niels Basjes wrote:
> I'm really looking forward to seeing this in action.
>
> Niels
>
> On Fri, 4 Nov 2022, 19:37 Maximilian Michels, wrote:
>
>> Hi,
>>
>> I would lik
Awesome, thanks team! Thanks Xingbo for managing the release.
On Fri, Oct 28, 2022 at 11:04 AM Biao Liu wrote:
> Congrats! Glad to hear that.
>
> BTW, I just found the document link of 1.16 from https://flink.apache.org/
> is not correct.
>
> [image: 截屏2022-10-28 17.01.28.png]
>
> Thanks,
> Biao
+1 (binding)
On Mon, Oct 17, 2022 at 3:39 PM Martijn Visser
wrote:
> Hi everyone,
>
> I'm hereby opening a vote for FLIP-265 Deprecate and remove Scala API
> support. The related discussion can be found here [1].
>
> Voting will be open for at least 72 hours.
>
> Best regards,
>
> Martijn
> http
Hi Martjin,
+1 for 2.10.2. Do you expect to have bandwidth in the near term to
implement the bump?
On Wed, Oct 5, 2022 at 5:00 PM Gabor Somogyi
wrote:
> Hi Martin,
>
> Thanks for bringing this up! Lately I was thinking about to bump the hadoop
> version to at least 2.6.1 to clean up issues like
k but forgot to do so. I'll do some
>>> more outreach via other channels as well.
>>>
>>> @Users of Flink, I've made a proposal to deprecate and remove Scala API
>>> support in a future version of Flink. Your feedback on this topic is very
>>>
> > Iceberg
> > > > repo into a separate repo under the Flink umbrella.
> > > >
> > > > Sorry about the doc permissions! I was able to create a FLIP-267:
> > > >
> >
> https://cwiki.apache.org/confluence/display/FLINK/FLIP+267%3A+I
Hi Abid,
Just to clarify does your suggestion mean that the Iceberg community would
like to remove the iceberg-flink connector from the Iceberg codebase and
maintain it under Flink instead? A new separate repo under the Flink
project umbrella given the current existing effort to extract connectors
+1 (binding)
Verified upgrade process from 1.1 with a running application
On Thu, Oct 6, 2022 at 5:52 PM Biao Geng wrote:
> +1(non-binding)
> Thanks a lot for the great work.
>
> Successfully verified the following:
> - Checksums and gpg signatures of the tar files.
> - No binaries in source re
Hi Martjin,
Thanks for compiling the FLIP. I agree with the sentiment that Scala poses
considerable maintenance overhead and key improvements (like 2.13 or 2.12.8
supports) are hanging stale. With that said before we make this move we
should attempt to understand the userbase affected.
A quick Sla
Thanks, +1 for the schedule.
On Tue, Sep 20, 2022 at 6:20 AM Yang Wang wrote:
> Thanks Gyula for managing the release.
>
> +1 for the time schedule.
>
>
> Best,
> Yang
>
>
>
> Őrhidi Mátyás 于2022年9月19日周一 22:28写道：
>
> > Thanks Gyula!
> >
> > Sounds good! Happy to help as always.
> >
> > Cheers,
Hi gents,
Thanks for the stats Martjin, that valuable insight into the situation.
Having a large number of open, stale PRs can also result in a bad
contributor experience down the line, as in my opinion it can reach a point
where it discourages committers reviewing them as it starts to feel like a
+1 (binding)
On Wed, Jul 27, 2022 at 8:22 PM Gyula Fóra wrote:
> +1 (binding)
>
> Gyula
>
> On Wed, 27 Jul 2022 at 03:52, MrL wrote:
>
> > +1 (non-binding)
> >
> > > 2022年7月27日 09:18，William Wang 写道：
> > >
> > > +1 (non-binding)
> > >
> > > bo zhaobo 于2022年7月25日周一 09:38写道：
> > >
> > >> Hi all
+1 (binding)
Successfully verified the following:
- Checksums and gpg signatures
- No binaries in source release
- Build from source, build image from source
- Helm Repo works, Helm install works
- Notice files look good
- Upgraded a cluster from 1.0.0 and run some examples
Specifically for FLINK
+1 (binding). Thanks!
I can help you with the Slack admin steps if needed.
On Mon, Jul 11, 2022 at 10:55 AM godfrey he wrote:
> +1, Thanks for driving this!
>
> Best,
> Godfrey
>
> Yuan Mei 于2022年7月11日周一 16:13写道：
> >
> > +1 (binding) & thanks for the efforts!
> >
> > Best
> > Yuan
> >
> >
> >
+1 (binding)
Successfully verified the following:
- Verify that the checksums and GPG files
- Verify that the source distributions do not contain any binaries
- Build binary and image from release source
- Verify the NOTICE and licenses in source release and the docker image
- Operator functionali
Hi team,
+1 for having a 1.0.1 for the Kubernetes Operator.
On Wed, Jun 22, 2022 at 4:23 PM Gyula Fóra wrote:
> Hi Devs!
>
> How do you feel about releasing the 1.0.1 patch release for the Kubernetes
> operator?
>
> We have fixed a few annoying issues that many people tend to hit.
>
> Given tha
Thanks for the proposal, Matyas.
+1 for 2 month release cycles with the breakdown Gyula suggested.
@Yang: we could start tagging features with 1.1 / 1.2 version then, good
call.
On Wed, Jun 22, 2022 at 4:58 AM Yang Wang wrote:
> +1 for 2 month release cycles.
>
> Since we have promised the bac
Well done, team. :-) Thanks for managing the release, Yang.
On Fri 3. Jun 2022 at 17:58, Yang Wang wrote:
> I'm happy to announce that we have unanimously approved this release.
>
> There are 5 approving votes, 3 of which are binding:
>
> * Marton Balassi (binding)
>
> * Gyula Fora (binding)
>
>
Hi team,
+1 (binding)
Verified the following:
- NOTICE file looks good :-)
- Signatures, Hashes
- No binaries in source release
- Helm Repo works, Helm install works, docker image matches release commit
tag
- Build from source, build container from source
- Submit example application, session an
>
> Gyula
>
> On Wed, Jun 1, 2022 at 7:56 AM Yang Wang wrote:
>
>> Thanks all for your testing and patience.
>>
>> And sorry for I have to cancel this VOTE since @Márton Balassi
>> found a license issue. We do not list the
>> CSS/docs dependencies in the
Hi Robert,
Thanks for the suggestion +1 from me. You already listed the topic of the
timezone on the wiki that I wanted to bring up.
On Tue, May 31, 2022 at 9:38 AM Robert Metzger wrote:
> Hi everyone,
>
> We currently have a bi-weekly release sync meeting on Google Meet every
> Tuesday at 9am
Thanks Gyula and Yang. Awesome!
On Tue, May 17, 2022 at 4:46 PM Gyula Fóra wrote:
> Hi Flink devs!
>
> The release-1.0 branch has been forked from main and version numbers have
> been upgraded accordingly.
>
> https://github.com/apache/flink-kubernetes-operator/tree/release-1.0
>
> The version o
+1 (binding)
On Tue, May 17, 2022 at 11:00 AM Jingsong Li wrote:
> Thank Xintong for driving this work.
>
> +1
>
> Best,
> Jingsong
>
> On Tue, May 17, 2022 at 4:49 PM Martijn Visser
> wrote:
>
> > +1 (binding)
> >
> > On Tue, 17 May 2022 at 10:38, Yu Li wrote:
> >
> > > +1 (binding)
> > >
> >
Congrats, Yang. Well deserved :-)
On Tue, May 10, 2022 at 9:16 AM Terry Wang wrote:
> Congrats Yang!
>
> On Mon, May 9, 2022 at 11:19 AM LuNing Wang wrote:
>
> > Congrats Yang!
> >
> > Best,
> > LuNing Wang
> >
> > Dian Fu 于2022年5月7日周六 17:21写道：
> >
> > > Congrats Yang!
> > >
> > > Regards,
> >
Hi team,
I volunteer for the flink-kubernetes-operator repo.
On Fri, May 6, 2022 at 1:42 PM Xintong Song wrote:
> @Till,
>
> Thanks for volunteering.
>
> @Konstantin,
>
> From my experience, the effort that requires DockerHub access in the main
> project release process is quite limited. I help
Thank you team, it was a pleasure to witness the community investing into
this much requested topic and coming to an initial release so swiftly.
On Sat, Apr 2, 2022 at 4:45 PM Gyula Fóra wrote:
> I'm happy to announce that we have unanimously approved this release.
>
> There are 8 approving vote
+1 (binding)
Verified the following:
- shasums
- gpg signatures
- source does not contain any binaries
- built from source
- deployed via helm after adding the distribution webserver endpoint as
a helm registry
- all relevant files have license headers
On Wed, Mar 30, 2022
Hi team,
I would like to ask for your input in naming the operator docker image and
helm chart. [1]
For the sake of brevity when we started the Kubernetes Operator work we
named the docker image and the helm chart simply flink-operator, while the
git repository is named flink-kubernetes-operator.
Thank you, Till. Good luck with the next chapter. :-)
On Mon, Feb 28, 2022 at 1:49 PM Flavio Pompermaier
wrote:
> Good luck for your new adventure Till!
>
> On Mon, Feb 28, 2022 at 12:00 PM Till Rohrmann
> wrote:
>
> > Hi everyone,
> >
> > I wanted to let you know that I will be less active in
gt; > > > > Thomas
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > On Fri, Feb 4, 2022 at 5:15 AM Gyula Fóra <
+1 (binding)
On Sat, Feb 5, 2022 at 5:35 PM Israel Ekpo wrote:
> I am very excited to see this.
>
> Thanks for driving the effort
>
> +1 (non-binding)
>
>
> On Sat, Feb 5, 2022 at 10:53 AM Shqiprim Bunjaku <
> shqiprimbunj...@gmail.com>
> wrote:
>
> > +1 (non-binding)
> >
> >
> >
> > On Sat, Feb
Hi team,
Thank you for the great feedback, Thomas has updated the FLIP page
accordingly. If you are comfortable with the currently existing design and
depth in the FLIP [1] I suggest moving forward to the voting stage - once
that reaches a positive conclusion it lets us create the separate code
re
+1 (binding)
Given [1] I consider the issue David raised resolved. Thanks David and
please confirm here.
[1] https://lists.apache.org/thread/cvwknd5fhohj0wfv8mfwn70jwpjvxrjj
On Mon, Jan 24, 2022 at 11:07 AM David Morávek
wrote:
> Hi Gabor,
>
> Thanks for driving this. This is headed in a righ
Hi All,
I am pleased to see the level of enthusiasm and technical consideration
already emerging in this thread. I wholeheartedly support building an
operator and endorsing it via placing it under the Apache Flink umbrella
(as a separate repository) as the current lack of it is clearly becoming an
Hi G,
Thanks for taking this challenge on. Scalable Kerberos authentication
support is important for Flink, delegation tokens is a great mechanism to
future-proof this. I second your assessment that the existing
implementation could use some improvement too and like the approach you
have outlined.
Hi Konstantin,
Thank you for raising this topic, our development team at Cloudera would be
happy to step up to address this responsibility.
Best,
Marton
On Thu, Jul 29, 2021 at 10:15 AM Konstantin Knauf wrote:
> Dear community,
>
> We are looking for community members, who would like to mainta
>>
>> > The vote has not reached the required number of votes to be considered
>> > successful.
>> >
>> > As outlined in the bylaws
>> > <
>> >
>> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=120731026#FlinkByla
Hi Srini,
Welcome to the community. Awesome to hear that LinkedIn decided to embrace
Flink, excited to see where this joint path leads us.
On Mon, Jul 19, 2021 at 11:02 AM Timo Walther wrote:
> Hi Srini,
>
> welcome aboard! Great to see more adoption in the SQL space. Looking
> forward to colla
d addition that will open many possibilities in the future
> > and
> > > solve some immediate issues with the current Kerberos integration.
> > >
> > > Gyula
> > >
> > > On Tue, Jul 6, 2021 at 2:50 PM Márton Balassi <
> balassi.mar...@gmail.co
Hi everyone, I would like to start a vote on FLIP-181 [1] which was
discussed in this thread [2]. The vote will be open for at least 72 hours
until July 9th unless there is an objection or not enough votes.
[1] https://cwiki.apache.org/confluence/x/CAUBCw
[2]
https://lists.apache.org/thread.html/r
1 - 100 of 295 matches
Mail list logo
