배포판-전반적인 변경

페도라 32 이전에서, 페도라 프로젝트는 공식 미러에서 최신화에 접근하는 고유한 IP 주소 계산에 의해 설치된 페도라 시스템 수를 추정했습니다. 이와 같은 접근은 NAT로 인한 과소 계산과 다른 네트워크 연결 사이에서 이동하는 랩탑과 단기간의 DHCP 임대로 인한 초과 계산과 같은 여러 가지 이유로 매우 부정확하며, 그리고 이와 같은 접근 방식은 또한 페도라 변종을 구별하는 것을 허용하지 않습니다. 동시에, 정확한 사용 메트릭은 이 커뮤니티에 서비스를 제공하고 관련성을 유지하려는 모든 소프트웨어 프로젝트에 매우 유용하며, 따라서 페도라 프로젝트는 사용자의 개인 정보를 손상시키지 않으면서 더 유용한 정보를 얻을 수 있는 방법을 모색해 왔습니다.

페도라 32에서, 설치된 시스템이 공식 페도라 미러 중 하나에 접속 할 때, 이는 다음 정보("사용자 대리")를 제공합니다:

'countme' 변수는 페도라 프로젝트에서 시스템의 수명을 결정하는 데 사용됩니다. 변수는 다음과 같은 네 가지 가능한 값을 가집니다:

이 시스템을 사용하면, 페도라 프로젝트는 아키텍처와 변형의 다양한 조합의 사용 수준을 측정하고 각 변형의 장단기 사용 데이터를 수집할 수 있습니다. 동시에, 이와 같은 시스템은 클라이언트 시스템에 대한 식별 정보 수집을 방지합니다.

만약 당신이 이와 같은 행위를 비활성화 하고자 한다면, DNF 구성에서 countrime 부울의 값을 변경합니다. 더 상세하기 알기 위해 `dnf.conf(5)`man 설명서 부분을 참고하세요.

페도라 32 이후에, 물리적 광학 매체에서 설치 되어야 할 운영 체제는 일반 출시 전에 테스트 해야 할 필요가 없습니다. 아무튼, 물리적인 매체 부팅과 관련된 문제는 여전히 차단 결점으로 처리됩니다.

변경은 다음 이미지에 영향을 받습니다:

변경 은 CD/DVD 드라이브를 갖고 있는 신규 컴퓨터와 랩톱의 수가 계속 감소하는 추세와, 이 미디어를 사용하여 설치 할 때 수반되는 오류를 해결하는 것을 목표로 합니다.

결과적으로, 페도라 QE 팀과 커뮤니티 시험자는 최종 사용자에게 보다 더 잘 보이고 노출되는 페도라의 일부를 시험 할 수 있는 더 많은 능력을 갖게 됩니다.

clang-libs 꾸러미에는 더 이상 libclangBasic.so, libclangAST.so 등과 같은 개별 구성 요소 라이브러리가 포함되지 않습니다. clang 라이브러리에서 의존하는 꾸러미는 이제 `libclang-cpp.so`에 연결됩니다.

이 변경의 결과로서:

무료 파스칼 컴파일러의 최신 버전 (3.2.0)은 이제 페도라 32에서 사용 할 수 있습니다. 최신화된 무료 파스칼 컴파일러와 함께 당신은 이제 `Arch64`와 `ppc64le`를 제작 할 수 있습니다. 또한, 무료 파스칼 컴파일러는 이제 샐로운 구조(아키텍쳐)를 지원합니다. 결과적으로, FPC를 사용하여 컴파일된 프로그램은 페도라를 지원하는 더 많은 구조에서 동작하도록 할 수 있습니다.

앞서, 사용자는 getent, useradd 와 groupadd 명령 호출에 의해 %pre 부분에서 생성되었습니다.

이와 같은 최신화를 통해, 사용자는 sysusers.d 형식에서 정의됩니다. 이는 sysusers.d 파일이 있는 꾸러미를 제공하기 위하여 rpm 꾸러미 Provides Generator`를 추가하여 `user(<name>)`와 `group(<name>) 가상을 생성합니다.

rpm 꾸러미 Provides 생성자는 sysusers.d 파일과 함께 꾸러미를 위해 `user(<name>)`와 `group(<name>)`를 발생하도록 추가되었습니다.

장점으로:

페도라 32에서, 핵심 꾸러미(최소 컨테이너 이미지를 제작하는데 사용되는 꾸러미)는 모든 이들 구현 콜(%pre, %post, %preun, %postun)을 제거했습니다. 이는 컨테이너 이미지의 전체 설치 프로세스가 이제 rpm, ostree 또는 `composer`와 같은 꾸러미 도구에 대해 선언적이고 투명하다는 것을 의미하며, 설치가 더 빠르고, 그리고 앞으로 이와 같은 접근 방식을 유지하면 추가적인 최적화와 기능을 허용 할 것입니다.

꾸러미는 트리거(trigger) 동작하는 특정 위치에서 파일을 배치하여 설치하는 중에 시스템을 변경 할 수 있습니다.

earlyoom 서비스는 이제 페도라 웍스테이션에서 기본으로 활성화되었습니다.

earlyoom 서비스는 시스템 메모리 사용량을 관리합니다. 만약 여유 메모리가 설정된 제한치 이하로 떨어지면, `earlyoom`은 여유 메모리를 확보하기 위하여 적절한 프로세서를 종료합니다. 결과적으로, 시스템은 저-메모리 상태에 있는 시간에 오랫동안 응답하지 않을 것입니다.

다음은 기본설정 earlyoom 구성입니다:

더 많은 정보를 위하여, earlyoom man 부분을 참고하세요.