You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@airflow.apache.org by Vikram Koka <vi...@astronomer.io.INVALID> on 2023/08/01 05:39:45 UTC

Re: [VOTE] The daskexecutor, cncf.provider, celery providers in 2.7.0. as regular not-preinstalled providers

I am a little torn on this, but with the separation already in place, I
would also vote for option (a).


On Mon, Jul 31, 2023 at 1:48 PM Ferruzzi, Dennis
<fe...@amazon.com.invalid> wrote:

> Pretty unanimous so far, but I'll also say [a].  If the intent is to be
> executor/service agnostic then this makes the most sense to me.
>
>
>  - ferruzzi
>
>
> ________________________________
> From: Jed Cunningham <je...@apache.org>
> Sent: Monday, July 31, 2023 9:39 AM
> To: dev@airflow.apache.org
> Subject: RE: [EXTERNAL] [VOTE] The daskexecutor, cncf.provider, celery
> providers in 2.7.0. as regular not-preinstalled providers
>
> CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you can confirm the sender and know
> the content is safe.
>
>
>
> I'm also in favor of option a.
>

Re: [VOTE] The daskexecutor, cncf.provider, celery providers in 2.7.0. as regular not-preinstalled providers

Posted by Jarek Potiuk <ja...@potiuk.com>.
The vote is concluded. Unanimous decision on a) - we are not going to
pre-install the daskexecutor, celery, cncf.kubernetes providers.

Binding votes: 9 (a)

Jarek Potiuk, Ash Berlin-Taylor, Hussein Awala, Pierre Jeambrun,
Vincent Beck, Jed Cunningham, Dennis Ferruzzi, Vikram Koka, Elad Kalif

Non binding votes: 6 (a)

Collin McNulty, Pankaj Koti, Avi, Wei Lee, rahul Vats, Amogh Desai,

Thanks to everyone who voted and expressed their opinion

J.

On Tue, Aug 1, 2023 at 9:53 AM Elad Kalif <el...@apache.org> wrote:
>
> I also vote for [a]
>
> On Tue, Aug 1, 2023 at 8:40 AM Vikram Koka <vi...@astronomer.io.invalid>
> wrote:
>
> > I am a little torn on this, but with the separation already in place, I
> > would also vote for option (a).
> >
> >
> > On Mon, Jul 31, 2023 at 1:48 PM Ferruzzi, Dennis
> > <fe...@amazon.com.invalid> wrote:
> >
> > > Pretty unanimous so far, but I'll also say [a].  If the intent is to be
> > > executor/service agnostic then this makes the most sense to me.
> > >
> > >
> > >  - ferruzzi
> > >
> > >
> > > ________________________________
> > > From: Jed Cunningham <je...@apache.org>
> > > Sent: Monday, July 31, 2023 9:39 AM
> > > To: dev@airflow.apache.org
> > > Subject: RE: [EXTERNAL] [VOTE] The daskexecutor, cncf.provider, celery
> > > providers in 2.7.0. as regular not-preinstalled providers
> > >
> > > CAUTION: This email originated from outside of the organization. Do not
> > > click links or open attachments unless you can confirm the sender and
> > know
> > > the content is safe.
> > >
> > >
> > >
> > > I'm also in favor of option a.
> > >
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@airflow.apache.org
For additional commands, e-mail: dev-help@airflow.apache.org


Re: [VOTE] The daskexecutor, cncf.provider, celery providers in 2.7.0. as regular not-preinstalled providers

Posted by Elad Kalif <el...@apache.org>.
I also vote for [a]

On Tue, Aug 1, 2023 at 8:40 AM Vikram Koka <vi...@astronomer.io.invalid>
wrote:

> I am a little torn on this, but with the separation already in place, I
> would also vote for option (a).
>
>
> On Mon, Jul 31, 2023 at 1:48 PM Ferruzzi, Dennis
> <fe...@amazon.com.invalid> wrote:
>
> > Pretty unanimous so far, but I'll also say [a].  If the intent is to be
> > executor/service agnostic then this makes the most sense to me.
> >
> >
> >  - ferruzzi
> >
> >
> > ________________________________
> > From: Jed Cunningham <je...@apache.org>
> > Sent: Monday, July 31, 2023 9:39 AM
> > To: dev@airflow.apache.org
> > Subject: RE: [EXTERNAL] [VOTE] The daskexecutor, cncf.provider, celery
> > providers in 2.7.0. as regular not-preinstalled providers
> >
> > CAUTION: This email originated from outside of the organization. Do not
> > click links or open attachments unless you can confirm the sender and
> know
> > the content is safe.
> >
> >
> >
> > I'm also in favor of option a.
> >
>