クイズ: モジュールとストリーム

저장소에 nodejs rpm 파일이 있는데 dnf list available nodejs 가 아무것도 못 찾습니다. 원인은?

• 저장소의 GPG 키가 등록돼 있지 않다
• 클라이언트의 메타데이터 캐시가 낡았다
• 모듈 메타데이터가 없어 dnf 가 그 패키지들을 필터링한다
• 패키지 아키텍처가 서로 다르다

createrepo_c 가 모듈 메타데이터를 만들 수 없는 이유는?

• 그 기능이 아직 구현되지 않아서
• 모듈 형식의 라이선스 문제 때문에
• 생성 성능이 지나치게 나빠져서
• 모듈 정보는 rpm 파일 안에 없고 저장소 메타데이터에만 있기 때문

module_hotfixes=1 의 효과와 대가는?

• 모듈을 자동으로 활성화하고 대가는 없다
• 모듈 메타데이터를 자동으로 생성해 준다
• 모듈 필터링을 꺼서 모든 RPM 을 노출하지만 스트림이 섞일 수 있다
• GPG 검증을 건너뛰어 설치가 빨라진다

--download-metadata 로 받은 저장소에 createrepo_c 를 다시 돌리면?

• 메타데이터가 최신 상태로 갱신된다
• 이미 최신이라 아무 변화가 없다
• repodata 가 깨져 저장소가 손상된다
• 일반 메타데이터만 재생성되어 오히려 모듈 데이터를 잃을 수 있다

빈 installroot 기준으로 계산할 때 module_platform_id 를 지정하지 않으면?

• 명령이 실패한다
• 기본 스트림이 선택된다
• 모든 스트림이 포함된다
• 값이 비어 모듈 콘텐츠가 에러 없이 통째로 빠진다

dnf history userinstalled 목록이 전체 패키지 목록보다 유용한 이유는?

• 사용자가 명시적으로 설치한 것만 담겨 의존성은 알아서 따라오기 때문
• 출력 목록이 짧아 다루기 편하기 때문
• 각 패키지의 버전이 함께 담기기 때문
• 이름 순으로 정렬되어 나오기 때문