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 Blender

Vous pouvez utiliser différentes applications pour créer une recette de construction conda. Blenderest gratuit et facile à emballer avec conda. La Blender Fondation fournit des archives d'applications pour plusieurs systèmes d'exploitation. Nous avons créé un exemple de recette de compilation de conda qui utilise les fichiers .zip pour Windows et .tar.xz pour Linux. Dans cette section, découvrez comment utiliser la recette de construction de conda Blender 4.2.

Le fichier deadline-cloud.yaml spécifie les plateformes conda et les autres métadonnées permettant de soumettre des tâches de package à Deadline Cloud. Cette recette inclut des informations d'archives de sources locales pour montrer comment cela fonctionne. La plate-forme Conda Linux-64 est configurée pour intégrer une soumission de tâche par défaut correspondant à la configuration la plus courante. Le fichier deadline-cloud.yaml ressemble à ce qui suit :

condaPlatforms:
  - platform: linux-64
    defaultSubmit: true
    sourceArchiveFilename: blender-4.2.1-linux-x64.tar.xz
    sourceDownloadInstructions: 'Run "curl -LO https://download.blender.org/release/Blender4.2/blender-4.2.1-linux-x64.tar.xz"'
  - platform: win-64
    defaultSubmit: false
    sourceArchiveFilename: blender-4.2.1-windows-x64.zip
    sourceDownloadInstructions: 'Run "curl -LO https://download.blender.org/release/Blender4.2/blender-4.2.1-windows-x64.zip"'

Passez en revue les fichiers du recipe répertoire. Les métadonnées de la recette se trouvent dans recipe/recipe.yaml. Vous pouvez également lire la documentation meta.yaml de conda build pour en savoir plus, notamment en quoi le fichier est un modèle pour générer du YAML. Le modèle est utilisé pour spécifier le numéro de version une seule fois et pour fournir différentes valeurs en fonction du système d'exploitation.

Vous pouvez consulter les options de construction sélectionnées meta.yaml pour désactiver diverses vérifications de relocalisation binaire et de liaison d'objets partagés dynamiques (DSO). Ces options contrôlent le fonctionnement du package lorsqu'il est installé dans un environnement virtuel Conda, quel que soit le préfixe de répertoire. Les valeurs par défaut simplifient l'empaquetage de chaque bibliothèque de dépendances dans un package distinct, mais lors du reconditionnement binaire d'une application, vous devez les modifier.

Si l'application que vous empaquetez nécessite des bibliothèques de dépendances supplémentaires ou si vous empaquetez des plug-ins pour une application séparément, vous risquez de rencontrer des erreurs DSO. Ces erreurs se produisent lorsque la dépendance ne figure pas dans le chemin de recherche de la bibliothèque pour l'exécutable ou la bibliothèque qui en a besoin. Les applications reposent sur le fait que les bibliothèques se trouvent dans des chemins définis globalement/usr/lib, par exemple /lib ou lorsqu'elles sont installées sur un système. Cependant, comme les environnements virtuels conda peuvent être placés n'importe où, il n'y a pas de chemin absolu à utiliser. Conda utilise des fonctionnalités RPATH relatives, qui sont à la fois compatibles Linux et prises macOS en charge, pour gérer cela. Reportez-vous à la documentation de construction de conda sur la relocalisation des packages pour plus d'informations.

Blenderne nécessite aucun ajustement RPATH, car les archives de l'application ont été créées dans cette optique. Pour les applications qui en ont besoin, vous pouvez utiliser les mêmes outils que conda build : sur Linux et patchelf install_name_tool sur macOS d'autres.

Lors de la création du package, le script build.sh ou build_win.sh (appelé parbld.bat) s'exécute pour installer les fichiers dans un environnement préparé avec les dépendances du package. Ces scripts copient les fichiers d'installation, créent des liens symboliques à partir de $PREFIX/bin ceux-ci et configurent les scripts d'activation. WindowsActivé, il ne crée pas de liens symboliques mais ajoute le répertoire Blender au PATH dans le script d'activation.

Nous utilisons bash plutôt un fichier cmd.exe .bat pour la Windows partie de la recette de construction de conda, car cela permet une plus grande cohérence entre les scripts de construction. Consultez les recommandations du guide du développeur de Deadline Cloud sur la portabilité de la charge de travail pour obtenir des conseils bash d'utilisationWindows. Si vous avez installé git for Windows pour cloner le dépôt deadline-cloud-samplesgit, vous y avez déjà accèsbash.

La documentation des variables d'environnement de construction de conda répertorie les valeurs disponibles pour une utilisation dans le script de construction. Ces valeurs incluent $SRC_DIR les données d'archive source, $PREFIX le répertoire d'installation, l'accès $RECIPE_DIR à d'autres fichiers à partir de la recette, le nom $PKG_NAME et $PKG_VERSION la version du package, ainsi $target_platform que la plate-forme conda cible.

Soumettre le package job Blender 4.2

Vous pouvez créer votre propre package conda Blender 4.2 pour générer des tâches, en téléchargeant l'Blenderarchive puis en soumettant une tâche à la file d'attente de création du package. La file d'attente envoie le travail à la flotte associée pour créer le package et réindexer le canal conda.

Ces instructions utilisent git depuis un shell compatible avec Bash pour obtenir une tâche de création de package OpenJD et des recettes de conda depuis le référentiel d'exemples de Deadline Cloud. GitHub Vous avez également besoin des éléments suivants :

Après avoir soumis la tâche, utilisez le moniteur Deadline Cloud pour voir la progression et le statut de la tâche au fur et à mesure de son exécution.

Le coin inférieur gauche de l'écran montre les deux étapes de la tâche, à savoir la création du package, puis la réindexation. Le coin inférieur droit indique les différentes étapes de chaque tâche. Dans cet exemple, chaque tâche comporte une étape.

Dans le coin inférieur gauche du moniteur se trouvent les deux étapes du travail : créer le package puis réindexer le canal conda. En bas à droite se trouvent les tâches individuelles pour chaque étape. Dans cet exemple, il n'y a qu'une seule tâche pour chaque étape.

Lorsque vous cliquez avec le bouton droit sur la tâche correspondant à l'étape de création du package et que vous choisissez Afficher les journaux, le moniteur affiche une liste des actions de session indiquant comment la tâche est planifiée pour le travailleur. Les actions sont les suivantes :

Au fur et à mesure que les actions s'exécutent, elles envoient des journaux dans un format structuré à Amazon CloudWatch. Lorsqu'une tâche est terminée, sélectionnez Afficher les journaux de toutes les tâches pour voir les journaux supplémentaires relatifs à la configuration et au démantèlement de l'environnement dans lequel la tâche s'exécute.