KDE Plasma 6.8: Wayland로의 최종 전환 및 X11 제거

KDE Plasma 6.8은 로그인 화면에서 X11 세션을 완전히 제거하고 Plasma Shell, 시스템 설정, 장치 구성 내의 X11 전용 코드 경로를 없애는 첫 번째 릴리스가 될 것입니다. 이번 조치는 15년간 진행된 Wayland 전환을 마무리하는 것으로, KDE 개발자들이 성능 향상, 메모리 최적화 및 새로운 기능 개발에 전념할 수 있도록 단일 코드 경로에 집중할 수 있게 합니다.

전환 일정 및 범위

Plasma 6.8은 X11 지원을 제거하는 목표 릴리스이며, 약 5개월 후에 출시될 예정입니다.

사용자들이 마이그레이션할 시간을 확보하기 위해, Plasma 6.7은 X11 세션을 포함하는 마지막 릴리스가 됩니다. 현재 Plasma 5.27 또는 6.8 이전 버전을 사용 중인 사용자는 이번 변경의 영향을 받지 않으며, 이러한 변경은 소급 적용되지 않습니다.

제거되는 항목

  • 로그인 화면의 X11 세션 옵션.
  • Plasma Shell, 시스템 설정 및 장치 구성에서 X11 전용 코드 경로.

계속 지원되는 항목

  • XWayland: X11 애플리케이션에 대한 지원은 그대로 유지되어, 사용자는 Wayland 세션 내에서 레거시 X11 소프트웨어를 계속 실행할 수 있습니다.
  • KDE Applications: KDE 앱은 향후에도 다른 X11 기반 데스크톱 환경에서 계속 작동합니다.
  • Plasma Login Manager: 관리자는 다른 데스크톱 환경을 위한 X11 세션을 여전히 시작할 수 있습니다.

Wayland 채택을 위한 데이터 기반 결정

KDE가 X11을 폐기하기로 한 결정은 내부 지표에 기반합니다. 이 지표에 따르면 Plasma 6.6 사용자 중 95% 이상이 이미 Wayland로 전환했습니다. 이 추세는 Sentry 크래시 보고서에서도 확인되며, 매우 적은 수의 기여자만이 아직 X11에서 테스트하거나 개발하고 있음을 보여줍니다.

전체 버전(장기 지원 버전인 Plasma 5.27 포함)에서의 전체 채택률은 약 76%에 불과하지만, 개발자들은 오래된 릴리스에서는 Wayland가 기본값이 아니었기 때문에 레거시 버전에서 채택 격차가 발생했다고 설명합니다.

기술적 과제와 커뮤니티 우려

높은 채택률에도 불구하고, 커뮤니티는 Wayland 전환과 관련된 몇 가지 중요한 격차와 회귀 문제를 지적했습니다. 이러한 문제는 주로 접근성, 특수 워크플로, 하드웨어 호환성에 초점을 맞추고 있습니다.

접근성 및 특수 도구

일부 사용자는 접근성 소프트웨어에서 큰 회귀가 발생했다고 보고했습니다. 특히, 음성 입력 시스템인 Talon(음성으로 창을 조작하고 스크립트를 실행할 수 있음)은 합의된 프로토콜이 부족해 현재 Wayland에서 작동하지 않습니다.

알려진 기술적 격차

커뮤니티 구성원과 문서에서는 Wayland 세션에서 누락되거나 손상된 여러 기능을 확인했습니다:

  • 창 관리: 네이티브 Wayland 창의 위치를 저장·복원하는 기능이 없으며, 전체 화면 비율 보정 기능도 없습니다.
  • 세션 관리: 세션 간에 애플리케이션 상태(예: Konsole 탭 및 Dolphin 폴더)를 복원하기가 어렵습니다.
  • 원격 데스크톱: 헤드리스 RDP 솔루션이 부족하여 일부 전문 워크플로에 여전히 필요합니다.
  • 글로벌 메뉴: Qt가 아닌 애플리케이션에 대한 지원이 없습니다.

하드웨어 및 드라이버 문제

구형 NVIDIA GPU(특히 Pascal 아키텍처)를 사용하는 사용자는 불안정성을 보고했습니다. 일부는 NVIDIA 바이너리 드라이버가 Wayland에서 성능이 저하된다고 언급했으며, 오픈소스 드라이버는 구형 하드웨어 지원이 부족하거나 최신 커널(6.19 이상)이 필요해 주간 충돌을 피할 수 있다고 합니다.

마이그레이션 전략에 대한 커뮤니티 관점

많은 사용자가 Wayland에서의 Plasma의 부드러움과 반응성을 칭찬하는 반면, 일부 개발자와 파워 유저는 기능을 동시에 비활성화하고 코드베이스를 제거하는 "하드 컷" 접근법을 비판했습니다.

"기능을 비활성화하고 동시에 해당 기능의 코드베이스를 제거하는 경우는 거의 항상 좋지 않은 결과를 초래합니다... 더 나은 전략은 먼저 정상적인 방법으로 기능을 사용할 수 없게 만든 뒤, 우회 방법을 허용하는 것입니다."

다른 사용자들은 X11 시대에 인기가 있었던 KWin을 독립 타일링 윈도우 매니저로 교체할 수 있던 능력이 Wayland의 컴포지터 중심 아키텍처 아래에서는 제한된다는 점에 우려를 표했습니다.

Sources