問題タブ [pypi]

オープンソースプロジェクトのMelopyを配布しようとしていますが、パッケージ管理を始めてから問題が発生しています。今日、PyPIに登録しましたが、実行python setup.py sdist uploadすると次のエラーが発生します。

setup.pyの内容は次のとおりです。

キャッシュされたパッケージを使用して pip パッケージを virtualenv にインストールする適切な方法は何ですか? と を設定--timeout=360してみまし--use-mirrorsたが、pypi のパフォーマンスが非常に不安定で、定期的にハングしたり切断したりして、デプロイが面倒です。

したがって、私の計画では、 --download-cache オプションを使用して、すべてのパッケージ アーカイブを事前にダウンロードする (ただし、インストールはしない) ことでした。たとえば、次のようになります。

次に、インストール中にこのキャッシュの場所を virtualenv に指定します。

pip はダウンロードしたパッケージを非決定論的にキャッシュディレクトリに保存するように見えるため、キャッシュの作成は非常にイライラしました。Django==1.4.0具体的には、 「その要件はすでに満たされている」と言ってキャッシュを拒否したため、 --force-reinstall.

キャッシュを使用したインストールは、現在私が立ち往生しているところです。上記のコマンドを実行すると、次のエラーが表示されます。

これは何を意味するのでしょうか？

ファイル：

キャッシュディレクトリに確実に存在し、--no-installオプションを使用しました。

私は何を間違っていますか？

パッケージの新しいバージョンを pypi にリリースしようとしています。これはpython 2.7を使用しており、現在消費のためにpython 2.6/2.7をターゲットにしています。

問題のパッケージの現在のリリースは 0.0.2-1 です。(-1は、私がどこかで読んだビルド タグの規則でした。このプラクティスを、より関連性の高いbforを使用するように変更しています。)beta

基本的に、version(setup()呼び出しで) とビルド タグ (からsetup.cfg) の組み合わせが既に pypi にある現在のバージョン以外の場合、registerとuploadコマンドの両方が失敗します。

それは のバージョン0.0.3と のビルド タグですb。

しかし、このパッチを適用すると:

次に、register呼び出し (およびおそらくupload) が成功します。

たとえば、ビルド タグを に変更する-2と、register呼び出しは再び失敗します。これは、失敗が pypi にまだ知られていないバージョン文字列の合計に関連していることを示唆しています。

残念ながら、--show-response使用時のオプションuploadは、サーバーが 500 コードで応答する場合には役に立ちません。distutils'uploadコマンドは、サーバーでエラーが発生したという事実を報告するだけで、何の役にも立ちません。

トラブルシューティングのために私ができることについて何か提案はありますか?

私はいくつかのプロジェクトを持っており、いくつかの共通コードを使用しています。このコードを共通ライブラリにリファクタリングしましたが、問題が発生しました。この共通コードの管理方法。次のようないくつかのオプションを検討しました。

1. ファイルシステムのソフトリンクとしてのライブラリ。
2. git サブモジュールとしてのライブラリ。
3. pip/requirements.txt で管理される依存関係。

このソリューションの長所と短所は何ですか? 他に提案はありますか？どちらを選択する必要がありますか?その理由は?

私はGitとvirtualenvでpythonを使用しています。

構成ファイルを使用するコマンドライン python スクリプトがあります。これを近々pypiに載せる予定です。

構成ファイルのデフォルト バージョンをパッケージに含めて、エンド ユーザーがどこにあるかを明確にするための一般的な最良の方法は何ですか?

ユーザーが編集可能な構成ファイルを含む pypi プロジェクトの例として、Django があります。Django では、ユーザーはスクリプトを実行して新しいプロジェクトを初期化する必要があります。これにより、プロジェクト構成ファイルを含む一連のものを含むディレクトリが生成されます。ただし、これは、私のような単純なコマンド ライン ユーティリティにとっては重いアプローチのように思えます。

もう 1 つのオプションは、ユーザーが構成ファイルの場所をコマンド ライン引数として指定することを要求することです。これで問題ないと思いますが、ドキュメントにアクセスして構成ファイル全体を最初から作成する責任がユーザーに課せられます。

より良いオプションはありますか？これには標準的な慣行がありますか？

ありがとう！

-トラヴィス

PyPiにリストされているパッケージモデム1.0を見つけようとしているので、そこからymodemを使用したいと思います。このリンクhttp://pypi.python.org/pypi/modemのパッケージの説明は、このリンクhttp://pypi.python.org/pypi/xmodem/0.2.4とは異なり、説明のみを提供し、ダウンロードリンクは提供しません。

Python用のモデムまたはymodemパッケージをダウンロードする場所を知っている人はいますか？

親切に私を助けてください。

よろしく、

マンジュナスバート

「所有者」だけが新しいバージョンをプッシュできる、または「メンテナ」もプッシュできると仮定して、私は正しく読んでいますか？

メンテナの役割は、「特定のパッケージ名の情報を送信および更新できる」としてリストされています。具体的には、メンテナはどのような情報を編集できますか？

現在、私の Django アプリケーションは、かなりの数の Python と Django のライブラリとパッケージに依存しています。

PyPi 上のパッケージに対するすべての最新の更新を追跡できる管理アプリケーションがあるかどうか疑問に思っていました。これは非常に重要な更新、つまりセキュリティ パッチを監視できるため、非常に便利です。

ありがとう。

PloneからPythonPackageIndex APIを定期的に（1時間ごとに？）クエリしたい。同等のもの：

結果：

次に、この情報をテンプレートに表示します。少なくとも最初は、結果を持続させる必要がないようにしたいと思います。

クエリが終了するのを待たずに結果をテンプレートに表示するにはどうすればよいですか？利用可能な非同期パッケージがいくつかあることを知っています。例：

• plone.app.async

しかし、一般的なアプローチがどうあるべきかわかりません（非同期タスクをスケジュールできると仮定すると、結果をどこかに保存する必要があるかもしれません。結果を保存する必要がある場合は、注釈などの「軽量」にすることをお勧めします。 ）。