XFCE 4.20, 초기 Wayland 지원 목표

 (ostechnix.com)
1P by GN⁺ | ★ favorite | 댓글 1개
  • XFCE 4.20은 가벼운 X11 데스크톱 환경이라는 기존 강점을 유지하면서 초기 Wayland 지원을 핵심 구성요소에 넣는 전환 릴리스로 준비 중임
  • Wayland 도입은 더 단순한 디스플레이 구조와 직접 통신을 통해 성능·보안 개선, 입력 지연 감소, HiDPI 지원을 기대하게 함
  • 지원 범위는 xfce4-panel, xfdesktop, libxfce4ui, xfce4-settings부터 시작되며, 구성요소별로 포팅과 호환성 조정이 진행 중임
  • 다만 xfwm4 Wayland 개발과 패널 플러그인·애플리케이션 대응이 남아 있어 완전한 XFCE Wayland 세션 일정은 아직 확정되지 않음
  • 개발 방향은 X11을 끊어내기보다, 사용자가 익숙한 XFCE 환경을 유지하면서 Wayland를 선택적으로 시험할 수 있게 하는 쪽에 가까움

XFCE 4.20의 Wayland 전환 범위

  • XFCE 4.20은 초기 Wayland 지원을 핵심 구성요소에 도입하는 것을 목표로 함
  • 기존 XFCE는 가볍고 사용자 지정 가능한 X11 데스크톱 환경으로 알려져 있으며, 4.20은 X11 호환성을 유지한 채 Wayland를 추가함
  • 사용자는 기존 XFCE 경험을 계속 쓰면서 Wayland 환경을 시험할 수 있음

  • Wayland가 바꾸는 부분

    • Wayland는 오래된 X11 시스템을 대체하도록 설계된 최신 디스플레이 서버 프로토콜임
    • 더 단순한 구조와 애플리케이션-디스플레이 서버 간 직접 통신으로 그래픽을 더 부드럽게 하고 입력 지연을 줄이며 보안을 개선함
    • 고해상도 디스플레이를 기본 지원해 최신 하드웨어에서 더 선명한 화면을 제공함
    • 컴포지터가 창 관리, 애니메이션, 효과를 더 효과적으로 제어하는 컴포지터 중심 접근을 사용함

구성요소별 진행 상황과 남은 작업

  • 핵심 구성요소

    • xfce4-panel은 wlroots 컴포지터 프레임워크를 사용해 Wayland에 맞게 조정됐으며, Wayland에서 동작하도록 준비됨
    • xfdesktop은 Wayland로 포팅됐고, 작업공간과 창 목록 같은 기능 지원이 계속 진행 중임
    • libxfce4ui는 X11과 Wayland 양쪽 호환성을 보장하도록 업데이트됨
    • xfce4-settings에는 Wayland 대응 구성요소가 추가됐고, 디스플레이 설정은 X11과 Wayland에서 별도로 동작하도록 조정됨

  • 아직 남은 과제

    • xfwm4의 Wayland 개발이 남아 있음
    • 여러 패널 플러그인과 애플리케이션도 Wayland 지원 작업이 필요함
    • 장기 목표는 완전한 XFCE Wayland 세션 제공이지만, 정확한 일정은 아직 불확실함

