Celery: Celeryのリリースバージョン4.3

@auvipy @thedrow @georgepsarakis redisの制限のためだけに4.2.2をクイックリリースできますか？ 互換性のない変更がある最新のredisと現在衝突しているため

時間があるかどうかわかりません。 私はそうしようとします。

今回はリリースできますが、明確な指示が必要です

問題の原因を見つけるのにすでに時間がかかりすぎたため、redisの依存関係の修正を含む4.2.2を取得するのは確かにgr8であり、それに飛び込む人にとっては良いことです！

この新しいリリースはPython3.7をサポートしますか？

はい

この新しいリリースはredis3.0.1をサポートしますか？

はい

@ auvipy 、 @ thedrow 、このリリースで何かお手伝いできることはありますか？

問題＃5212はリリースにとって重要です。
それでも、Python3.7でCeleryをテストする必要があります。

@thedrow昆布をリリースすると、＃5212が修正されたようですよね？
それが正しければ、CIに3.7テストを追加する必要があります。 私はそれに取り組むことができます。

py-amqpとkombuのリリースが前提条件です。その後、3.7サポートのprを磨いて、マージすることができます。

@auvipyあなたはこのPRを意味します： //github.com/celery/celery/pull/4859 ？

その修正だけで昆布4.2.2をリリースしました。
ビルドはこれで合格するはずです。

このバージョンをリリースするためのETAのアイデアはありますか？

やるべきことがまだいくつかあります。 昆布のビルドも修正する必要があります。
残りの問題について説明します。

@thedrow私が引き継ぐことができる問題はありますか？
それとも、残りの問題をここにリストしますか？

@xirdnehマイルストーンhttps://github.com/celery/celery/milestone/20を確認でき

このマイルストーンから非ブロッカーを取り除くことができると思います。 残りの問題に傾倒します。 py-amqpおよび関連パッケージをリリースして、セロリ4.3rc1でどのように機能するかを確認します。

現在、マスターのビルドはPython3.7で失敗しています。
https://travis-ci.org/celery/celery/jobs/473236382を参照して

@thedrowこれは、Python 3.7がジェネレーターで発生したStopIteration例外をRuntimeError例外に変換したためだと思います。ください。

私の提案は、例外処理ブランチを追加して、特定のタイプのRuntimeError検出することです。
https://github.com/celery/kombu/blob/e4dc1688a2bfe422813ffc79d9db50c06f38fbaf/kombu/asynchronous/hub.py#L348 -L359

except RuntimeError as e:
  if e.args != ('generator raised StopIteration',):
      raise e

確かに、上記はどういうわけか弱いと考えられるかもしれませんが、この特定のケースでは、それが例外変換を識別する唯一の方法だと思います。

その修正は正しくありません。
https://github.com/celery/celery/blob/master/t/unit/worker/test_loops.py#L386を参照して
PEP 479によると、ジェネレーターはStopIteratorもう調達する必要があります。

これは＃5263で修正する必要があります。

私の意見では、より深刻な問題を発見したようです。
https://travis-ci.org/celery/celery/jobs/473900629#L3204を参照して

うまくいけば、 https：//github.com/celery/kombu/pull/972がこの問題を解決するでしょう。

昆布のビルドが壊れているため、テストスイート全体が実行されません。
https://travis-ci.org/celery/kombu/jobs/472712374#L1215を参照して

