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 Blender recette contient une archive déplaçable simple sous licence open source. Les applications commerciales sont souvent distribuées par l'intermédiaire 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. Consultez la FAQ sur les avantages de l'Autodeskabonnement à propos des droits du cloud pour comprendre les droits liés au cloud pourMaya. Autodeskles produits s'appuient sur un ProductInformation.pit fichier qui nécessite généralement un accès administrateur pour être configuré. Les fonctionnalités du produit destinées aux clients légers constituent une alternative déplaçable. 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 les hôtes des agents de gestion de flotte gérés par les 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 pour AL2023, vous pouvez utiliser le gestionnaire de packages comme source. Les packages RPM n'étant 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. Service-managed les flottes 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. La recette README.md de mai 2025, la plus récente à avoir été compilée, Windows décrit une procédure répétable utilisant une instance Amazon Elastic Compute Cloud (Amazon EC2) récemment lancée.

  • Intégration des plugins  : l'exemple de Maya package définit l'isolation MAYA_NO_HOME=1 de 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 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 dossier :

  • source  : référence les 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 sources, 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 les RPaths relatifs.

  • à propos  : métadonnées relatives à l'application permettant de parcourir ou de traiter le contenu d'une chaîne Conda.

Les scripts de construction (build.sh pourLinux, build_win.sh dans la recette maya-2025 pourWindows) incluent des commentaires expliquant chaque étape. Les scripts exécutent les tâches principales suivantes :

  • Extraire le programme d'installation  : extrait les fichiers Maya d'installation dans le préfixe conda. Les Windows scripts Linux et gèrent cela différemment en raison des formats du programme d'installation. Consultez les scripts de construction 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 qui en ont Maya besoin mais qui ne sont pas présentes sur les hôtes de parc 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éfinissez les chemins relatifs avec patchelf  : activéLinux, le script permet d'ajouter des chemins $ORIGIN relatifs patchelf --add-rpath aux bibliothèques partagées. Cette approche suit la recommandation de conda de ne jamais utiliser LD_LIBRARY_PATH dans les environnements conda. Le script corrige les 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 modifier le chemin de recherche lorsque cela est nécessaire pour le débogage.

  • Configurer les licences des clients légers — Le script configure les licences des clients légers comme indiqué par Autodesk afin que le ProductInformation.pit fichier puisse être situé dans l'environnement conda plutôt que 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'environnementMAYA_LOCATION, notamment MAYA_VERSIONMAYA_NO_HOME, etMAYA_MODULE_PATH. ActivéWindows, les scripts génèrent à la fois .sh des fichiers .bat d'activation, car les environnements de file d'attente d'exemples de Deadline Cloud sont utilisés bash pour activer les environnementsWindows.

Construire le Maya package

Avant de créer le Maya package, téléchargez le Maya programme d'installation depuis votre Autodesk compte. PourLinux, placez l'archive directement dans le conda_recipes/archive_files répertoire. PourWindows, suivez la procédure du mois de mai 2025 README.md pour créer l'archive.

rattler-build publishUtilisez-le pour créer et publier le package. La Maya recette nécessite patchelf comme build une dépendance àLinux, qui est disponible auprès de conda-forge. Ajoutez -c conda-forge pour rendre la dépendance disponible pendant 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 effectuer le rendu de l'échantillon de la platine avec Maya etArnold, créez à la fois le MtoA module d'extension et le module Maya d'adaptation. Après avoir publié les trois packages, vous pouvez soumettre une tâche de rendu de test à l'aide du bundle Turntable withMaya/Arnoldjob du référentiel d'exemples Deadline Cloud. Consultez la section Tester vos packages à l'aide d'une tâche de rendu Maya.