12.3. 소프트웨어 관리
dnf-automatic은 기본/usr/bin/mail을 사용하여 여러 수신자에게 이메일을 보낼 수 있습니다.이번 업데이트 이전에는
dnf-automatic유틸리티에서command_emailemitter를 사용하여 여러 수신자에게 이메일을 보내고s-nail패키지와 함께 설치된/usr/bin/mail유틸리티를 사용하는 경우/usr/bin/mail도 이메일을 보내지 못했습니다. 이번 업데이트를 통해dnf-automatic유틸리티는command_format형식 문자열에서 단일 인수에서 여러 인수로email_to키워드를 확장합니다. 결과적으로dnf-automatic은 기본/usr/bin/mail유틸리티를 사용하여 여러 수신자에게 이메일을 보냅니다.
- 패키지에 일부
NOTTRUSTED서명이 있는 경우 RPM이 더 이상 여러 서명을 사용하여 패키지를 설치하거나 확인하지 않음 이번 업데이트 이전에는 여러 서명이 있는 패키지를 설치하거나 검증할 때
rpmkeys(8)유틸리티에서 일부 패키지 서명을NOTTRUSTED로 보고한 경우 RPM에서 전체 확인 결과를 올바르게 확인하지 못했습니다. 예를 들어 인증서가 만료되거나 취소되거나 시스템 전체 암호화 정책에 의해 알고리즘이 비활성화된 경우 서명이NOTTRUSTED가 될 수 있습니다. 그 결과 패키지에 유효한 서명과 신뢰할 수 있는 서명이 하나 이상 있어도 RPM에서 패키지를 설치하지 못했습니다.이번 업데이트에서는
NOTTRUSTED서명으로 패키지를 올바르게 처리하도록 RPM의 확인 논리가 수정되었습니다. 이번 업데이트에서는 이 기능에 대한 오류 보고도 향상되었습니다.결과적으로 RPM은
NOTTRUSTED패키지 서명을 무시하고 패키지에 유효한 서명이 있고 유효하지 않은 서명이 없는 경우 여러 서명을 사용하여 패키지를 성공적으로 설치 또는 확인합니다. 검증이 실제로 실패할 때 오류 메시지도 더 명확하고 정확합니다.
- DNF가 더 이상 지원되는 서명 알고리즘과 지원되지 않는 패키지를 설치하지 못했습니다.
이번 업데이트 이전에는 지원되는 패키지 서명 알고리즘과 지원되지 않는 서명이 있는 패키지를 설치할 수 없었습니다. 결과적으로 DNF는 지원되지 않는 알고리즘으로 인해 서명을 확인할 때 이러한 패키지를 거부했습니다. 이번 업데이트를 통해 DNF는
rpmkeys명령 출력에서NOTTRUSTED로 분류된 서명을 무시합니다. 결과적으로 DNF는 지원되는 서명 알고리즘과 지원되지 않는 서명 알고리즘을 모두 사용하는 패키지를 설치할 수 있습니다.
- RPM은 패키지를 설치하거나 확인할 때 로컬이 아닌 사용자 및 그룹을 올바르게 확인
이번 업데이트 이전에는 예를 들어 LDAP(Lightweight Directory Access Protocol)를 통해 중앙 집중식 ID 관리를 사용하고 해당 사용자 또는 그룹이 소유할 파일이 포함된 사용자 지정 패키지를 빌드할 수 있습니다. 결과적으로 이 사용자 지정 패키지를 설치하면 RPM에서 로컬이 아닌 사용자 및 그룹 이름을 확인하지 못하고 두 경우 모두 기본값으로
root로 설정되었습니다. 이로 인해 디스크에 설치될 때 로컬이 아닌 사용자 또는 그룹이 소유한 파일이root가 소유하게 되었습니다.이번 업데이트를 통해 RPM은 사용자 및 그룹 이름을 확인할 때 NSS(Name Service Switch) 파일을 참조합니다. 결과적으로 시스템의 NSS 구성이 올바르면 RPM에서 로컬이 아닌 사용자 및 그룹을 올바르게 확인하고 파일이 디스크에 설치된 경우 올바른 UID(사용자 식별자) 및 그룹 식별자(GID)에 의해 소유됩니다.
참고NSS를 사용하지 않으려면
%_passwd_path또는%_group_path매크로를 구성할 수 있습니다. RPM은 이름을 확인할 때 지정된 로컬passwd(5)및group(5)파일만 사용합니다.참고--root옵션으로 지정된 대체 루트 디렉터리에 패키지를 설치하거나 확인하는 경우 RPM은 대상루트디렉터리 내에 있는passwd(5)및group(5)파일 또는%_passwd_path및%_group_path매크로로 구성된 경로만 사용하며 NSS를 전혀 참조하지 않습니다.자세한 내용은
rpm(8)도움말 페이지의--root설명을 참조하십시오.
- DNF는 업그레이드 트랜잭션을 위해
epoch-version-release비교를 올바르게 수행 이번 업데이트 이전에는 DNF가
epoch-version-release(EVR) RPM 패키지 정보를 비교합니다. 결과적으로 동일한epoch-version이 있지만 다른릴리스가 있는 패키지에 대해 두 가지 후속 업그레이드 트랜잭션을 수행한 경우 DNF는 전체 트랜잭션을 다운그레이드로 확인했습니다. 이번 업데이트에서는EVR비교가 수정되었습니다. 결과적으로 DNF는 다른 릴리스 버전을 사용하여 업그레이드로 두 가지 후속 패키지 업그레이드를 식별합니다.Jira:RHEL-128443[1]
- DNF는 더 이상 종속 항목으로 설치된 보호된 패키지를 자동으로 제거하려고 시도하지 않음
이번 업데이트 이전에는 다른 패키지에서만 필요한 종속성으로 보호된 패키지를 설치하고
clean_requirements_on_remove구성 옵션을 활성화한 경우 이 패키지가 사용되지 않은 종속성이 되면 DNF에서 보호된 패키지를 제거하려고 시도한 트랜잭션을 수행하지 못했습니다. 이로 인해 DNF가 보호된 종속성을 자동으로 제거하려고 시도했기 때문에 종속된 패키지가 제거되었습니다. 이번 업데이트를 통해 DNF는 사용자가 명시적으로 설치한 것으로 보호되는 모든 패키지를 처리합니다. 결과적으로 DNF는 더 이상 보호된 패키지를 자동으로 제거하려고 시도하지 않으므로 이를 사용하는 패키지를 제거할 수 있습니다.Jira:RHEL-128445[1]