翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
の conda ビルドレシピを作成する Autodesk Maya
などの商用アプリケーションは、 などのオープンソースアプリケーションと比較して、追加のパッケージング要件Autodesk Mayaを導入しますBlender。Blender レシピは、オープンソースライセンスでシンプルな再配置可能なアーカイブをパッケージ化します。商用アプリケーションは多くの場合、インストーラを介して配布され、ライセンス管理設定が必要です。
商用アプリケーションの考慮事項
商用アプリケーションをパッケージ化する場合、以下の考慮事項が適用されます。詳細については、各 が にどのように適用されるかを示していますMaya。
-
ライセンス – アプリケーションのライセンス権と制限を理解します。ライセンス管理システムの設定が必要になる場合があります。Autodesk Cloud Rights に関するサブスクリプション特典に関するよくある質問
を読んで、 のクラウド権限を理解してくださいMaya。 Autodesk製品は、通常、設定に管理者アクセスを必要とする ProductInformation.pitファイルに依存しています。シンクライアントの製品機能は、再配置可能な代替手段を提供します。詳細については、「Maya および MotionBuilder のシンクライアントライセンス」を参照してください。 -
システムライブラリの依存関係 – 一部のアプリケーションは、サービスマネージドフリートワーカーホストにインストールされていないライブラリに依存します。 Maya は、freetype や fontconfig などのライブラリに依存します。これらのライブラリが AL2023
dnfなどのシステムパッケージマネージャーで使用可能な場合は、パッケージマネージャーをソースとして使用できます。RPM パッケージは再配置できるように構築されていないため、 などのツールを使用してMayaインストールプレフィックス内の依存関係をpatchelf解決する必要があります。 -
インストールのための管理者アクセス — 一部のインストーラーには管理者アクセスが必要です。サービスマネージドフリートは管理者アクセスを提供しないため、アプリケーションを別のシステムにインストールし、パッケージビルドのファイルのアーカイブを作成する必要があります。のWindowsインストーラには、このアプローチMayaが必要です。レシピの README.md
は、新しく起動された Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを使用して、繰り返し可能な手順を文書化します。 -
プラグイン統合 – サンプルMayaパッケージは、アプリケーションをユーザーレベルの設定から分離
MAYA_NO_HOME=1するように を定義し、プラグインパッケージが仮想環境内に.modファイルを配置MAYA_MODULE_PATHできるようにモジュール検索パスを に追加します。完全なプラグイン統合規則についてはMaya、2026 サンプルレシピを参照してください。
レシピについて
recipe.yaml
-
source – sha256 ハッシュを含むインストーラアーカイブを参照します。ではLinux、ソースはAutodeskインストーラアーカイブです。ではWindows、ソースにはインストーラアーカイブと、Mayaクラウドデプロイを準備する Autodeskからの
cleanMayaForCloud.pyスクリプトの両方が含まれます。新しいバージョンをパッケージ化する場合など、ソースファイルを変更するときにハッシュを更新します。 -
build – がMaya使用するライブラリおよびバイナリディレクトリに対して自動メカニズムが正しく機能しないため、デフォルトのバイナリ再配置と DSO リンクチェックをオフにします。ではLinux、レシピには、相対的な RPATHs を手動で設定するためのビルド依存関係
patchelfとして が含まれます。 -
about – conda チャネルの内容を参照または処理するためのアプリケーションに関するメタデータ。
ビルドスクリプト (build.sh
-
インストーラを抽出する – Mayaインストールファイルを conda プレフィックスに抽出します。Linux および Windowsスクリプトは、インストーラ形式により、これを異なる方法で処理します。詳細については、ビルドスクリプトを参照してください。
-
システムライブラリの依存関係をインストールする – ではLinux、スクリプトは Mayaを必要とするが、サービスマネージドフリートホストには存在しないシステムライブラリをダウンロードして抽出します。このスクリプトは、これらのライブラリを Maya
libディレクトリにコピーして、conda 環境内で使用できるようにします。 -
パッチで相対 RPATHs を設定する – ではLinux、スクリプトは
patchelf --add-rpathを使用して共有ライブラリに$ORIGIN相対パスを追加します。このアプローチは、conda 環境で を使用しないという condaLD_LIBRARY_PATHの推奨事項に従います。スクリプトは、ライブラリを複数のディレクトリレベル (lib、lib/python*/site-packages、lib/python*/lib-dynload) にパッチ適用し、各ライブラリが独自の場所に対する依存関係を見つけることができるようにします。レシピは、DT_RUNPATHの代わりに を設定するというベストプラクティスに従います。これによりDT_RPATH、LD_LIBRARY_PATHはデバッグに必要なときに検索パスを上書きできます。 -
シンクライアントライセンスの設定 – このスクリプトは、 で説明されているようにシンクライアントライセンスAutodesk
を設定し、システムレベルの管理者アクセスを必要とせずに、 ProductInformation.pitファイルを conda 環境内に配置できるようにします。 -
アクティベーションスクリプトのセットアップ – スクリプトは、、
MAYA_LOCATION、、 などの環境変数を設定するスクリプトMAYA_VERSIONをアクティブ化MAYA_NO_HOMEおよび非アクティブ化しますMAYA_MODULE_PATH。ではWindows、Deadline Cloud サンプルキュー環境が で環境を.batアクティブ化bashするために を使用するため、スクリプトは.shと の両方のアクティベーションファイルを生成しますWindows。
Maya パッケージの構築
Maya パッケージを構築する前に、 AutodeskアカウントからMayaインストーラをダウンロードします。の場合Linux、アーカイブを conda_recipes/archive_files ディレクトリに直接配置します。の場合Windows、README.md
rattler-build publish を使用してパッケージを構築して公開します。Maya レシピではLinux、conda-forgepatchelfとして が必要です。を追加して-c conda-forge、ビルド中に依存関係を使用できるようにします。conda_recipes ディレクトリから、次のコマンドを実行します。
rattler-build publish maya-2026/recipe/recipe.yaml \ --to file://$HOME/my-conda-channel \ --build-number=+1 \ -c conda-forge
その他の公開オプションの場合:
-
Amazon S3 チャンネルに発行するには、「パッケージを S3 conda チャンネルに発行する」を参照してください。
-
Deadline Cloud パッケージ構築キューを使用してビルドを自動化するには、「Automate package builds with Deadline Cloud」を参照してください。Linux と Windowsパッケージの両方を構築するには、
submit-package-jobスクリプトで--all-platformsオプションを使用します。
ターンテーブルサンプルを Mayaと でレンダリングするにはArnold、MtoAプラグインパッケージとMayaアダプターパッケージの両方を構築します。3 つのパッケージをすべて公開したら、Deadline Cloud サンプルリポジトリの Maya/ ジョブバンドルでターンテーブルArnold