- Wayland는 X11을 대체하며 최신 하드웨어에서 보안, 유동성 및 효율성을 우선시합니다.
- KDE Plasma는 네이티브 X11 세션 지원을 제거하지만, XWayland를 통해 기존 앱에 대한 지원은 유지합니다.
- 전역 바로가기, 자동화 스크립트, 스크린샷과 같은 일부 고급 기능은 이제 특정 포털을 사용해야 합니다.
리눅스 커뮤니티에서 웨이랜드와 X11 논쟁이 뜨거운 화두라는 것을 아마 눈치채셨을 겁니다. KDE Plasma를 사용하시는 분이라면 개발팀이 Xorg 세션을 단계적으로 폐지하고 향후 개발에 집중하기 시작하면서 상황이 더욱 심각해졌다는 것을 느끼셨을 것입니다. 개발팀이 우리를 불편하게 하려는 의도는 아니지만, 두 가지 그래픽 시스템을 동시에 관리하는 것은 데스크톱 환경 개선을 저해하는 골칫거리이기 때문입니다.
많은 사람들에게 이는 알아들을 수 없는 소리처럼 들리거나 일상 업무와는 상관없는 전문적인 이야기처럼 들릴 수 있지만, 실제로는 프로그램이 화면과 키보드와 상호 작용하는 방식에 영향을 미칩니다. 한 시스템에서 다른 시스템으로 전환하는 것은 단순히 시작 화면의 옵션을 바꾸는 것만이 아닙니다. 어떤 도구가 계속 작동하고 어떤 도구가 문제를 일으킬 수 있는지 이해하는 것이 중요하며, 특히 스크립트로 모든 것을 자동화하거나 특정 주변 장치를 사용하는 경우에는 더욱 그렇습니다.
이게 다 무슨 얘기죠? X11 대 웨일랜드
복잡한 기술적 세부 사항에 얽매이지 않고 본론으로 들어가자면, 그래픽 서버는 애플리케이션과 하드웨어 사이의 통역사라고 생각하면 됩니다. X11은 30년 이상 역사를 자랑하는 베테랑 시스템으로, 업계 표준으로 자리매김했으며 90년대 이후 개발된 거의 모든 프로그램과 호환되고 안정성 또한 뛰어납니다. 하지만 문제는 오래된 아키텍처에 수많은 패치가 적용되었고, 보안 모델이 허술하여 어떤 앱이든 다른 창에서 일어나는 일을 감시할 수 있다는 점입니다.
반면에, 현대적인 후속 프로토콜인 웨일랜드(Wayland) 가 있습니다 . 이 프로토콜은 불필요한 복잡성을 제거하고 유동성과 보안을 향상시켜 시스템을 정비하기 위해 탄생했습니다. 웨일랜드에서는 컴포지터가 주도권을 쥐고 있으며, 애플리케이션은 기본적으로 시스템 전체에 대한 무제한 접근 권한을 갖지 않습니다. 이는 특히 최신 하드웨어에서 훨씬 더 원활하고 효율적인 경험을 제공합니다 . 다만, 사용자 워크플로우를 방해하지 않기 위해 개발 과정이 다소 느리게 진행되어야 했습니다.
KDE 플라즈마의 방향 전환
KDE는 과감한 결정을 내렸습니다. 바로 네이티브 X11 세션을 더 이상 지원 하지 않기로 한 것입니다. Plasma 6.8과 같은 최신 버전부터는 데스크톱을 Xorg로 직접 부팅하는 옵션이 사라졌거나 곧 없어질 예정입니다. 하지만 기존에 사용하던 애플리케이션이 더 이상 실행되지 않는다는 의미는 아닙니다. XWayland라는 호환성 레이어를 통해 X11용으로 설계된 프로그램도 사용자가 알아채지 못하는 사이에 Wayland 세션에서 실행될 수 있습니다.
이러한 결정의 이유는 순전히 실용적인 측면에 있습니다. 두 환경을 모두 지원하려면 테스트 노력과 버그 발생 가능성이 두 배로 늘어납니다. KDE는 Wayland에 집중함으로써 30년 된 그래픽 서버에서 문제가 발생할 염려 없이 색상 관리, 터치 제스처 및 성능 개선을 구현할 수 있습니다 . 이는 데스크톱 환경이 경쟁력을 유지하고 현대화되기 위해 필요한 조치입니다.
이것이 여러분의 애플리케이션과 워크플로우에 어떤 영향을 미칠까요?
여기서부터 흥미로운 점이 나타납니다. 웹 브라우저, LibreOffice, Spotify 등을 사용하는 일반 사용자에게는 변화가 거의 느껴지지 않을 것입니다. 하지만 고급 사용자라면 X11 프로토콜을 벗어나면서 심각한 취약점에 노출될 수 있습니다 . 문제는 프로토콜 자체가 아니라 Wayland가 보안 및 권한 관리에 훨씬 더 엄격하다는 점입니다.
- 글로벌 바로가기 및 푸시 투 토크: X11에서는 포커스가 없더라도 어떤 앱이든 키 입력을 캡처할 수 있었습니다. Wayland에서는 이를 위해서는 별도의 조치가 필요합니다. 보안 포털디스코드나 단축키를 사용하는 커뮤니케이션 도구를 사용하는 경우, 단축키가 이전과 다르게 작동하는 것을 발견할 수 있습니다.
- 스크린샷 및 스트리밍: OBS와 같은 도구들은 이미 마이그레이션되었습니다. 파이프 와이어 동영상 캡처를 관리하는 데 사용되지만, XGetImage를 사용했던 일부 구형 애플리케이션에서는 문제가 발생할 수 있습니다.
- 자동화 및 스크립트: 만약 스크립트가 다음에 의존하는 부분이 있다면
xrandr모니터의 경우 또는xdotool클릭을 시뮬레이션하려면 준비하세요. 이 도구들은 웨일랜드에서 작동하지 않습니다.다음과 같은 대안을 찾아보셔야 할 겁니다.ydotoolowtype. - 색상 및 감마 제어: 모니터 색상을 수동으로 조정하는 것은 매우 쉬웠습니다.
xrandr이제 우리는 ~에 의존합니다 ICC 프로파일 그리고 작곡가의 지원은 일부 환경에서는 더 번거로울 수 있습니다.
언제 걱정해야 하고, 어떻게 해야 할까요?
모두가 당장 내일 Wayland로 갈아탈 필요는 없습니다. 아주 오래된 하드웨어를 사용하거나 구형 NVIDIA 드라이버 (470 브랜치 이하)를 사용하는 경우, Wayland는 가속 지원이 보장되지 않으므로 최선의 선택이 아닐 수 있습니다. 이러한 경우에는 X11이 안전한 대안입니다.
다른 모든 사용자에게 가장 현명한 방법은 프로그램을 점검하는 것입니다 . 단순히 데스크톱이 시작되는 것만 확인하지 말고, 화상 통화에서 화면 공유를 해보고, 키보드 매크로를 사용해 보고, 외부 모니터를 연결하여 모든 기능이 제대로 작동하는지 확인하십시오. 문제가 발견되면 Wayland 기반의 다른 환경을 찾아보거나 KDE 포털에서 문제를 해결하는 소프트웨어 업데이트가 있는지 확인하는 것이 최선의 해결책입니다.
단계별 마이그레이션 전략을 세우는 것이 중요합니다. 중요한 업무 중에 문제가 발생할 경우, 한 번의 클릭으로 이전 세션으로 되돌릴 수 있도록 대체 세션을 설치해 둘 수 있습니다. XWayland는 대부분의 앱을 보호 하지만, 원격 제어나 키보드 삽입과 같은 시스템 기능은 사고방식의 변화가 절실히 필요한 부분이라는 점을 기억하세요.
KDE Plasma의 Wayland로의 전환은 보안과 성능을 기존 시스템과의 호환성보다 우선시하는 일방통행입니다. 기존 스크립트나 구형 하드웨어를 사용하는 사용자에게는 네이티브 X11 세션 지원 중단이 우려스러울 수 있지만, XWayland 구현과 새로운 보안 포털 덕분에 대다수 사용자는 문제없이 사용할 수 있습니다. 가장 현명한 방법은 지금부터 최신 환경을 테스트하고, 어떤 핵심 도구를 교체해야 하는지 파악하여 중요한 프로젝트 진행 중에 갑작스러운 업데이트로 인해 어려움을 겪는 것을 방지하는 것입니다.