KDE Plasma의 마지막 X11 지원 릴리스 준비

• KDE Plasma 6.8은 약 5개월 뒤 출시될 때 로그인 화면에서 X11 세션을 제거하고 Wayland 세션만 제공함
• Plasma Shell, System Settings, 장치 설정의 X11 전용 코드 경로가 사라지며, KDE는 곧 관련 코드 대규모 정리에 들어감
• XWayland 지원은 유지돼 X11 애플리케이션은 계속 사용할 수 있고, 다른 데스크톱 환경의 X11 세션 로그인도 유지됨
• KDE 내부 지표에서 Plasma 6.6 사용자의 95% 이상이 Wayland를 쓰며, Plasma 5.27 사용자를 포함한 전체 Wayland 채택률은 약 76%임
• Plasma 6.7은 X11 세션을 제공하는 마지막 릴리스이며, 6.8 전까지 모두 고치겠다는 약속은 없지만 Wayland 때문에 X11로 돌아가야 하는 문제를 전달할 필요가 있음

---

Plasma 6.8의 변경 사항

• Plasma Wayland 전환은 15년 전 Martin의 슬라이드에 있던 “It’s done when it’s done!”이라는 표현에서 출발했음
• KDE는 이전 발표처럼 X11을 은퇴시키고 미래에 집중할 준비가 됐다고 봄
• 로그인 가능한 Plasma X11 세션은 공식 제거됐고, X11 전용 코드의 대규모 정리가 곧 시작됨
• 이 변경은 약 5개월 뒤 출시될 Plasma 6.8에 들어감
• Plasma 6.8 로그인 화면에는 X11 세션이 없고 Wayland 세션만 남음
• Plasma Shell, System Settings, 장치 설정에서 X11 전용 코드 경로가 제거됨

유지되는 부분과 전환 리스크

• XWayland 지원은 계속 남아 X11 애플리케이션을 계속 사용할 수 있음
• 다른 데스크톱 환경에서 KDE 애플리케이션을 쓰는 경우 이 변경의 영향을 받지 않으며, KDE 애플리케이션은 앞으로도 X11에서 계속 동작함
• Plasma Login Manager는 다른 데스크톱 환경의 X11 세션으로 계속 로그인할 수 있음
• 단일 Wayland 코드 경로로 이동하면 데스크톱 쪽에서 최저 공통분모에 맞추거나 충돌하는 두 코드 경로를 유지해야 하는 부담이 줄어듦
• KDE는 이 변화가 Plasma 전반의 성능 개선, 메모리 최적화, 새 기능으로 이어질 수 있다고 봄
• KDE 내부 지표에서 Plasma 6.6 사용자의 95% 이상이 Wayland를 사용하며, 릴리스마다 점진적으로 늘고 있음
• 같은 지표는 Plasma를 X11에서 테스트하거나 개발하는 사람이 사실상 없고, KDE 기여자 관점에서 해당 플랫폼이 이미 사실상 방치됐음을 보여줌
• 이 지표는 자동 크래시 리포팅 도구인 Sentry가 새로 만난 크래시에 대해 보여주는 내용과도 일치함
• 최신 Plasma 릴리스 사용자 중심으로 보면 Wayland 비중이 높지만, Plasma 5.27의 X11 사용자를 포함하면 전체 Wayland 채택률은 약 76%임
• Plasma 5.27 당시 Wayland는 기본 세션 유형이 아니었고, Plasma 5.27 또는 Plasma 6.8보다 오래된 릴리스 사용자는 Plasma 6.8 변경의 영향을 받지 않음
• Plasma 6.0 이후 Wayland 세션이 전반적으로 더 나은 경험을 제공한다고 보지만, 특수 영역에서는 동작이 완전히 같지 않음
• 모든 사용자에게 완전히 매끄러운 전환을 기대하지 않으며, 사용자 스크립트, 도구, 워크플로는 바뀌어야 할 수 있음
• Plasma 6.7은 며칠 뒤 출시되며 X11 세션을 제공하는 마지막 릴리스가 됨
• 6.8 전까지 모든 문제를 고친다는 약속은 없지만, X11로 돌아가게 만드는 남은 문제는 전달할 필요가 있음

[GN⁺]

Lobste.rs 의견들

