翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
アプリケーションまたはプラグインの conda パッケージを作成する
依存関係を含むアプリケーション全体を conda パッケージに結合できます。Deadline Cloud がサービスマネージドフリートの期限クラウドチャネルで提供するパッケージは、このバイナリ再パッケージ化アプローチを使用します。これにより、conda 仮想環境に合わせてインストールと同じファイルが整理されます。
conda のアプリケーションを再パッケージ化する場合、次の 2 つの目標があります。
-
アプリケーションのほとんどのファイルは、プライマリ conda 仮想環境構造とは別にする必要があります。その後、環境はアプリケーションを conda-forge
などの他のソースのパッケージと混在させることができます。 -
conda 仮想環境がアクティブ化されると、アプリケーションは PATH 環境変数から使用可能になります。
conda のアプリケーションを再パッケージ化するには
-
conda のアプリケーションを再パッケージ化するには、 のようなサブディレクトリにアプリケーションをインストールする conda ビルドレシピを記述します
$CONDA_PREFIX/opt/。これにより、<application-name>binや などの標準プレフィックスディレクトリから分離されますlib。 -
次に、シンボリックリンクまたは起動スクリプトを に追加
$CONDA_PREFIX/binして、アプリケーションバイナリを実行します。または、
conda activateコマンドが実行する activate.d スクリプトを作成して、アプリケーションバイナリディレクトリを PATH に追加します。シンボリックリンクがサポートされていない ではWindows、環境を作成できるすべての場所で、代わりにアプリケーションの起動または activate.d スクリプトを使用します。 -
一部のアプリケーションは、Deadline Cloud のサービスマネージドフリートにデフォルトでインストールされていないライブラリに依存します。例えば、通常、X11 ウィンドウシステムは非インタラクティブジョブには必要ありませんが、一部のアプリケーションではグラフィカルインターフェイスなしで実行する必要があります。これらの依存関係は、作成するパッケージ内で指定する必要があります。
-
パッケージ化するアプリケーションの著作権およびライセンス契約に従ってください。ディストリビューションを制御し、ファームへのパッケージアクセスを制限するには、conda チャネルにプライベート Amazon S3 バケットを使用することをお勧めします。
期限クラウドチャネル内のすべてのパッケージのサンプルレシピは、Deadline Cloud Samples GitHub リポジトリ
conda 用のプラグインをパッケージ化するには
-
アプリケーションプラグインは、独自の conda パッケージとしてパッケージ化できます。プラグインパッケージを作成する場合:
-
ビルドレシピと
meta.yamlに、ビルドと実行の両方の依存関係としてホストアプリケーションパッケージを含めますrecipe.yaml。バージョン制約を使用して、ビルドレシピが互換性のあるパッケージでのみインストールされるようにします。 -
プラグインを登録するには、ホストアプリケーションパッケージの規則に従います。
-