問題タブ [python-wheel]

Windows 32 ビットと 64 ビット、Linux 32 ビットと 64 ビット、OS X (fat) の 5 つの異なる OS とアーキテクチャの組み合わせのバイナリを含むパッケージがあります。の内容はこちらでご覧いただけsetup.pyます。

私は、すべてのプラットフォームのバイナリを含む 1 つのホイールまたはソース配布さえもアップロードする代わりに、プラットフォーム固有のホイールを PyPI にアップロードすることが可能である (そして実際に望ましい) ことを認識しています。 (ただし、再配布可能)。

私の質問は、プラットフォームごとに個別のホイールを作成するにはどうすればよいですか? 具体的には：

• 1 つのディレクトリで複数のセットアップ スクリプトを、異なるファイル名と .xml で使用できますpackage_dataか?
• 意図したオペレーティング システムとアーキテクチャを示すファイル名でホイールを自動的に作成できますか?
• そうでない場合、これを行うためにファイル名を手動で変更できますか?

Linux ホイールの命名規則が確立されるまで、個別のホイールを維持する予定はないことに注意してください。

すべての依存関係を含むPython プロジェクトを配布する簡単な方法が必要です。PyInstallerのようなものは必要ありません。ユーザーごとに同じクロスプラットフォーム パッケージを配布する必要があります。各 OS での再コンパイルはオプションではありません。

コピーして別のシステムにインストールする場合、依存関係はパッケージ内から取得する必要があります(たとえば、インターネットからではありません)。理想的には、それらはそのパッケージに対して分離された環境にインストールする必要があります。

出来ますか？

Rubyを知っている人向け：

Ruby では、Bundler を使用して実行bundle package --all-platformsすると、すべての依存関係が./vendor/cache/プロジェクト フォルダー内にコピーされます。

次に、別のマシンで実行すると、依存関係がローカルパスにbundle install --deploymentインストールされます。./vendor/cache./vendor/bundle

Pythonで同様の手順を探しています。

次を使用してpythonモジュールをリリースするかどうか疑問に思います。

1. hg アーカイブとsourceforgeのダウンロード
2. wheelとPyPyホスティング

私は何年もの間 1 を使用していましたが、正しい pythonic の方法は 2 だと思います

何かアドバイスはありますか？

wheel には、pip、wheel、setuptools が必要です...単純な tar 抽出と setup.py インストールに比べて、単純なモジュールはかなり複雑に見えます。一方で、pip/wheel が多少必要になっているように見えますか?

Pythonプロジェクト内で仮想環境を使用しています.Djangoを簡単にインストールできました.最初に「pip freeze」コマンドを入力すると、これが結果です-

pipを使用してdjango-allauthをインストールすると、これらのエラーがスローされます-

仮想環境作成時にプリインストールされていたwheelsパッケージが関係していると思われますが、解決方法がわかりません。

Python のホイールの導入により、ビルドされたホイールがホーム ディレクトリのキャッシュにキャッシュされるようになりました。

私が知りたいのですが：

1. wheel を構築せずにプロジェクトをインストールする方法はありますか? （システムからホイールを簡単に取り外すことができることは知っています）
2. このキャッシュの場所を指定する方法はありますか?

私のパッケージairship-steamcloudは PyPI 上にあり、Windows (32 ビットおよび 64 ビット) と OS X 用の 3 つのホイールと、すべてのプラットフォームのすべてのバイナリを含む 1 つを生成します。ただし、OS X を実行しているコンピューターにインストールするたびにpip、非固有のホイールがダウンロードされます。

これは、ホイールの名前の付け方の問題ですか?

ホイールのリストはこちらから入手できます。このスクリプトでそれらを生成します。