

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 에 대한 conda 빌드 레시피 생성 Autodesk Maya
<a name="create-conda-recipe-maya"></a>

와 같은 상용 애플리케이션은와 같은 오픈 소스 애플리케이션과 비교하여 추가 패키징 요구 사항을 Autodesk Maya 도입합니다Blender. [Blender 레시피](create-conda-recipe-blender.md)는 오픈 소스 라이선스에 따라 간단한 재배치 가능 아카이브를 패키징합니다. 상용 애플리케이션은 설치 관리자를 통해 배포되는 경우가 많으며 라이선스 관리 구성이 필요합니다.

## 상용 애플리케이션에 대한 고려 사항
<a name="maya-commercial-considerations"></a>

상용 애플리케이션을 패키징할 때는 다음 고려 사항이 적용됩니다. 세부 정보는 각가에 적용되는 방법을 보여줍니다Maya.
+ **라이선스** - 애플리케이션의 라이선스 권한 및 제한을 이해합니다. 라이선스 관리 시스템을 구성해야 할 수 있습니다. [Autodesk 클라우드 권한에 대한 구독 혜택 FAQ](https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Subscription-Benefits-FAQ-Cloud-Rights.html)를 읽고의 클라우드 권한을 이해합니다Maya. Autodesk 제품은 일반적으로 구성에 관리자 액세스가 필요한 `ProductInformation.pit` 파일을 사용합니다. 씬 클라이언트를 위한 제품 기능은 재배치 가능한 대안을 제공합니다. 자세한 내용은 [Maya 및 MotionBuilder용 씬 클라이언트 라이선싱](https://www.autodesk.com/support/technical/article/caas/tsarticles/ts/2zqRBCuGDrcPZDzULJQ27p.html)을 참조하세요.
+ **시스템 라이브러리 종속성** - 일부 애플리케이션은 서비스 관리형 플릿 워커 호스트에 설치되지 않은 라이브러리에 의존합니다. Maya는 프리타입 및 fontconfig를 포함한 라이브러리에 의존합니다. AL2023`dnf`과 같은 시스템 패키지 관리자에서 이러한 라이브러리를 사용할 수 있는 경우 패키지 관리자를 소스로 사용할 수 있습니다. RPM 패키지는 재배치가 가능하도록 빌드되지 않았으므로와 같은 도구를 사용하여 Maya 설치 접두사 내의 종속성을 `patchelf` 해결해야 합니다.
+ **설치를 위한 관리자 액세스** - 일부 설치 관리자는 관리자 액세스가 필요합니다. 서비스 관리형 플릿은 관리자 액세스를 제공하지 않으므로 별도의 시스템에 애플리케이션을 설치하고 패키지 빌드에 대한 파일 아카이브를 생성해야 합니다. 용 Windows 설치 관리자에는이 접근 방식이 Maya 필요합니다. 레시피의 [README.md](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/conda_recipes/maya-2026/README.md) 새로 시작된 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스를 사용하여 반복 가능한 절차를 문서화합니다.
+ **플러그인 통합** - 샘플 Maya 패키지는 애플리케이션을 사용자 수준 구성에서 격리`MAYA_NO_HOME=1`하도록 정의하고 플러그인 패키지가 가상 환경 내에 `.mod` 파일을 배치할 수 `MAYA_MODULE_PATH` 있도록에 모듈 검색 경로를 추가합니다. 전체 플러그인 통합 규칙은 [Maya 2026년 샘플 레시피](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/conda_recipes/maya-2026#instructions-for-maya-plugin-packages)를 참조하세요.

## 레시피 이해
<a name="maya-recipe-structure"></a>

[recipe.yaml](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/conda_recipes/maya-2026/recipe/recipe.yaml) 파일은 패키지 메타데이터를 [래틀러 빌드 템플릿 구문](https://rattler-build.prefix.dev/latest/reference/recipe_file/#spec-reference)으로 정의합니다. 파일의 다음 섹션을 검토합니다.
+ **source** - sha256 해시를 포함하여 설치 관리자 아카이브를 참조합니다. 에서 Linux소스는 Autodesk 설치 관리자 아카이브입니다. 에서 소스Windows에는 설치 관리자 아카이브와 Maya 클라우드 배포를 준비Autodesk하는 `cleanMayaForCloud.py`의 스크립트가 모두 포함됩니다. 예를 들어 새 버전을 패키징할 때 소스 파일을 변경할 때 해시를 업데이트합니다.
+ **build** -가 Maya 사용하는 라이브러리 및 바이너리 디렉터리에서 자동 메커니즘이 제대로 작동하지 않기 때문에 기본 바이너리 재배치 및 DSO 연결 검사를 끕니다. 에서 레시피Linux는 상대 RPATHs를 수동으로 설정하기 위한 빌드 종속성`patchelf`으로를 포함합니다.
+ **정보** - conda 채널의 콘텐츠를 검색하거나 처리하기 위한 애플리케이션에 대한 메타데이터입니다.

빌드 스크립트(의 경우 [build.sh](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/conda_recipes/maya-2026/recipe/build.sh)Linux,의 경우 [build\_win.sh](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/conda_recipes/maya-2026/recipe/build_win.sh)Windows)에는 각 단계를 설명하는 설명이 포함되어 있습니다. 스크립트는 다음과 같은 주요 작업을 수행합니다.
+ **설치 프로그램 추출** - Maya 설치 파일을 conda 접두사로 추출합니다. Linux 및 Windows 스크립트는 설치 프로그램 형식으로 인해 이를 다르게 처리합니다. 자세한 내용은 빌드 스크립트를 참조하세요.
+ **시스템 라이브러리 종속성 설치** -에서 스크립트는가 Maya 필요하지만 서비스 관리형 Linux플릿 호스트에 없는 시스템 라이브러리를 다운로드하고 추출합니다. 스크립트는 이러한 라이브러리를 Maya `lib` 디렉터리에 복사하여 conda 환경에서 사용할 수 있도록 합니다.
+ **patchelf를 사용하여 상대 RPATHs 설정** `$ORIGIN`-에서 스크립트는 Linux를 사용하여 공유 라이브러리`patchelf --add-rpath`에 상대 경로를 추가합니다. 이 접근 방식은 Conda 환경에서를 사용하지 않도록 `LD_LIBRARY_PATH` Conda 권장 사항을 따릅니다. 스크립트는 라이브러리를 여러 디렉터리 수준(`lib`, `lib/python*/site-packages`, `lib/python*/lib-dynload`)으로 패치하므로 각 라이브러리는 자체 위치에 상대적인 종속성을 찾을 수 있습니다. 레시피는 `DT_RUNPATH` 대신를 설정하는 모범 사례를 따르`DT_RPATH`므로 디버깅에 필요할 때가 검색 경로를 재정의`LD_LIBRARY_PATH`할 수 있습니다.
+ **씬 클라이언트 라이선스 구성** - 스크립트는 시스템 수준 관리자 액세스가 필요하지 않고 `ProductInformation.pit` 파일을 conda 환경 내에 배치할 수 있도록에 [설명된 대로 씬 클라이언트 라이선스를 Autodesk](https://www.autodesk.com/support/technical/article/caas/tsarticles/ts/2zqRBCuGDrcPZDzULJQ27p.html) 설정합니다.
+ **활성화 스크립트 설정 **- 스크립트는 `MAYA_LOCATION`, `MAYA_VERSION`, `MAYA_NO_HOME`, 등의 환경 변수를 설정하는 활성화 및 비활성화 스크립트를 생성합니다`MAYA_MODULE_PATH`. 에서는 Deadline Cloud 샘플 대기열 환경이 Windows에서 환경을 `.bat` 활성화`bash`하는 데를 사용하기 때문에 스크립트가 `.sh` 및 활성화 파일을 모두 생성합니다Windows.

## Maya 패키지 빌드
<a name="maya-build-package"></a>

Maya 패키지를 빌드하기 전에 Autodesk 계정에서 Maya 설치 관리자를 다운로드합니다. 의 경우 아카이브를 `conda_recipes/archive_files` 디렉터리에 직접 Linux배치합니다. 의 경우 [README.md](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/conda_recipes/maya-2026/README.md) 절차에 Windows따라 아카이브를 생성합니다.

`rattler-build publish`를 사용하여 패키지를 빌드하고 게시합니다. Maya 레시피에는 [conda-forge](https://conda-forge.org/)에서 사용할 수 Linux있는에 대한 빌드 종속성`patchelf`으로가 필요합니다. `-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 채널에 패키지 게시를](publish-packages-s3-channel.md) 참조하세요.
+ Deadline Cloud 패키지 빌드 대기열을 사용하여 빌드를 자동화하려면 [Deadline Cloud를 사용하여 패키지 빌드 자동화를 참조하세요](automate-package-builds.md). Linux 및 Windows 패키지를 모두 빌드하려면 `submit-package-job` 스크립트와 함께 `--all-platforms` 옵션을 사용합니다.

Maya 및 로 턴테이블 샘플을 렌더링하려면 [MtoA 플러그인](create-conda-recipe-mtoa-plugin.md) 및 [Maya 어댑터](create-conda-recipe-maya-openjd.md) 패키지를 모두 Arnold빌드합니다. 세 패키지를 모두 게시한 후 Deadline Cloud 샘플 리포지토리의 [Maya/ 작업 번들이 포함된 턴테Arnold](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/job_bundles/turntable_with_maya_arnold)이블을 사용하여 테스트 렌더링 작업을 제출할 수 있습니다. [Maya 렌더링 작업을 사용하여 패키지 테스트를 참조하세요](submit-render-maya-mtoa.md).