Maybe - let's try to do it manually for a while and see if we can automate
it as well ?

On Thu, Oct 3, 2024 at 3:18 AM Elad Kalif <elad...@apache.org> wrote:

> I think we can come up with automation that when provider is marked as not
> ready it will automaticly set .devX when we bulk release providers. That
> way there cant be any mistakes.
>
> בתאריך יום ה׳, 3 באוק׳ 2024, 16:48, מאת Ephraim Anierobi ‏<
> ephraimanier...@gmail.com>:
>
> > +1 to release the pre-release providers manually, outside the regular
> > release process. If we decide to add it to the regular release process,
> my
> > concern is accidentally pushing a pre-release of an already-released
> > provider. If that can be prevented, then I'm okay with adding it to the
> > regular release process.
> >
> > On Thu, 3 Oct 2024 at 08:32, Pavankumar Gopidesu <
> gopidesupa...@gmail.com>
> > wrote:
> >
> > > Thanks Jarek , I am updating the pr now.
> > >
> > > Regards,
> > > Pavan
> > >
> > > On Thu, Oct 3, 2024 at 8:26 AM Jarek Potiuk <ja...@potiuk.com> wrote:
> > >
> > > > I provisionally generated and uploaded the .dev0 package
> > > >
> https://pypi.org/project/apache-airflow-providers-standard/1.0.0.dev0/
> > > > from
> > > > latest main - and we shall see if everything works as expected (see
> > > > https://github.com/apache/airflow/pull/42252#discussion_r1785222999)
> > > >
> > > > On Wed, Oct 2, 2024 at 1:37 PM Jarek Potiuk <ja...@potiuk.com>
> wrote:
> > > >
> > > > >
> > > > >> Mainly for the case of standard provider and the integration
> > > > >> chicken-and-egg problem to un-block the work.
> > > > >>
> > > > >
> > > > >
> > > > > Yes - for example this:
> > > > >
> https://github.com/apache/airflow/pull/42654#issuecomment-2387999058
> > > > that
> > > > > resulted in some conditional "skip-if" that should not be needed
> when
> > > we
> > > > > release final version of the provider - having a .dev* version of
> > > > provider
> > > > > in PyPI which we could release semi-frequently with new code should
> > > solve
> > > > > the problem entirely.
> > > > >
> > > > >
> > > > >
> > > > >> For edge.. no pressure, some PRs are waiting (still
> unfortunately).
> > > As I
> > > > >> am biased for edge, I'd first propose for standard as PR #42676
> > > > >>
> > > > >
> > > > > Agree. Edge will not be pre-installed and there should be no
> > dependency
> > > > on
> > > > > it in the airflow CI, or other providers that might cause such
> > > failures.
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
>

Reply via email to