DNF 5 패키지 관리자 개발 및 PackageKit 대체 시작

Red Hat의 Daniel Mach сообщил Python으로 구현된 DNF 로직이 C++로 작성된 libdnf 라이브러리로 전송되는 DNF 5 패키지 관리자 개발의 시작에 대해 설명합니다. DNF 5는 Fedora 33 개발 중 2020월부터 테스트를 시작할 예정이며, 이후 2021년 4월 Rawhide 저장소에 추가되고 4년 8월 DNF XNUMX를 대체할 예정입니다. DNF XNUMX 브랜치의 유지 관리는 그대로 계속됩니다. Red Hat Enterprise Linux XNUMX에서 사용됩니다.

API/ABI 수준에서 호환성을 깨지 않고는 코드 개발을 지속하는 것이 거의 불가능한 상태에 이르렀다는 점에 주목된다. 이는 주로 다음으로 인해 발생합니다. 손실 PackageKit의 관련성과 "libhif" API를 변경하지 않고는 libdnf를 개발할 수 없다는 점입니다. 동시에 API를 변경하려는 의도에도 불구하고 명령줄 인터페이스와 API 수준에서 하위 호환성을 유지하는 것이 최우선 과제라고 합니다.

DNF의 Python API에 대한 지원은 유지되지만 Python으로 작성된 비즈니스 논리는 libdnf(C++) 라이브러리로 전송되어 배포판에서 패키지 관리자의 동일한 작동을 보장합니다. 개발은 C++ API를 중심으로 이루어지며, 이를 기반으로 Python API가 Wrapper 형태로 자동 생성됩니다.
Go, Perl 및
루비. C++ API가 안정화되면 이를 기반으로 C API가 준비되어 rpm-ostree가 이전됩니다. Hawkey Python API가 제거되고 다음으로 대체됩니다. libdnf 파이썬 API.

DNF의 핵심 기능은 유지됩니다. 대규모 테스트 모음(약 1400개 테스트)으로 인해 API 재작업이 최종 사용자를 위한 명령줄 인터페이스에 영향을 미치지 않을 것으로 예상됩니다. 인수 구문 분석 및 출력이 약간 변경될 수 있지만 이러한 변경 사항은 잘 문서화되어 있습니다. 제거된 버전에서 마이크로엔프, 컨테이너에 사용되는 경우 DNF 기능의 하위 집합을 구현할 계획이지만 기능의 완전한 패리티 달성은 고려되지 않습니다.

대신에 패키지 키트 그래픽 애플리케이션에 대한 패키지 및 업데이트 관리를 위한 인터페이스를 제공하는 새로운 DBus 서비스가 생성됩니다. 본 서비스는 처음부터 개발할 예정이므로 제작에 많은 시간이 소요될 수 있습니다. PackageKit은 최근에 개발되지 않았으며 관련성 상실로 인해 2014년부터 유지 관리 모드에 있었습니다. Snaps 및 Flatpak 시스템의 발전으로 배포판은 PackageKit에 대한 관심을 잃고 있습니다. 예를 들어 더 이상 빌드에서 사용할 수 없습니다. 페도라 실버 블루. 패키지 관리를 위한 추상화 계층은 기본 GNOME 및 KDE 응용 프로그램 제어 센터에서 주로 제공되며, 이를 통해 개별 사용자 수준에서 flatpak 패키지를 설치할 수 있습니다. 설치된 패키지 목록을 가져오는 통합 시스템 API는 이전만큼 유용하지 않습니다.

출처 : opennet.ru