Documentation for a newer release is available. View Latest

배포판-전반적인 변경

DNF를 통한 향상된 사용 자료 수집

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

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

  • 페도라 버전("페도라 32"와 같은).

  • 페도라 변형("서버"와 같은).

  • 운영체제와 구조("Linux.x86_64"와 같은).

  • 새롭게 도입된 countme 변수.

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

  • '1' 설치의 첫 주에서 - 0-7일.

  • 2 설치의 첫 주와 첫 번째 달 사이 - 8-30일.

  • 3 설치의 첫 번째 달과 첫 6개월 사이 - 31-180일 .

  • 4 설치의 첫 6개월 이후 - 180 일 또는 그 이상.

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

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

이와 같은 시스템은 서버 측 부분이 준비되지 않았기 때문에 페도라 32 출시 시점에서 페도라 프로젝트 측면에서 활성화되지 않습니다. 클라이언트는 `countme`를 포함하여 이들 사용자 에이전트를 보내지만, 처음에는 처리되지 않을 것입니다.

물리적인 광학 미디어는 사전-GA 시험하기가 필요하지 않습니다

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

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

  • Fedora-Everything-netinst-x86\_64-<RELEASE_MILESTONE>.iso

  • Fedora-Workstation-Live-x86\_64-<RELEASE_MILESTONE>.iso

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

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

몇몇 결점으로 인하여, 사용자는 몇 가지 경우에 따라 광학 미디어에서 설치를 완료하지 못 할 수 있습니다.

clang-libs 꾸러미에서 꾸러미화 변경

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

이 변경의 결과로서:

  • 이는 페도라와 응용프로그램 시작 시에 개선된 안정성이 있습니다.

  • clang 라이브러리를 사용하는 응용프로그램을 개발하는 최종-사용자는 개별 구성 요소 라이브러리 대신에 'libclang-cpp.so’를 사용하도록 이들 응용프로그램을 최신화 해야 합니다.

  • clang 라이브러리에 의존하는 페도라 꾸러미를 사용하는 최종-사용자는 이와 같은 변경으로 인하여 어떤 영향을 받지 않습니다.

FPC-종속된 꾸러미의 확장된 가용성과 함께 AArch64와 ppc64le 꾸러미를 위해 추가된 지원

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

sysusers.d 형식 채택하기

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

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

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

장점으로:

  • 꾸러미는 균일한 구문을 사용하여 시스템 사용자를 선언합니다.

  • 스크립틀릿은 더 표준화되었습니다.

  • 관리자는 손쉽게 시스템 사용자 목록을 검사하고 사용자가 필요한 꾸러미를 찾을 수 있습니다.

  • Admins은 더 우선 순위를 갖는 적절한 sysusers.d 파일 제공하여 시스템 사용자 정의를 쉽게 무시 할 수 있습니다.

    사용자는 여전히 이전-스타일의 'useradd' 호출을 사용하여 생성됩니다.

핵심 꾸러미의 제한된 스크립트릿 사용

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

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

페도라 웍스테이션에 있는 저-메모리 상태에서 보다 빠른 복구

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

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

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

  • 만약 램과 스왑이 10% 미만으로 떨어지면, `earlyoom`은 가장 큰 `oom_score`를 갖는 해당 프로세서에 `SIGTERM`을 전송합니다.

  • 만약 램과 스왑 모두 여유 공간이 5% 미만으로 떨어지면, earlyoom`이 가장 큰 `oom_score`를 갖는 해당 프로세스에 `SIGKILL 신호를 보냅니다.

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