View a markdown version of this page

Créez une recette de construction de conda pour Autodesk Maya - Deadline Cloud

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Créez une recette de construction de conda pour Autodesk Maya

Les applications commerciales telles que. Autodesk Maya introduisent des exigences d'emballage supplémentaires par rapport aux applications open source telles queBlender. La Blenderrecette contient une simple archive relocalisable sous une licence open source. Les applications commerciales sont souvent distribuées par le biais d'installateurs et nécessitent une configuration de gestion des licences.

Considérations relatives aux applications commerciales

Les considérations suivantes s'appliquent lors de l'emballage d'applications commerciales. Les détails illustrent comment chacun s'applique àMaya.

  • Licences : comprenez les droits de licence et les restrictions de l'application. Il se peut que vous deviez configurer un système de gestion des licences. Lisez la FAQ sur les avantages de l'Autodeskabonnement concernant les droits liés au cloud pour comprendre les droits liés au cloud pourMaya. Autodeskles produits s'appuient sur un ProductInformation.pit fichier dont la configuration nécessite généralement l'accès d'un administrateur. Les fonctionnalités du produit destinées aux clients légers constituent une alternative délocalisable. Consultez Thin Client Licensing pour Maya et MotionBuilder pour plus d'informations.

  • Dépendances des bibliothèques système : certaines applications dépendent de bibliothèques qui ne sont pas installées sur des hôtes de parc gérés par des services. Mayadépend de bibliothèques telles que freetype et fontconfig. Lorsque ces bibliothèques sont disponibles dans le gestionnaire de packages système, par exemple dnf for AL2023, vous pouvez utiliser le gestionnaire de packages comme source. Comme les packages RPM ne sont pas conçus pour être relocalisables, vous devez utiliser des outils tels que patchelf la résolution des dépendances au sein du préfixe Maya d'installation.

  • Accès administrateur pour l'installation : certains programmes d'installation nécessitent un accès administrateur. Les flottes gérées par les services ne fournissent pas d'accès administrateur. Vous devez donc installer l'application sur un système distinct et créer une archive des fichiers pour la création du package. Le Windows programme d'installation de Maya nécessite cette approche. Le fichier README.md de la recette décrit une procédure reproductible utilisant une instance Amazon Elastic Compute Cloud (Amazon EC2) récemment lancée.

  • Intégration de plugins — L'exemple de Maya package définit MAYA_NO_HOME=1 pour isoler l'application de la configuration au niveau de l'utilisateur et ajoute des chemins de recherche de modules MAYA_MODULE_PATH afin que les packages de plugins puissent placer .mod des fichiers dans l'environnement virtuel. Consultez l'exemple de recette Maya 2026 pour connaître la convention complète d'intégration des plugins.

Comprendre la recette

Le fichier recipe.yaml définit les métadonnées du package dans la syntaxe du modèle Rattler-build. Passez en revue les sections suivantes du fichier :

  • source — Fait référence aux archives du programme d'installation, y compris le hachage sha256. ActivéLinux, la source est l'archive du Autodesk programme d'installation. ActivéWindows, la source inclut à la fois l'archive du programme d'installation et un cleanMayaForCloud.py script Autodesk qui Maya prépare le déploiement dans le cloud. Mettez à jour les hachages lorsque vous modifiez les fichiers source, par exemple lors de l'empaquetage d'une nouvelle version.

  • build — Désactive les vérifications de relocalisation binaire et de liaison DSO par défaut car les mécanismes automatiques ne fonctionnent pas correctement pour la bibliothèque et les répertoires binaires qui les Maya utilisent. ActivéLinux, la recette inclut patchelf en tant que dépendance de construction pour définir manuellement la valeur relative RPATHs.

  • about — Métadonnées relatives à l'application permettant de parcourir ou de traiter le contenu d'un canal conda.

Les scripts de compilation (build.sh pourLinux, build_win.sh pourWindows) incluent des commentaires expliquant chaque étape. Les scripts exécutent les tâches clés suivantes :

  • Extraire le programme d'installation — Extrait les fichiers Maya d'installation dans le préfixe conda. Les Windows scripts Linux and gèrent cela différemment en raison des formats d'installation. Consultez les scripts de compilation pour plus de détails.

  • Installer les dépendances des bibliothèques système : activéLinux, le script télécharge et extrait les bibliothèques système Maya nécessaires mais absentes sur les hôtes de flotte gérés par des services. Le script copie ces bibliothèques dans le Maya lib répertoire afin qu'elles soient disponibles dans l'environnement conda.

  • Définir relatif RPATHs avec patchelf — ActivéLinux, le script permet patchelf --add-rpath d'ajouter des chemins $ORIGIN -relatifs aux bibliothèques partagées. Cette approche suit la recommandation de conda de ne jamais utiliser LD_LIBRARY_PATH dans des environnements conda. Le script applique des correctifs aux bibliothèques à plusieurs niveaux de répertoire (liblib/python*/site-packages,,lib/python*/lib-dynload) afin que chaque bibliothèque puisse trouver ses dépendances par rapport à son propre emplacement. La recette suit la meilleure pratique qui consiste à définir DT_RUNPATH au lieu deDT_RPATH, ce qui permet de LD_LIBRARY_PATH remplacer le chemin de recherche lorsque cela est nécessaire pour le débogage.

  • Configurer les licences pour les clients légers : le script configure les licences pour les clients légers, comme indiqué par la documentation, Autodesk afin que le ProductInformation.pit fichier puisse être localisé dans l'environnement conda au lieu de nécessiter un accès administrateur au niveau du système.

  • Configurer des scripts d'activation : les scripts créent des scripts d'activation et de désactivation qui définissent des variables d'environnement telles que MAYA_LOCATIONMAYA_VERSION,MAYA_NO_HOME, etMAYA_MODULE_PATH. ActivéWindows, les scripts produisent à la fois .sh des fichiers .bat d'activation, car les environnements de file d'attente d'exemple de Deadline Cloud sont utilisés bash pour activer les environnements surWindows.

Création du Maya package

Avant de créer le Maya package, téléchargez le Maya programme d'installation depuis votre Autodesk compte. Pour Linux cela, placez l'archive directement dans le conda_recipes/archive_files répertoire. Pour créer l'archiveWindows, suivez la procédure décrite dans le fichier README.md.

rattler-build publishÀ utiliser pour créer et publier le package. La Maya recette nécessite patchelf en tant que build une dépendance àLinux, qui est disponible auprès de conda-forge. Ajoutez -c conda-forge pour rendre la dépendance disponible lors de la construction. Dans le conda_recipes répertoire, exécutez la commande suivante.

rattler-build publish maya-2026/recipe/recipe.yaml \ --to file://$HOME/my-conda-channel \ --build-number=+1 \ -c conda-forge

Pour les autres options de publication :

Pour afficher l'échantillon de platine vinyle avec Maya etArnold, créez à la fois les packages du MtoAplugin et de l'Mayaadaptateur. Après avoir publié les trois packages, vous pouvez soumettre une tâche de rendu de test à l'aide de la table tournante avec le bundleMaya/Arnoldjob du référentiel d'échantillons de Deadline Cloud. Consultez la section Tester vos packages avec une tâche de rendu Maya.