Fedora Linux 39는 더 나은 성능을 위해 기본적으로 DNF5를 사용할 계획입니다.
Fedora 엔지니어링 및 운영 위원회 (FESCo)는 Fedora 39에서 담당 팀이 아마도 DNF를 대체할 것이라고 발표했습니다., libdnf 및 dnf-자동 c새로운 DNF5 패키징 도구 및 libdnf5 지원 라이브러리 사용. DNF5는 사용자 경험을 개선하고 Fedora Linux에서 소프트웨어 관리를 위한 더 나은 성능을 제공해야 합니다.
DNF는 소프트웨어 패키지 관리자입니다. Fedora에서 패키지를 설치, 업데이트 및 제거하며 YUM(Yellow-Dog Updater Modified)의 후속 제품입니다. DNF를 사용하면 종속성을 자동으로 확인하고 패키지 설치에 필요한 작업을 결정하여 패키지를 쉽게 유지 관리할 수 있습니다. 이 방법을 사용하면 rpm 명령을 사용하여 패키지와 해당 종속성을 수동으로 설치하거나 업데이트할 필요가 없습니다.
DNF5의 새로운 기능과 관련하여 다음이 두드러집니다.
- Python이 필요 없는 전체 패키지 관리자
- 가장 작은 시스템
- 더 빠르게
- DNF 및 Microdnf 대체
- 전체 소프트웨어 관리 스택에서 통합된 동작
- 새로운 Libdnf5 플러그인(C++, Python)은 DNF5 및 Dnf5Daemon에 적용됩니다.
- 공유 설정
- DNF/YUM은 여러 스타일 및 명명 규칙(옵션, 설정, 옵션, 명령)의 영향으로 수십 년 동안 개발되었습니다.
- Desktop에 내장된 경우 RPM(고유한 PackageKit 백엔드)용 PackageKit에 대한 대안을 제공할 수 있습니다.
- Modularity 및 Comps 그룹과의 호환성
- 코드 기반의 중요한 개선 사항
- 기록 데이터베이스 및 /etc/dnf/module.d에서 시스템 상태 분리
dnf-4에서 설치된 패키지 목록 사용자별 및 설치된 그룹 목록 및 이러한 그룹의 설치된 패키지 목록, 기록의 집계로 계산됩니다. 거래의. dnf5에는 별도로 저장됩니다., 여러 장점이 있습니다. 그 중 가장 중요한 것은 기록 데이터베이스가 정보 제공 목적으로만 사용되며 시스템 상태를 정의하지 않는다는 것입니다(가끔 손상되는 등). /etc/dnf/module.d에 저장된 데이터는 사용자가 쓸 수 없고 형식이 충분하지 않습니다(프로파일이 설치된 설치된 패키지에 대한 정보가 누락됨).
DNF5는 아직 개발 중입니다. 일부 기능이나 옵션은 아직 사용할 수 없습니다. 아직 모듈화를 구현하기 위해 해야 할 일이 있습니다., 시스템 기록 및 상태와 관련된 내부 데이터 저장소, 설명서 및 매뉴얼 페이지. DNF5는 야간 업스트림 빌드를 사용하여 저장소에서 테스트할 수 있습니다.
DNF5는 dnf, yum, dnf-automatic, yum-utils 및 DNF 플러그인을 더 이상 사용하지 않습니다. (코어 및 추가 기능) python3-dnf 및 LIBDNF(libdnf, python3-hawkey)는 fedora-obsolete-packages와 함께 더 이상 사용되지 않으며 /usr/bin/dnf에 대한 심볼릭 링크를 제공하므로 사용자는 대체 항목을 업데이트로 볼 수 있습니다. 제한적이지만 문서화된 구문 변경으로 DNF로. DNF5는 DNF5 채택을 개선하기 위해 몇 가지 지원되는 명령 별칭 및 옵션을 제공합니다.
변경 제안은 다음과 같이 요약합니다.
- 새로운 DNF5는 사용자 경험과 성능을 크게 향상시킵니다.. 이 교체는 Fedora 소프트웨어 관리 스택 업그레이드의 두 번째 단계입니다. 이 변경 사항이 없으면 다른 동작을 제공하고 기록을 공유하지 않는 다른 라이브러리(libdnf, libdnf5)를 기반으로 하는 여러 소프트웨어 관리 도구(DNF5, 이전 Microdnf, PackageKit 및 DNF)가 있을 것입니다. DNF는 개발자 지원이 제한적일 수도 있습니다. DNF5의 개발은 2020년 Fedora-Devel 목록에 발표되었습니다.
- DNF5는 더 작은 시스템을 위해 Python 코드를 제거합니다., 더 빠른 성능을 제공하고 기존 DNF 및 microdnf 도구를 대체합니다. DNF5는 또한 소프트웨어 관리 스택의 동작을 통합하고 RPM용 PackageKit의 대안으로 새로운 데몬을 도입하며 훨씬 더 많은 기능을 제공해야 합니다. 리포지토리 검색, 조회 작업, RPM 쿼리 및 메타데이터 공유를 위한 더 빠른 성능을 기대하십시오.
변경 제안은 아직 승인이 필요합니다. Red Hat이 DNF(5)에 참여하고 있다는 점을 감안할 때 Fedora 엔지니어링 및 운영 위원회에서 승인하고 Fedora 39 주기에 맞춰 완료될 것으로 가정할 수 있습니다.
출처 : https://fedoraproject.org