XFCE 4.20 릴리스 일정

  • 현재 XFCE 4.20 릴리스 계획은 다음과 같음
    • 2024년 11월 1일: XFCE 4.20pre1, 기능 및 문자열 동결
    • 2024년 12월 1일: XFCE 4.20pre2, 코드 동결
    • 2024년 12월 15일: XFCE 4.20pre3, 최종 동결, 선택적 릴리스
    • 2024년 12월 15일: XFCE 4.20 최종 릴리스 예정, pre3가 있을 경우 2024년 12월 29일 전후
  • 참고 자료: https://wiki.xfce.org/releng/4.20/roadmap

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 분명히 하자면 아직 컴포지터는 없음
    조금 작업해 보긴 했지만 최소 1년, 어쩌면 그보다 더 오래 지나야 쓸 만해질 것 같음
    4.20에서는 일부 구성요소를 다른 컴포지터 위에서 실행할 수 있고, 우리 컴포지터도 wlroots를 쓸 예정이라 주로 Wayfire와 Labwc로 테스트 중임

    • XFCE는 몇 년째 데일리 드라이버였고, 너무 제 역할을 잘해서 존재를 잊게 되는 도구에 가까움
    • 멋진 소식임. 많은 사람이 기대하고 있고, XFCE는 매력 있고 사랑받는 데스크톱 환경임
      다만 이 변화에 사람들이 어떻게 반응할지는 궁금함. XFCE 사용자 중에는 Wayland를 원하거나 신경 안 쓰는 사람도 많지만, 이 변화에 강하게 저항할 사람도 많을 것 같음
      천천히 가면 최근 Wayland 성장의 이점을 가져가면서 전환 시 문제를 최소화하도록 XFCE Wayland를 다듬을 수 있어 보임
    • 잘 모르는 외부자 입장이지만 System76 쪽과 접촉해 보는 건 어떨지 궁금함
      그들도 점점 GTK 기반에서 멀어지는 데스크톱용 Wayland 컴포지터를 만들고 있고 꽤 진척된 상태라, 그 컴포지터가 요구사항에 맞을 수도 있어 보임
    • compiz가 XFCE용 컴포지터 아닌가?
      덧붙여 XFCE를 정말 좋아함. 기능, 안정성, 성능 사이의 균형이 완벽하다고 느낌
    • wlroots가 XFCE 컴포지터에 정적으로 링크되기 전까지는 조심해야 함
      X11 라이브러리 수십억 개가 흩어져 있던 혼란을 다시 피할 수 있으면 좋겠음

  • Linux/BSD 쪽에서 설정 만지지 않아도 바로 되고 가벼운 창 관리자를 찾으면 XFCE가 유일하게 실용적인 선택지라고 진심으로 느낌
    기본값이 전반적으로 합리적인, 더 나은 Windows 2000 UI 같은 존재임. XFCE를 계속 최신 상태로 유지해 주는 개발자들에게 정말 고맙고, 이번 소식은 큰 호재임

    • XFCE를 좋아하지만 요즘 HiDPI 화면에서는 견디기 힘듦
      그래서 Cinnamon도 “더 나은 Windows 2000 UI”로 꽤 좋은 선택지라는 걸 알게 됨
      Cinnamon도 HiDPI에서 완벽하진 않지만, 글꼴 크기를 150%나 200%로 키워도 전체가 망가지지 않는 편임. XFCE에서 그렇게 하면 모든 게 못생겨짐
    • KDE가 실제로는 더 가벼움. 그리고 HiDPI는 Qt 쪽이 훨씬 낫다
    • VM이나 VNC처럼 가볍고 손댈 필요 없는 설치에는 확실히 XFCE를 가장 자주 씀
    • 정말로 그냥 작동하고 실제로 가벼운 걸 원한다면, XFCE처럼 그런 척하는 대신 icewm을 고르게 됨

  • XFCE는 매일, 특히 근무일마다 씀
    몇 년이고 계속 써 왔고, Atom 기반 넷북에서 지연 없이 돌릴 수 있던 유일한 창 관리자였을 때 시작했음. 당시에는 그게 가진 유일한 “PC”였음
    오랜 시간이 지난 지금도 여전히 쓰고 있고 여전히 만족함. 뭔가를 클릭했을 때 지연 없이 즉시 작동하는 게 어떤 느낌인지 사람들이 아는지 모르겠음
    훌륭한 소프트웨어이고, 작업하는 모든 개발자에게 감사함
    HiDPI 불만을 몇 개 봤는데, 도움이 될지는 모르겠지만 4K 노트북 화면, USB-C로 연결한 4K 모니터, HDMI로 세로 배치한 1024 해상도 모니터를 쓰고 있음
    모양 설정에서 x2를 지정하면 두 4K 모니터는 아주 예쁘게 보이고, 화면 관리자에서 1024 모니터에도 2x 스케일을 지정하면 괜찮음. 당연히 4K보다는 덜 좋지만 애초에 더 나쁜 모니터라서 그렇고, 솔직히 이렇게 잘 되는 게 놀라울 정도임

  • 몇 달 전 회사 컴퓨터에 Linux를 설치할 때 XFCE가 X11에 묶여 있던 것이 결국 KDE로 옮기게 만든 이유였음
    원격 머신에서 코드를 컴파일할 때 한 창의 터미널 때문에 다른 창의 YouTube 영상이 버벅였음. 확인한 바로는 하드웨어 가속 재생이 전혀 안 되는 듯했음
    Chrome과 Firefox 모두 X11을 사실상 버리고 Wayland에서 Vulkan 기반 렌더링 백엔드를 쓰는 쪽으로 간 것 같았음
    KDE 5를 밤새 “숙성”시킨 뒤에는, Gentoo라 KDE 같은 전체 데스크톱 환경을 컴파일하는 데 시간이 걸리지만, 모든 게 그냥 작동했음
    XFCE의 시각적 단순함은 그립고 언젠가 돌아가고 싶지만, 그동안은 반응성이 핵심임

    • X11의 Firefox도 about:config에서 media.ffmpeg.vaapi.enabled를 켜면 잘 작동함
    • 나도 거의 같은 흐름이었음. XFCE에서 쓰던 기능을 KDE에서 모두 구현하는 방법을 찾고 나니 돌아갈 수 없었음
      늘 가볍고 자원을 덜 쓰는 소프트웨어를 선호하지만, 하드웨어 가속을 쓰지 않는 건 오히려 자원을 많이 먹는다고 볼 수 있음

  • 몇 년 전에는 dwm을 주로 썼고 좋아했지만, 빠르게 환경이 필요하면 보통 Xfce로 돌아감
    가족 컴퓨터들, 아버지·어머니·여동생 PC와 귀찮아서 그렇게 둔 미디어 PC까지 전부 Xfce임. Xfce가 Wayland를 지원하게 되면 전환을 고려할 것 같음
    Xfce 4.0.4쯤이었던 것 같은 영상을 보고, 바에서 런처와 위젯을 직접 고르는 방식이 얼마나 단순하고 안정적인지 놀랐던 기억이 아직도 남아 있음. 당시의 Gnome보다 훨씬 단순했음
    현대 KDE는 가끔 내게 Xfce처럼 보이기도 하지만, 설정을 바꾸려 하면 이상한 버그를 많이 만남. Xfce도 Thunar가 꽤 불안정하던 시절 같은 문제가 있었지만, 여전히 단순함과 안정성 면에서 내가 돌아가는 데스크톱임

    • 우리 가족 컴퓨터들도 전부 Xfce임
      이유는 다들 Win9x에서 자랐고, XFCE의 시각적 은유가 바로 이해되기 때문임. YouTube와 Facebook만 되면 내부가 뭔지는 전혀 신경 쓰지 않음
      덧붙여 dwm은 훌륭함. suckless 쪽 대부분이 그렇다

  • 솔직히 Wayland의 화면 공유와 다른 부분들이 아직 너무 취약해서, 데일리 드라이버인 XFCE가 도입에서 뒤처지는 게 오히려 장점으로 느껴짐

    • 어디서 문제가 생기는지 궁금함
      처음에는 완전히 망가져 있었고 앱마다 명시적 지원을 추가해야 해서 꽤 나빴던 것 같은데, 최근에는 Firefox, Zoom, Slack에서는 문제가 없었음
      Microsoft Teams만 예외인데, Teams에서는 웹캠조차 제대로 안 됨
    • Wayland 화면 공유는 4년 전쯤 이미 해결됐고, 당시에도 우회 방법으로 작동했음
      봉쇄로 집에 보내졌을 때 Chrome의 MS Teams에서 기본으로 화면 공유가 안 됐지만, 몇 분 검색해서 켜야 할 Chrome 플래그를 찾았고 올바른 플래그로 실행하는 로컬 desktop 파일을 새로 만들었음
      그 이후 부족했던 건 HDR 지원과 색 보정 정도임. 아직 준비되지 않은 건 아쉽지만 실제로 쓰는 사용자는 극소수라 99.9%의 사용자에게 Wayland는 잘 작동함
    • sway에서 전체 화면 공유는 되게 만들어 놨고, 건드릴 엄두가 안 남
      개별 창이나 탭 공유가 가능한지도 잘 모르겠음
    • 나도 같음. 다른 부분으로는 아직도 열심히 쓰는 x2go가 떠오름
      Wayland 쪽에서 이건 어떻게 되고 있는지 궁금함

  • Wayland 전환은 클라이언트 측 장식 도입과도 같이 움직이는 것처럼 보임
    이 “현대적” 접근은 최근 설정 관리자 변경에서 보이듯 XFCE의 전통적인 사용자 경험을 망가뜨림. XFCE의 미래가 걱정됨
    내게 XFCE의 장점은 안정적으로 구현된 전통적인 Win98/XP 사용자 경험이라는 점이었음. Gnome3 패턴을 더 받아들이지 않았으면 좋겠음

    • Wayland 전환과 클라이언트 측 장식은 딱히 관련 없음
      GNOME/GTK 쪽은 Wayland 이전부터 이미 CSD 흐름을 타고 있었음. Wayland 컴포지터는 자기 장식을 그릴 수 있고, xfwm4도 Wayland 컴포지터가 되면 계속 그렇게 할 예정임
      Wayland의 실제로 괜찮은 점 중 하나는 컴포지터가 앱에게 자체 장식을 그리지 말라고 알려줄 수 있는 프로토콜이 있다는 것임. 반면 X11에서는 앱이 CSD를 그리겠다고 창 관리자에게 말하면 창 관리자는 할 수 있는 게 없음
      GNOME은 확실히 CSD로 끝까지 갔고, 기억이 맞다면 GNOME에서 앱이 CSD를 그리지 않으면 장식이 아예 없지만, 그건 Wayland와는 무관함

    • 이게 Wayland나 XFCE와 무슨 관련이 있는지 모르겠음. 클라이언트 측 장식을 쓰는 주요 데스크톱 환경은 사실상 GNOME뿐이고, 이건 2018년부터 그랬음

      I heard that GNOME is currently trying to lobby for all applications implementing CSD. One of the arguments seems to be that CSD is a must on Wayland. That’s of course not the case. Nothing in Wayland enforces CSD. Wayland itself is as ignorant about this as X11. [...] In fact we created a protocol (supported by GTK) that allows to negotiate with the Wayland compositor whether to use CSD or SSD.

      출처: https://blog.martin-graesslin.com/blog/2018/01/server-side-d...

      Wayland는 중립적이고, Wayland에서 어떻게 할지는 컴포지터와 애플리케이션이 결정할 일임

    • CSD는 사용자 경험과 관계없음. CSD는 애플리케이션이 창 버튼과 테두리를 직접 그린다는 뜻일 뿐임

  • 내 접근성 요구사항은 Wayland에서 사실상 죽어 있음
    애플리케이션별로 흉내 낼 수 있는 단축키와 전역 단축키가 필요함
    그런데 Wayland의 보안 모델은 이를 허용하지 않을 것 같음. 접근성 및 자동화 도구가 모든 Wayland 컴포지터를 지원하려면 어떻게 버틸지 모르겠음

    • 컴포지터가 접근성 기능의 일부를 구현하는 편이 훨씬 나을 듯함
      나머지는 라이브러리와 툴킷에 둘 수 있지만, 통합 지점은 아마 컴포지터 안에 있어야 함
    • 전역 단축키는 XDG Desktop Portal이 관리함
    • 나도 비슷하게 생각했는데 keyd를 발견하고 달라졌음
      https://github.com/rvaiya/keyd
    • 접근성이 정말 중요한 요구사항이라면 Linux는 아마 맞는 운영체제가 아닐 것임
      Windows에 비해 접근성이 너무 뒤처져 있어서 웃기지도 않음

  • wlroots 위에 빌드하는 것으로 이해하면 맞나?
    그렇다면 꽤 반가운 진전임. Sway나 River 같은 다른 창 관리자/컴포지터에서도 XFCE 앱의 견고함을 누릴 수 있을지 모르기 때문임

    • 맞음, 결국은 그렇게 될 예정임
      wlroots를 사용해 xfwm4 작업을 조금 해 봤지만, 쓸 만해지려면 아직 1년 이상 걸릴 것임
      Wayland에서 작동하는 데스크톱 구성요소들은 주로 wlroots 기반 컴포지터에서 테스트했음

  • Linux에서 데스크톱 환경을 써야 한다면 XFCE를 쓸 것임
    하지만 이 Wayland 흐름 때문에 BSD 쪽으로 마음이 밀리고 있음. 아직 Linux를 버리진 않았고, Firefox가 X 지원을 중단하기 전까지 Wayland가 필수가 되지는 않을 것 같음

    • 지금 보지 않는 게 좋을 수도 있음: https://docs.freebsd.org/en/books/handbook/wayland/
    • 더 나쁠 수도 있었음. Gnome 3와 Wayland 때문에 나는 macOS로 밀려났음
    • 나는 아직 X11에 있고 이 난장판을 완전히 무시한 채 언젠가 사라지길 바라고 있음
    • Sway는 FreeBSD에서 잘 작동함
      다만 systemd 없이 화면 공유를 작동시키는 데 필요한 마법 같은 dbus 주문은 아직 못 알아냈음. 최소한 pipewire는 필요할 것 같음
    • 데스크톱 환경이 있는 서버를 쓸 때는 항상 FreeBSD와 XFCE였음
답변달기