• 어떤 불편이든, 접근성 관련 문제는 특히 계속 보고해주면 좋겠음. 다만 정중해야 함
  많은 개발자가 자원봉사자라는 점을 잊고 소리부터 지르면 누구에게도 도움이 안 되고, 일부 자원봉사자가 “할 가치가 없다”고 떠나버려 결국 아무것도 진행되지 않을 수 있음
  개인적으로는 약 4년간 매일 쓰면서 겪던 문제들이 점점 사라졌고, 이제는 X11/Wayland를 거의 의식하지 않게 됨. 몇 달 전 개발 목적으로 X11을 다시 써봤을 때는 창이 깜빡이거나 제멋대로 움직이고, 합성이 꺼졌다 켜지며 화면이 이상하게 깜빡이는 문제가 많았음
  5년쯤 전 Linux Mint를 써봤을 때는 X11 합성이 전력을 많이 먹고 게임 프레임률을 완전히 망친다는 걸 몰라 게임을 제대로 못 했고, Mint도 이를 자동으로 끄지 않았음. Wayland에서는 그냥 잘 됨

• KDE 내부 지표상 Plasma 6.6 사용자의 95% 이상이 Wayland라는 건 자기실현적 예언처럼 보임
  뭔가를 시도했는데 Wayland가 안 됐고, X를 시도하니 Plasma가 안 돼서 그 기기에서는 지금 X11 위의 xfce를 씀
  논쟁하려는 건 아니지만, 남은 5%에게는 X가 잘 맞았고 95%를 위해 X 지원 노력을 들일 가치가 없다고 판단된 것일 수도 있음

  • Wayland 사용과 원격 측정 활성화 사이에 강한 상관관계가 있어도 전혀 놀랍지 않음. X11 사용자는 더 높은 비율로 원격 측정을 꺼뒀을 가능성이 있음
    사용자가 직접 그렇게 선택했거나, IT 부서가 그렇게 설정했기 때문일 수 있음
  • 그 설명은 https://sketchplanations.com/sampling-bias 의 표본 편향을 떠올리게 함
  • 내가 어떤 창 관리자를 쓰는지 KDE가 어떻게 아는지 궁금함. 지표 전송에 동의한 적이 없는데, 끌 수 있는지 알고 싶음
  • 전체 사용자 감소가 신규 사용자 증가를 넘는지는 통계에서 보일 것 같음. 그래서 일부 전환은 배포판 기본값이 Wayland로 바뀌면서 신규 사용자가 Wayland를 쓰고, 기존 사용자가 떠난 결과일 수도 있음
    그래도 기본값을 쓰는 사람들이 전체 감소로 이어지지 않을 만큼 충분히 잘 작동한다는 사실은 유용한 신호로 보임

• Wayland가 고급 사용자 흐름에 더 많은 유연성을 줬으면 좋겠음. 예를 들어 macOS 프로그램처럼 화면 위에 반투명 블러 오버레이를 그리는 기능을 재현할 수 없었는데, Wayland는 그런 접근 자체를 제공하지 않음
  개인적으로는 이상한 걸 마음대로 해볼 수 있는 자유가 좋은데, Wayland는 그런 일을 어렵거나 거의 불가능하게 만들고, 특히 다른 데스크톱 환경과 상호운용되게 하기는 더 힘듦. 일부 우회책은 KWin Rules를 잔뜩 쓰는 방식이었고, 당연히 이식성은 없음
  하지만 일반 사용자 관점에서는 꽤 매끄러워졌다고 봄. Wayland로 바꾸자 다중 GPU 노트북이 뜻밖에 제대로 동작했고, X에서는 몇 시간 시도해도 서로 다른 GPU에 연결된 내장·외장 디스플레이를 동시에 쓰는 구성을 만들지 못했음
  혼합 DPI 화면 구성도 제대로 동작하게 됐고, 안정적이라는 점은 인정할 수밖에 없음
  다만 KeePassXC의 비밀번호 자동 입력 같은 자동화 기능은 깨졌음. 브라우저 통합을 제대로 써야 한다는 점을 생각하면 크게 불평할 일은 아닐 수도 있음
  화면 녹화 소프트웨어 상태도 아직 어려운데, 선호하던 도구는 Wayland와 호환되지 않고 다른 도구들은 기대에 못 미침. 예전에 음성 제어용으로 Caster를 썼는데 xdotool 기반일 가능성이 있어 이것도 깨질 것 같음

• Wayland로 완전히 넘어가는 걸 막는 핵심은 헤드리스 RDP 지원임
  KDE는 현재 기존 세션에 대한 RDP만 지원하고 헤드리스는 지원하지 않아서, 이게 걸림돌이라 아직 xrdp를 쓰고 있음. 언젠가는 해결되면 좋겠음

  • Plasma 로그인 관리자가 있으면 결국 가능해질 것 같지만, 시점은 전혀 모르겠음

• 한 기기에서는 X11의 Plasma를, 다른 기기에서는 Wayland의 Plasma를 쓰는데, 일상 사용에서는 큰 차이를 못 느낌
  개인적으로 KDE가 GNOME보다 전환을 더 잘 처리했다고 봄. 화내고 삐질 수는 있지만 선택지는 Wayland로 가거나 X11을 직접 유지보수하는 것뿐이고, 후자는 현실적이지 않음