ディストリビューションはパッケージをプロモートする前にテストを実行する必要があり、これはここでは特に重要です。 PyPI sdistでのテストがなければ、githubからtarballをフェッチする必要があります。次に、パッケージを作成するために詩に頼る必要があります。 詩は開発のためのかなりまともなツールですが、生のsetuptoolsを使用するよりもはるかに面倒でエラーが発生しやすくなります。
すでにPyPIでホイールをリリースしているので、sdistにテストを追加しても、pipを介してホイールをフェッチするほとんどのユーザーには影響しませんが、パッケージャーの作業が少し楽になります。
cf https://build.opensuse.org/request/show/844174
そのリンクが機能しなくなった場合は、 https : languages:python :django / python-django-bootstrap3 / python-django-bootstrap3.spec?expandで最初のパッケージを確認できます。 = 1&rev = 364ea37ba17ad34941623d7a5701551f、ここで、いくつかのsed
コマンドを使用してpyproject.tomlをdephellを使用してpyproject.tomlをsetup.pyに変換します。
https://repology.org/project/python:poetry-core / versionsで、実際に詩のリリースに追いついているディストロがどれだけ少ないかを確認できhttps://repology.org/project/pythonに表示され
https://build.opensuse.org/request/show/844174#comment -1341223
ビルドバックエンドとして、少なくともpoetry-core
移動してください。
多分私はただ詩を取り除くべきです。 魔法が多すぎる?
poetry(-core)は有効なPEP517バックエンドであり、使用を妨げるものは何もありません。
詩で生成されたsetup.pyをsdistで公開しているという事実は、実際には十分です: https ://build.opensuse.org/request/show/844269
テストをsdistに含めてください(ただし、 setup.py install
が呼び出されたときに、setuptoolsがテストをパッケージとしてインストールしないようにしてください。これを実現する方法がわかりません。おそらくこれは関連しています:https:// github .com / python-poetry / poetry / issues / 1338)
@bnavigatorに感謝します。 詩の選択を元に戻すことを検討しているのは、詩が行うこと(しないこと)をすべて理解していないことに不快感を覚えるからです。
詩は開発プロジェクトでの使用に最適です。 少なくとも使いやすさとシンプルさの観点からは、おそらく私の経験では最高です。 テストをsdistに送信するように取得しようとします。
ありがとう@dyve 。 新しいリリースをプッシュする必要はありません- @ bnavigatorは、openSUSE用にパッケージ化された現在のバージョンをすでに取得しています。 次のリリースではこれを利用します。
最も参考になるコメント
詩は開発プロジェクトでの使用に最適です。 少なくとも使いやすさとシンプルさの観点からは、おそらく私の経験では最高です。 テストをsdistに送信するように取得しようとします。