6.4. 소프트웨어 관리

dnf autoremove 명령 동작이 도움말 페이지 문서와 일치하고 이제 명령에서 패키지 설치 이유를 고려합니다.

이전 버전에서는 dnf autoremove 명령을 사용하여 불필요한 패키지를 제거하면 installonly 로 표시된 설치된 패키지가 제거되었습니다. 그러나 dnf(8) 도움말 페이지 설명서에는 installonly 패키지가 dnf autoremove 작업에서 제외된 정보가 포함되어 있습니다.

dnf-automatic systemd 서비스가 더 이상 보안 업데이트를 적용하지 않음

이전에는 dnf-automatic-install systemd 서비스를 사용하여 보안 수정 사항만 적용할 때 samba-client-libs 패키지의 자동 업그레이드가 실패했습니다. 이번 업데이트를 통해 dnf-automatic 은 DNF 툴과 동일한 방식으로 보안 업데이트를 적용합니다. 결과적으로 dnf-automatic 서비스가 더 이상 보안 업데이트를 적용하지 못합니다.

dnf remove --duplicates 가 더 이상 0이 아닌 종료 코드 및 오류 메시지로 종료되지 않음

이전 버전에서는 시스템에 중복 패키지가 없는 경우 dnf remove --duplicates 명령을 실행한 경우 dnf 는 0이 아닌 종료 코드로 종료되고 No duplicated packages found for removal. error에서 표준 오류 출력(stderr)으로 종료되었습니다. 이번 업데이트를 통해 dnf 는 이제 0 으로 종료되고 stderr 에 아무것도 쓰지 않습니다. 이전 버전의 installonly 패키지가 설치되지 않은 경우 dnf remove --oldinstallonly 명령에도 동일한 문제가 해결되었습니다.

dnf remove-n 이제 일치하는 RPM 이름이 있는 패키지만 제거

이전 버전에서는 일부 패키지와 RPM Provides 지시문에 이전 패키지 이름이 있는 다른 패키지를 설치한 경우 dnf remove-n 명령의 첫 번째 호출이 이전 패키지를 제거했습니다. 명령을 반복적으로 호출하면 후자 패키지가 제거되었습니다.

패키지를 다시 설치할 때 dnf 다시 설치하면 리포지토리 비용이 적용됩니다.

이전에는 여러 리포지토리에서 사용할 수 있는 패키지를 다시 설치하는 경우 가장 낮은 비용으로 리포지토리에 패키지를 다시 설치하지 않았습니다. 이번 업데이트를 통해 패키지에 name-epoch-version-release-architecture 식별자가 동일한 경우 DNF 툴에서 모든 리포지토리의 패키지를 종속성 해결기로 제공합니다. 결과적으로 dnf reinstall 명령은 이제 리포지토리의 비용을 준수합니다.

dnf-system-upgrade 는 보안 HTTPS 링크를 사용하여 문서를 가리킵니다.

이전에는 dnf-system-upgrade 서비스 설명서에서 비보안 HTTP 링크를 사용하여 문서에 액세스했습니다. 이번 업데이트를 통해 URL은 이제 보안 HTTPS 스키마를 사용합니다.

동일한 패키지의 설치 및 업그레이드를 포함하는 RPM 트랜잭션을 반복적으로 롤백하는 동안 dnf 기록 롤백이 올바르게 실행됩니다.

이전 버전에서는 동일한 패키지의 설치 및 업그레이드가 포함된 RPM 트랜잭션에서 반복 롤백을 수행하면 dnf history rollback 명령이 bogus 트랜잭션을 수행하려고 했습니다. 최신 트랜잭션으로 롤백할 필요가 없기 때문에 이 트랜잭션이 아무 작업도 수행하지 않고 실패했습니다.

Microdnf 는 더 이상 제공하는 RPM 기호와 충돌하는 패키지를 다시 설치하지 못했습니다.

이전에는 microdnf 패키지 관리자를 사용하여 패키지를 다시 설치할 때 RPM 트랜잭션이 실패했습니다. 이번 업데이트를 통해 libdnf 는 다시 설치 중인 패키지가 패키지와 충돌하는 RPM 기호를 제공하는 RPM 트랜잭션을 생성합니다. 결과적으로 microdnf 는 이제 제공하는 RPM 기호와 충돌하는 패키지를 다시 설치할 수 있습니다.

시스템을 설치할 때 Anaconda kickstart 스크립트 해석이 더 이상 중단되지 않음

이전에는 Anaconda kickstart 스크립트를 사용하여 시스템을 설치하고 이 스크립트를 임의로 해석했습니다. 이번 업데이트를 통해 libdnf 메모리 관리를 통해 사용 가능한 패키지 수를 늘린 후 쿼리를 적용할 수 있습니다. 결과적으로 libdnf 라이브러리에서 리포지토리를 활성화한 후 예외가 발생하지 않기 때문에 시스템 설치가 중단되지 않습니다.

DNF(8)에는 이제 첫 번째 미러가 실패하는 경우 dnf makecache --timer 에 추가 미러를 시도하지 않는 정보가 포함됩니다.

이전에는 첫 번째 미러 실패가 DNF(8) 도움말 페이지에 포함되지 않은 경우 dnf makecache --timer 명령에서 리포지토리 미러 목록에 추가 미러를 시도하지 않았습니다. 이번 업데이트를 통해 이 정보를 포함하도록 문서가 업데이트되었습니다.