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,
+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)
> >>
> >>
+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,
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
+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
+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
+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
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
+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
+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
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.
>
>
t; > without much material harm.
> > > > > >
> > > > > > Option 2:
> > > > > > Theoretically speaking, if we really want to reach the perfect
> > state
> > > > > while
> > > > > > being backwards compatibl
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
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
+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
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
> > >
> > > > +1
> > > >
> > > > On Tue, Oct 17, 2023 at 10:34 AM Jingsong Li >
> > > wrote:
> > > >>
> > > >> Hi marton,
> > > >>
> > > >> Thanks for driving. +1
> > > >&g
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
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
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]
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
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
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
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?
+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
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
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
+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
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
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,
>
+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
>
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
ome
>>> 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
>>> much appreciated.
>>>
>>> R
> 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+Iceber
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
+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
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
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
+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
+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
+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
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
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
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
>
> 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
+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
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
+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
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
> > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > On Fri, Feb 4, 2022 at 5:15 AM Gyula Fóra <
> > > > > > gyula.f...@gmail.com>
>
+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,
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
+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
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
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
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
t;> wrote:
>>
>> > 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
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]
antee on no breaking changes between minor versions we can give the
> >>> same guarantee.
> >>> If for whatever reason we need to break it we can do it in major
> version
> >>> like every other open source project does.
> >>>
Source frameworks (CNCF
> mostly).
> > I
> > > am sure you agree that it is important for Apache Flink to stay open
> and
> > to
> > > consider different approaches and ideas and I don't think it helps the
> > > culture of discussion to shoot it down like t
e compatible with the modern solutions to this problem.
>
> Best,
> Austin
>
> On Mon, Jun 21, 2021 at 2:18 PM Márton Balassi
> wrote:
>
> > Hi team,
> >
> > Thank you for your input. Based on this discussion I agree with G that
> > selecting and stan
; >> >>>> longer be under his control. I think I do not fully
>> understand
>> > >>> yet
>> > >>> >> why this
>> > >>> >> >>>> would not work.
>> > >>> >> >>>> I said it's not solving the authenticatio
ly secured setup)? I mean if an attacker can get
>>>> access
>>>> > to one of the machines, then it should also be possible to obtain the
>>>> right
>>>> > Kerberos token.
>>>> >
>>>> > I am not an authentication exp
t makes the overall maintenance harder.
> >
> > Cheers,
> > Till
> >
> > On Mon, May 31, 2021 at 4:57 PM Márton Balassi
> wrote:
> >
> >> Hi team,
> >>
> >> Firstly I would like to introduce Gabor or G [1] for short to the
>
Hi team,
Firstly I would like to introduce Gabor or G [1] for short to the
community, he is a Spark committer who has recently transitioned to the
Flink Engineering team at Cloudera and is looking forward to contributing
to Apache Flink. Previously G primarily focused on Spark Streaming and
>>
>> Best,
>> Jark
>>
>>
>> On Fri, 7 Aug 2020 at 17:54, Robert Metzger wrote:
>>
>>> Hi,
>>>
>>> Thank you for picking this up so quickly. I have no objections regarding
>>> all the proposed items.
>>> @Gyula: Once t
Hi Robert and Gyula,
Thanks for reviving this thread. We have the implementation (currently for
2.2.3) and it is straightforward to contribute it back. Miklos (ccd) has
recently written a readme for said version, he would be interested in
contributing the upgraded connector back. The latest HBase
Hi All,
Thanks for the write up and starting the discussion. I am in favor of
unifying the APIs the way described in the FLIP and deprecating the DataSet
API. I am looking forward to the detailed discussion of the changes
necessary.
Best,
Marton
On Wed, Jul 29, 2020 at 12:46 PM Aljoscha Krettek
Hi Jack,
Yes, we know how to do it and even have the implementation ready and being
reviewed by the Atlas community at the moment. :-)
Would you be interested in having a look?
On Thu, Mar 19, 2020 at 12:56 PM jackylau wrote:
> Hi:
> i think flink integrate atlas also need add catalog
Hi all,
We have added the interface for registering the connectors in custom user
user defined functions, like representing enrichment from an HBase table in
the middle of a Flink application. We are reaching out to the Atlas
community to review the implementation in the near future too, based on
Wearing my Cloudera hat I can tell you that we have done this exercise for
our distros of the 3.0 and 3.1 Hadoop versions. We have not contributed
these back just yet, but we are open to do so. If the community is
interested we can contribute those changes back to flink-shaded and suggest
the
+1 (binding)
Thank you for proposing this contribution!
On Fri, Nov 1, 2019 at 2:46 PM Konstantin Knauf
wrote:
> +1 (non-binding)
>
> Stateful Functions, already in its current initial release, simplifies the
> development of event-driven application on Flink quite significantly.
>
> On Thu,
+1
On Fri, Aug 23, 2019 at 11:40 AM Kostas Tzoumas wrote:
> +1
>
> On Thu, Aug 22, 2019 at 5:29 PM jincheng sun
> wrote:
>
>> +1
>>
>> Becket Qin 于2019年8月22日 周四16:22写道:
>>
>> > Hi All, so far the votes count as following:
>> >
>> > +1 (Binding): 13 (Aljoscha, Fabian, Kurt, Till, Timo, Max,
Hi Aljoscha,
I am in favor of the change. No concerns on my side, just one remark that I
have talked to Sean last week (ccd) and he mentioned that he has faced some
technical issues while driving the transition from 2.10 to 2.12 for Spark.
It had to do with changes in the scope of implicits. You
1 - 100 of 220 matches
Mail list logo