> 백엔드 개발 > 파이썬 튜토리얼 > Python RPM 패키징

Python RPM 패키징

DDD
풀어 주다: 2025-01-05 04:16:40
원래의
747명이 탐색했습니다.

Packaging python RPMs

최근에 저는 현재 진행 중인 프로젝트에서 매우 구체적인 작업을 수행하고 있었습니다.
RHEL Lightspeed인 Red Hat에서 근무
ShellAI, 이번 프로젝트는
비교적 새롭지만 QE를 위해 개발 RPM을 출시하고 싶었습니다
친구들이 도구를 가지고 놀고 파이프라인에서 테스트하기 시작합니다.

패키징과 일반적인 Python 관련 작업에 대한 방법은 알고 있지만 이런, 그래야 합니다
이 포장 작업을 완료하는 데 꼬박 이틀이 ​​걸렸습니다. 해주세요
작업의 세부사항을 매우 빠르게 안내합니다.

TLDR; 결국 모든 것이 잘 풀렸고 이것이 PR 결과입니다.
https://github.com/rhel-lightspeed/shellai/pull/4

작업 세부정보

ShellAI 프로젝트는 RHEL 9 및 향후 버전에서 출시될 예정입니다
RHEL 10. 보너스 대상으로 RHEL 8에서도 실행되도록 하고 싶습니다.

위의 설명에 따르면 이전에 RHEL을 사용했다면 이미
도전은 살아있는 의존성의 버전이 될 것이라고 추측했습니다
RHEL에서.

  • RHEL 8에는 Python 3.6이 포함되어 있습니다
  • RHEL 9에는 Python 3.9가 있습니다
  • 마지막으로 RHEL 10에는 Python 3.12가 있습니다

또한 우리는 비교적 자주 개발 빌드를 받고 싶습니다
도구를 개발하면서 테스트할 새로운 기능을 확보합니다.

개발 부분에서는 다음을 사용하고 싶습니다
pdm을 사용하여 종속성을 관리하고
빌드합니다. 작업을 진행하면서 pdm 백엔드가 그렇지 않다는 것을 알았습니다
RHEL 리포지토리에 포함되어 있으므로 기본 setuptools 빌드를 사용했습니다
백엔드.

우리 시스템 대상은 "비교적 새로운" 것이므로 현대화하고 싶습니다.
프로젝트를 진행하고 새로운 도구/구조 및 형식을 사용하고 있는지 확인하세요.
의 경우 그래서 우리는 pdm init를 통해 생성되는 pyproject.toml을 선택했습니다
프로젝트를 부트스트랩했을 때

RPM 구축 문제

처음에는 최신 Python 기능과 프로젝트를 사용하는 것이 우리의 아이디어였습니다
레거시 setup.py 대신 pyproject.toml 파일과 같은 구조입니다.
새로운 프로젝트를 시작하면 모든 것이 멋지고 새로워서 매우 설렙니다
그 물건을 사용하는데 유일한 문제는:

  • 개발 과정에는 매우 좋지만 포장용으로는 적합하지 않습니다.

처음에 작업을 시작했을 때 새로운 RPM을 사용해도 좋겠다는 생각이 들었습니다

에 pyproject.toml 및 pdm을 사용하므로 프로젝트 빌드를 위한 매크로 종속성을 관리합니다.

이를 위해 Fedora 문서에는 Python Packaging이라는 멋진 기사가 있습니다
지침
자세히 알아보겠습니다. 가이드는 거의 모든 주제와 사례를 다루고 있지만
예를 들어도 필요할 수 있습니다
사양파일.

우리의 주요 목표는 RHEL이므로 모든 것을 따르는 것을 상상할 수 있습니다
가이드의 내용은 그대로 작동할 것입니다. 그렇죠? 아니요. 그 이유는
RHEL 리포지토리에 제공되는 버전. 새로운 매크로
가이드에서 지적한 내용은 빌드 중에 작동할 수 있으며, 생성할 수 없습니다
다음 목표의 최종 RPM:

  • RHEL 8에서는 %generate_buildrequires 중에 오류가 발생합니다. 해당 릴리스에 포함된 python3-setuptools 버전은 매우 오래되었으며 새로운 pyproject.toml 형식을 실제로 인식하지 못합니다.
  • RHEL 9는 대부분의 단계를 진행할 수 있지만 실패합니다. %pyproject_wheel은 UNKNOWN이라는 이름의 패키지를 빌드합니다. 이것 이는 (다시) RHEL 9에 제공된 python3-setuptools가 다음과 같기 때문에 발생합니다. 오래된. 이는 생성된 대부분의 메타데이터를 인식하지 못합니다. pyproject.toml 사양

해결책

유산을 만들어야 했습니다
setup.py
Python 휠 빌드를 진행하고 데이터를 피하기 위해 파일을 삭제하세요
pyproject.toml과 레거시 setup.py 파일 간의 중복이 발생했습니다.

때문에 tomllib를 사용했습니다. 다음 이유:

  • Tomllib는 RHEL 8에서 (pypi 및 rpm 패키징을 통해) 사용할 수 있습니다
  • Python 3.11 이후 tomllib는 기본적으로 표준 라이브러리에 번들로 포함되었습니다

위에서 본 것처럼 tomllib를 사용하여 pyproject.toml 파일을 로드하고
필요한 필드를 읽고 기존 setup.py를 업데이트하기만 하면 됩니다. 이렇게 우리는
pyproject.toml을 수정할 수 있으며 새 빌드를 푸시할 때마다
기존 setup.py에서도 일관성을 유지할 수 있습니다.

사양 파일과 관련하여 우리는 문서에서 말하는 것을 다시 사용해야 했습니다
“201x 시대” Python 패키징
지침을 따르세요.
기본적으로 우리는 오래된 python setup.py build ... 명령을 사용하고 있습니다
(물론 매크로를 통해) 프로젝트를 빌드합니다.

이 솔루션을 통해 우리가 원하는 RHEL 버전 전체에서 일관성을 유지할 수 있었습니다
pdm과 멋진 새 기능을 지원하는 동시에 계속 사용하세요
발전을 기원합니다.

위 내용은 Python RPM 패키징의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:dev.to
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