昆布のテスト失敗をローカルで再現できません:(

@thedrow失敗した昆布テストを修正しましたください。 テストでは、マスターのpyamqpライブラリを使用していました。 テストはPRhttps ：//github.com/celery/py-amqp/pull/221を破りました

たぶん、ぶら下がっている果物は、カップルを修正することでしょうDeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working

py-amqp2.4.0がリリースされました。
次は昆布です。

@thedrow 4.3リリースには何が欠けていますか？ 昆布PRはすでに合併しているようですが、昆布の新発売を待っていますか？ https://github.com/celery/celery/milestone/20のすべての修正を待ってい

私がどこで助けることができるかを見ようとしています。

昆布4.3にとって重要な問題をトリアージする必要があります。
https://github.com/celery/celery/issues?q=is%3Aopen+label%3A%22Status%3A+Needs+Test+Coverage+%E2%9C%98%22+milestone%3Av4.3またはhttps://github.com/celery/kombu/pull/911が役立ちます。
昆布の発売準備はほぼ整っていると思いますが、確認する必要があります。
その間、私はリリースノートに取り組んでいます。

＃5259の紛争も解決できますか？

celery / kombu＃911を編集できなかったので、新しいPRを開きました： https ：

そして＃5206についても同じです。 ＃5289を開きました

そのStopIterationものについて：昆布では、 ValueErrorをStopIteration 「変換」しないように変更されましたhttps://github.com/celery/kombu/pull/972/ファイル

ただし、セロリworker.loops.asynloop 、 StopIterationエラーがキャッチされ、その場合は新しいループが作成されます。 セロリを変えずに昆布を変えても問題はありませんか？ 新しいループを作成する代わりに、既存の（しかし壊れた？）ループが引き続き使用されるためですか？

https://github.com/celery/celery/blob/c1d0bfea9ad98477cbc1def99157fe5109555500/celery/worker/loops.py#L92

@larsrinnはそれについての問題を開いてください。そうすれば、私たちはそれを調べることを忘れないでしょう。

チケットを書いているときに、ジェネレーターから戻るとStopIteration発生するため、アクションは不要であることがわかりました。 ここでセロリが頼っている昆布の外的振る舞いは変えてはいけません。 たとえば、次を参照してください。

def len_generator(max_):
    a = 0

    while True:
        yield a
        a += 1
        if a == max_:
            return


g = len_generator(2)
print(next(g))  # 0
print(next(g))  # 1
print(next(g))  # raises StopIteration

昆布マスターブランチに対して実行した場合、Python3.7のCIで失敗したテストも合格です。 少なくとも私にとっては地元で。 したがって、昆布の新しいバージョンがリリースされると、このジョブの失敗したテストは合格するはずです： https ：

これには非同期の問題の修正が含まれますか？
これができるだけ早くリリースされることを願っています。

はい、私も待っています。

しかし、私はセロリの将来について少し恐れていると言わなければなりません。 Python 3.7はすでに7か月間リリースされており、まだサポートされていません。 このプロジェクトは、おそらく他にもやることがたくさんあるボランティアによって運営されていることを私は知っています。 しかし、私は過去数週間にいくつかのPRに貢献し、主にテストカバレッジを追加し、CIを合格させました。 それらはすべて非常にマイナーであるにもかかわらず、マージはもちろんのこと、それらのどれも見られていないようですが、レビューは数秒ではなくても数分で実行できるはずです。 これはかなり残念な貢献体験です。

はるかに小さなリリースを行うことは、プロジェクトの大きな改善になるでしょう。 4.3はまだ作業が必要な大きなリリースであり、その間、多くのユーザーが深刻なメモリリークなどの

@larsrinn時間があれば、PRを確認します。

はるかに小さなリリースを行うことは、プロジェクトの大きな改善になるでしょう。 4.3はまだ作業が必要な大きなリリースであり、その間、多くのユーザーが深刻なメモリリークなどの重大な問題を抱えています。これは、4.2.Xリリースですぐに修正される可能性があります。 特定の修正を提供することでさえ、それが数ヶ月間リリースされないため、あまり役に立ちません。

はい、私は間違いなくこれを支持することができます。 セロリは大規模な機能セットを備えたかなり成熟したプロジェクトであることを考えると、ほとんどのユーザーにとって、新しい機能を追加したり古いものを廃止したりするよりも、重大な問題を迅速に修正し、最新バージョンとの互換性を確保することがはるかに重要だと思います。

私は上記の声明に間違いなく同意します。 Python 3.7のサポートは、今の私にとって最も重要なことです。

メンテナを追加するオプションはありますか？

私が過去9年間働いてきた会社のほとんどは、何らかの形でCeleryを使用していました。 最後の1つでは、メインストリームブランチで問題が修正されなかったため、必要な修正を適用するために独自のフォークを用意しました。

私の意見では、このプロジェクトは、DjangoやDRFと同じように、スポンサーシッププログラムを開始する必要があります。 この素晴らしいプロジェクトのおかげで得たすべての利益を企業に支払わせ、そのお金を開発者に渡して、彼らがこれにフルタイムで取り組むようにします。

セロリは現在のpytest（別の人気のあるモジュール）に対してわずかに壊れています。 ＃5271は問題を説明し、＃5097はそれを修正します。 おそらく、4.3リリースが非常に困難になっている場合、4.2.2へのマイナーバージョンのバンプは、いくつかの小さな修正（＃5271およびその他のバグ修正）をロールアップする可能性がありますか？ これはおそらく口で言うほど簡単ではないことはわかっていますが、4.3を待つ間、自分のフォークを維持する代わりに、多くの人がリリースサイクルに再び参加できる可能性があります。 この素晴らしいモジュールをありがとう。

では、どの企業が私たちの仕事を後援するのでしょうか？ 誰か興味がありますか？ セロリのパートタイム/フルタイムで働くために、いくつかの会社に私の時間を後押ししてもらうことに非常に興味があります！

定期的な寄付の適切な設定があれば、企業は毎月のサポートに申し込むだけでそれを忘れる方が簡単だと確信しています。 これは、単純なペイパルの1回限りの寄付ボタンよりも安定した収入の源になる可能性があります。 たとえば、一度にたくさんの寄付をするように頼んだり、手動で定期的に寄付するように覚えたりするよりも、簡単にそうするように会社を説得することができました。

また、私たちのプロジェクトでは、セロリがPython3.7へのアップグレードを妨げる唯一のブロッカーです。

1つの関連リンク： https ：

後援は非常に可能だと思いますが、人々の頭の中にアイデアを植え付ける必要があります。 たとえば、このスレッド以外では、このプロジェクトにサポートが必要だとは誰も考えていません。セロリをダウンロードしてインストールするだけで、「存在する」と考えています。 もし皆さんが募金活動を始めていたら、多くの企業が寄付するだろうと思います。
READMEで寄付のリンクを見て、個人のアカウントから少し寄付しましたが、それでも企業が気付くにはあまりにもあいまいです。 それは（少なくともすべてのソーシャルネットワークで）彼らの目の前にあり、適切な行動を呼びかける必要があります。 たとえば、開発者であり、会社がセロリに依存していることがわかっている場合は、マネージャーに寄付を依頼してください。
私が好きなオープンソースプロジェクトから組織化された募金活動を見るときはいつでも、私は常に彼らのソーシャルメディアキャンペーンを寄付するか、少なくとも広めるように努めていると言えます。 多くの人が同じことをしていると思います。

募金活動をしましたが、大失敗になりました!! readmeにはopencollectiveとtideliftのオプションがあります。 興味のある人はそこに寄付/スポンサーするか、私のメールで直接私にpingすることができます。

@ auvipy4.3マイルストーンのほとんどの問題が移動またはクローズされました。
間もなく4.3リリースを行う予定ですか？

はい！！！ 久しぶりです!!

やってる。 すぐにRCを期待してください。

募金活動をしましたが、大失敗になりました!! readmeにはopencollectiveとtideliftのオプションがあります。 興味のある人はそこに寄付/スポンサーするか、私のメールで直接私にpingすることができます。

セロリの作者。 私はhttps://opencollective.com/celeryからの支援者になりました。 あなたの素晴らしいツールをありがとう。 あなたのツールは私を大いに助けてくれます:)

コードネーム4.3をルバーブとして反対する人はいますか？
これは、Selected Ambient WorksIIの私のお気に入りのトラックの1つです。

他に提案がある場合は、ここにメモしてください。

それはいいですね ：）

昆布4.3がリリースされました！

誰かが私たちのWindowsビルドを見てください。
一部のテストが失敗しています。
また、いくつかのPythonバージョンが欠落しているため、それらを追加する必要があります（ただし、これはブロッカーではありません）。

@thedrow Windowsビルドはどこで実行されていますか？ 提供者？

誰かが私たちのWindowsビルドを見てください。
一部のテストが失敗しています。
また、いくつかのPythonバージョンが欠落しているため、それらを追加する必要があります（ただし、これはブロッカーではありません）。

PRはこちらhttps://github.com/celery/celery/pull/5329

それで、4.3は今行くのが良いですか？

やあ！ この問題を解決しましたが、pypiのバージョンはまだ4.2.1です。 pypiでリリースを追跡できる場所はありますか？ ありがとう。

こんにちは皆さん、

@ seirl ＃5329の説明にFixes #5180テキストが含まれているため、この問題は誤ってクローズされたと思います。

@auvipy 4.3が実際にリリースされなくなるまで、この問題を再度開いていただけませんか。
ありがとう！

私の悪い、私は自動閉鎖がプルーのためのオプションになるだろうと思った

これはGitHubによって自動的に閉じられました!!!

@xirdnehうん。

変更ログはほぼ完了です。 私はまだいくつかのアイテムについて詳しく説明する必要があり、まだ手に入らない残りのアイテムを追加する必要があります。

何が新しいセクションはまだ大部分が不完全です。

可能な限りお気軽にご協力ください。

GAの潜在的なブロッカーがあります： //github.com/celery/kombu/issues/1006
RCは計画どおりに進行します。
FreeBSDインストールにアクセスできる誰かがこれをデバッグできますか？

こんにちは、みんな。 ETAはありますか？

最初のRCのリリースノートを終えたところです。
本日発売予定です。

安定したリリースのためのETAはありますか？

これが数週間本番環境で試されたら、GAを宣言します。
近い将来、リリースプロセスを改善し、すべてが明確になるように文書化する予定です。

RC1がリリースされました。 ：多田：
ステージング環境でお試しください。

一方では、誰かが詳しく見とることができればhttps://github.com/celery/kombu/issues/1006 、 https://github.com/celery/kombu/issues/1007およびHTTPSを：// githubのを。 com / celery / kombu / issues / 1004は、すべてKombu 4.3からのリグレッションであり、GAをヒットするのに役立ちます。

https://github.com/celery/kombu/pull/1009でhttps://github.com/celery/kombu/issues/1007の潜在的な修正を行いました

https://github.com/celery/kombu/issues/1004が同じエリアにあるようだったので、私もその修正を試みました： https ：

両方がマージされました。

@lithammerありがとうございます！

これはとても楽しかったので、私は前号（https://github.com/celery/kombu/issues/1006）の1つではなく、2つの解決策の提案を持ってきました。

• 提案1： https ：
• 提案2： https ：

リリースノートから少し休憩してhttps://github.com/celery/py-amqp/pull/258を作成しました
新しいドキュメントを進めます。

昆布4.4とセロリ4.3.0RC2をリリースしました。
異議や重大な修正がない限り、これが最後のRCになります。

py-amqp2.4.3もリリースしました。
これは、2つの重大な逆シリアル化のバグを修正します。 制作中は何も聞いていません。
おそらく、AMQPプロトコルに2つの結果として生じるビットマップを持つメッセージがないためです。
セロリをクラッシュさせる可能性があると思うので、修正は完全を期すためにあります。

@thedrowの素晴らしい仕事をありがとう。

GAの潜在的なブロッカー： https ：

@thedrow今週、これを確認する時間があります。 可能であれば、問題を更新します。

@xirdneh更新しない場合は更新してください。更新しますので、お

@lithammerもっと貢献し

GAの明確なブロッカー：＃5377

このリリースの新機能ドキュメントを完成させました。

確認して、何か見落としがあった場合はお知らせください。

@thedrowは非常に徹底的で

まだ投稿リストを作成していません。
GAの直前にそうします。

現在のリリースブロッカーのリストは次のとおりです。

• [x]＃5377
• [x]＃5371
• [x]＃5328
• [x]＃4812
• [x]＃5383
• [x]＃5259
• [x]＃5007
• [x] https://github.com/celery/kombu/issues/1014

潜在的なブロッカー：

• []＃5358
• [] https://github.com/celery/kombu/issues/1019
• [] https://github.com/celery/kombu/issues/1018

@thedrowhttps ：//github.com/celery/celery/issues/5383も有効だと思い

Celery4.3.0rc3をリリースしました。
これには、新機能とバグ修正、およびいくつかの解決されたブロッカーが含まれます。

フルバージョンがいつ利用可能になるか知っていますか？

すべてのブロッカーの解決が完了すると。

ブロッカーが1つだけ残っており、いくつかの最終的なドキュメント作成タスクよりも残っています。

@thedrowは、celery / kombu＃1014が復帰ベースのPRによって閉鎖されたようです。 ただし、チェックリストには完全なものとして表示されません。 uniqueキーワードを引き続きサポートする必要があるため、不完全ですか？

はい。 明日、それと最終的なドキュメント作成タスクを実行します。

リリース！ ：多田：

皆さんの努力、時間、スキルに感謝します。

次のバージョンであるCelery5は、ワクワクするものです。

マスターからpython2を削除し始めたい

セロリ5がいつリリースされるかわかりますか？ 私はそれを使うことに本当に興奮しています。

たぶんクリスマスの前に何回か:)

@auvipy 4.3に関するブログ投稿を発行できますか？

はい、もちろん、kast ng = ightを開始しましたが、忙しくなりました。 今日までに完了します。