View a markdown version of this page

에 대한 conda 빌드 레시피 생성 Autodesk Maya - 기한 클라우드
상용 애플리케이션에 대한 고려 사항레시피 이해Maya 패키지 빌드

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

에 대한 conda 빌드 레시피 생성 Autodesk Maya

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

상용 애플리케이션에 대한 고려 사항

상용 애플리케이션을 패키징할 때는 다음 고려 사항이 적용됩니다. 세부 정보는 각가에 적용되는 방법을 보여줍니다Maya.

  • 라이선스 - 애플리케이션의 라이선스 권한 및 제한을 이해합니다. 라이선스 관리 시스템을 구성해야 할 수 있습니다. Autodesk 클라우드 권한에 대한 구독 혜택 FAQ를 읽고의 클라우드 권한을 이해합니다Maya. Autodesk 제품은 일반적으로 구성에 관리자 액세스가 필요한 ProductInformation.pit 파일을 사용합니다. 씬 클라이언트를 위한 제품 기능은 재배치 가능한 대안을 제공합니다. 자세한 내용은 Maya 및 MotionBuilder용 씬 클라이언트 라이선싱을 참조하세요.

  • 시스템 라이브러리 종속성 - 일부 애플리케이션은 서비스 관리형 플릿 워커 호스트에 설치되지 않은 라이브러리에 의존합니다. Maya는 프리타입 및 fontconfig를 포함한 라이브러리에 의존합니다. AL2023dnf과 같은 시스템 패키지 관리자에서 이러한 라이브러리를 사용할 수 있는 경우 패키지 관리자를 소스로 사용할 수 있습니다. 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으로를 포함합니다.

  • 정보 - conda 채널의 콘텐츠를 검색하거나 처리하기 위한 애플리케이션에 대한 메타데이터입니다.

빌드 스크립트(의 경우 build.shLinux,의 경우 build_win.shWindows)에는 각 단계를 설명하는 설명이 포함되어 있습니다. 스크립트는 다음과 같은 주요 작업을 수행합니다.

  • 설치 프로그램 추출 - 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 설정합니다.

  • 활성화 스크립트 설정 - 스크립트는 MAYA_LOCATION, MAYA_VERSION, MAYA_NO_HOME, 등의 환경 변수를 설정하는 활성화 및 비활성화 스크립트를 생성합니다MAYA_MODULE_PATH. 에서는 Deadline Cloud 샘플 대기열 환경이 Windows에서 환경을 .bat 활성화bash하는 데를 사용하기 때문에 스크립트가 .sh 및 활성화 파일을 모두 생성합니다Windows.

Maya 패키지 빌드

Maya 패키지를 빌드하기 전에 Autodesk 계정에서 Maya 설치 관리자를 다운로드합니다. 의 경우 아카이브를 conda_recipes/archive_files 디렉터리에 직접 Linux배치합니다. 의 경우 README.md 절차에 Windows따라 아카이브를 생성합니다.

rattler-build publish를 사용하여 패키지를 빌드하고 게시합니다. Maya 레시피에는 conda-forge에서 사용할 수 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

다른 게시 옵션의 경우:

Maya 및 로 턴테이블 샘플을 렌더링하려면 MtoA 플러그인 및 Maya 어댑터 패키지를 모두 Arnold빌드합니다. 세 패키지를 모두 게시한 후 Deadline Cloud 샘플 리포지토리의 Maya/ 작업 번들이 포함된 턴테Arnold이블을 사용하여 테스트 렌더링 작업을 제출할 수 있습니다. Maya 렌더링 작업을 사용하여 패키지 테스트를 참조하세요.