XFCE 4.20 ตั้งเป้ารองรับ Wayland ระยะแรก

 (ostechnix.com)
1 คะแนน โดย GN⁺ 2024-10-07 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • XFCE 4.20 กำลังถูกเตรียมให้เป็นรุ่นเปลี่ยนผ่านที่เพิ่ม การรองรับ Wayland ระยะแรก เข้าไปในองค์ประกอบหลัก ขณะเดียวกันก็ยังคงจุดแข็งเดิมในฐานะเดสก์ท็อปสภาพแวดล้อม X11 ที่เบา
  • การนำ Wayland มาใช้คาดว่าจะช่วยให้ ประสิทธิภาพและความปลอดภัยดีขึ้น ด้วยโครงสร้างการแสดงผลที่เรียบง่ายกว่าและการสื่อสารโดยตรง พร้อมลดความหน่วงของอินพุตและรองรับ HiDPI
  • ขอบเขตการรองรับเริ่มจาก xfce4-panel, xfdesktop, libxfce4ui และ xfce4-settings โดยกำลังมีการพอร์ตและปรับความเข้ากันได้ในแต่ละองค์ประกอบ
  • อย่างไรก็ตาม ยังเหลืองาน การพัฒนา xfwm4 สำหรับ Wayland และการรองรับของปลั๊กอินแผงกับแอปพลิเคชันต่าง ๆ จึงยังไม่มีการยืนยันกำหนดการของเซสชัน XFCE บน Wayland แบบสมบูรณ์
  • ทิศทางการพัฒนาใกล้เคียงกับการเปิดให้ผู้ใช้ ทดลองใช้ Wayland แบบเลือกได้ โดยยังคงสภาพแวดล้อม XFCE ที่คุ้นเคย มากกว่าจะตัดขาดจาก X11

ขอบเขตการเปลี่ยนผ่านสู่ Wayland ของ XFCE 4.20

  • XFCE 4.20 มีเป้าหมายที่จะนำ การรองรับ Wayland ระยะแรก เข้าสู่องค์ประกอบหลัก
  • XFCE เดิมเป็นที่รู้จักในฐานะ เดสก์ท็อปสภาพแวดล้อม X11 ที่เบาและปรับแต่งได้ และในรุ่น 4.20 จะเพิ่ม Wayland โดยยังคงความเข้ากันได้กับ X11
  • ผู้ใช้สามารถใช้งานประสบการณ์ XFCE แบบเดิมต่อไป พร้อมทดลองสภาพแวดล้อม Wayland ได้

  • สิ่งที่ Wayland เปลี่ยนแปลง

    • Wayland คือโปรโตคอลดิสเพลย์เซิร์ฟเวอร์สมัยใหม่ที่ออกแบบมาเพื่อแทนที่ ระบบ X11 แบบเก่า
    • ด้วยโครงสร้างที่เรียบง่ายกว่าและการสื่อสารโดยตรงระหว่างแอปพลิเคชันกับดิสเพลย์เซิร์ฟเวอร์ จึงช่วยให้กราฟิกลื่นไหลขึ้น ลดความหน่วงของอินพุต และเพิ่มความปลอดภัย
    • รองรับจอความละเอียดสูงโดยพื้นฐาน ทำให้แสดงผลได้คมชัดยิ่งขึ้นบนฮาร์ดแวร์สมัยใหม่
    • ใช้ แนวทางที่ยึดคอมโพสิตเตอร์เป็นศูนย์กลาง ซึ่งช่วยให้คอมโพสิตเตอร์ควบคุมการจัดการหน้าต่าง แอนิเมชัน และเอฟเฟกต์ได้อย่างมีประสิทธิภาพมากขึ้น

ความคืบหน้ารายองค์ประกอบและงานที่ยังเหลือ

  • องค์ประกอบหลัก

    • xfce4-panel ได้รับการปรับให้เหมาะกับ Wayland โดยใช้เฟรมเวิร์กคอมโพสิตเตอร์ wlroots และพร้อมสำหรับการทำงานบน Wayland
    • xfdesktop ถูกพอร์ตไปยัง Wayland แล้ว และยังมีการพัฒนาต่อเนื่องสำหรับฟีเจอร์อย่างพื้นที่ทำงานและรายการหน้าต่าง
    • libxfce4ui ได้รับการอัปเดตเพื่อให้มั่นใจถึงความเข้ากันได้ทั้งกับ X11 และ Wayland
    • xfce4-settings เพิ่มองค์ประกอบสำหรับรองรับ Wayland และมีการปรับให้การตั้งค่าการแสดงผลทำงานแยกกันระหว่าง X11 และ Wayland

  • โจทย์ที่ยังเหลือ

    • ยังมีงานพัฒนา Wayland สำหรับ xfwm4 ที่ต้องทำต่อ
    • ปลั๊กอินแผงและแอปพลิเคชันหลายตัวยังต้องมีงานรองรับ Wayland เพิ่มเติม
    • เป้าหมายระยะยาวคือการให้บริการเซสชัน XFCE บน Wayland แบบสมบูรณ์ แต่กำหนดเวลาที่แน่ชัดยังไม่ชัดเจน

กำหนดการออก XFCE 4.20

  • แผนการออก XFCE 4.20 ในปัจจุบันมีดังนี้
    • 1 พฤศจิกายน 2024: XFCE 4.20pre1, ฟีเจอร์และสตริงถูกแช่แข็ง
    • 1 ธันวาคม 2024: XFCE 4.20pre2, โค้ดถูกแช่แข็ง
    • 15 ธันวาคม 2024: XFCE 4.20pre3, แช่แข็งขั้นสุดท้าย, ออกรุ่นแบบเลือกได้
    • 15 ธันวาคม 2024: มีกำหนดออก XFCE 4.20 รุ่นสุดท้าย หรือราว 29 ธันวาคม 2024 หากมี pre3
  • ข้อมูลอ้างอิง: https://wiki.xfce.org/releng/4.20/roadmap

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-10-07
ความคิดเห็นบน Hacker News

  • พูดให้ชัดคือ ตอนนี้ยังไม่มี คอมโพสิตเตอร์
    เคยลองทำอยู่บ้าง แต่คิดว่าน่าจะต้องใช้เวลาอย่างน้อย 1 ปี หรืออาจนานกว่านั้น กว่าจะใช้งานได้จริง
    ใน 4.20 จะสามารถรันคอมโพเนนต์บางส่วนบนคอมโพสิตเตอร์ตัวอื่นได้ และคอมโพสิตเตอร์ของเราก็มีแผนจะใช้ wlroots ดังนั้นตอนนี้จึงทดสอบกับ Wayfire และ Labwc เป็นหลัก

    • XFCE เป็นเดสก์ท็อปที่ใช้ประจำมาหลายปีแล้ว และมันทำหน้าที่ได้ดีมากจนแทบลืมไปเลยว่ามีมันอยู่ เหมือนเครื่องมือที่อยู่ตรงนั้นและทำงานของมันไป
    • ข่าวดีมาก หลายคนตั้งตารออยู่ และ XFCE ก็เป็นเดสก์ท็อปเอนไวรอนเมนต์ที่มีเสน่ห์และเป็นที่รัก
      แต่ก็สงสัยว่าผู้คนจะตอบสนองต่อการเปลี่ยนแปลงนี้อย่างไร ในหมู่ผู้ใช้ XFCE มีหลายคนที่อยากได้ Wayland หรือไม่ก็ไม่แคร์ แต่ก็น่าจะมีอีกหลายคนที่ต่อต้านการเปลี่ยนแปลงนี้อย่างรุนแรง
      ถ้าค่อย ๆ ไป ก็เหมือนว่าจะสามารถขัดเกลา XFCE Wayland ให้ได้ประโยชน์จากการเติบโตของ Wayland ในช่วงหลัง พร้อมลดปัญหาระหว่างการย้ายผ่านให้น้อยที่สุดได้
    • ในฐานะคนนอกที่ไม่ค่อยรู้เรื่องนัก สงสัยว่าน่าจะลองติดต่อฝั่ง System76 ดูไหม
      พวกเขาก็กำลังทำคอมโพสิตเตอร์ Wayland สำหรับเดสก์ท็อปที่ค่อย ๆ ถอยห่างจากฐาน GTK มากขึ้น และก็ดูคืบหน้าไปพอสมควรแล้ว คอมโพสิตเตอร์นั้นอาจตรงกับความต้องการก็ได้
    • compiz ไม่ใช่คอมโพสิตเตอร์สำหรับ XFCE เหรอ?
      อีกอย่างคือชอบ XFCE มากจริง ๆ รู้สึกว่ามันบาลานซ์ระหว่างฟีเจอร์ ความเสถียร และประสิทธิภาพได้สมบูรณ์แบบ
    • ควรระวังไว้จนกว่า wlroots จะถูกลิงก์แบบ static เข้ากับคอมโพสิตเตอร์ของ XFCE
      หวังว่าจะหลีกเลี่ยงความวุ่นวายแบบไลบรารี X11 จำนวนมหาศาลกระจัดกระจายไปทั่วได้อีกครั้ง

  • ถ้าหาตัวจัดการหน้าต่างฝั่ง Linux/BSD ที่ ใช้งานได้ทันทีโดยไม่ต้องปรับแต่ง และเบา ผมรู้สึกจริง ๆ ว่า XFCE เป็นตัวเลือกเดียวที่ใช้ได้จริง
    มันเหมือน UI แบบ Windows 2000 ที่ดีกว่า โดยมีค่าเริ่มต้นโดยรวมสมเหตุสมผล ขอบคุณนักพัฒนาที่คอยทำให้ XFCE ทันสมัยอยู่เสมอจริง ๆ และข่าวนี้ถือเป็นเรื่องดีมาก

    • ชอบ XFCE แต่กับ หน้าจอ HiDPI สมัยนี้ทนใช้ยาก
      เลยได้รู้ว่า Cinnamon ก็เป็นตัวเลือก “UI แบบ Windows 2000 ที่ดีกว่า” ที่ดีทีเดียว
      Cinnamon ก็ไม่ได้สมบูรณ์แบบบน HiDPI แต่ถึงจะเพิ่มขนาดฟอนต์เป็น 150% หรือ 200% ทั้งระบบก็ยังไม่พังเละเทะ ถ้าทำแบบนั้นใน XFCE ทุกอย่างจะดูน่าเกลียด
    • KDE จริง ๆ แล้วเบากว่า และ HiDPI ฝั่ง Qt ก็ดีกว่ามาก
    • สำหรับการติดตั้งที่ต้องการความเบาและไม่ต้องไปยุ่งอะไร เช่น VM หรือ VNC ใช้ XFCE บ่อยที่สุดอย่างชัดเจน
    • ถ้าต้องการอะไรที่แค่ใช้งานได้จริงและเบาจริง ๆ ผมจะเลือก icewm แทนของที่ทำเหมือนเป็นแบบนั้นอย่าง XFCE

  • ใช้ XFCE ทุกวัน โดยเฉพาะทุกวันทำงาน
    ใช้มาหลายปีแล้ว เริ่มใช้ตอนมันเป็นตัวจัดการหน้าต่างตัวเดียวที่รันบนเน็ตบุ๊ก Atom ได้โดยไม่มีอาการหน่วง ตอนนั้นนั่นคือ “PC” เครื่องเดียวที่มี
    ผ่านมานานแล้วก็ยังใช้อยู่ และยังพอใจอยู่ ไม่รู้ว่าผู้คนยังจำความรู้สึกเวลาคลิกอะไรแล้วมันทำงานทันทีโดยไม่หน่วงได้ไหม
    เป็นซอฟต์แวร์ที่ยอดเยี่ยม และขอบคุณนักพัฒนาทุกคนที่ทำมัน
    เห็นข้อตำหนิเรื่อง HiDPI อยู่บ้าง ไม่รู้ว่าจะช่วยไหม แต่ผมใช้หน้าจอโน้ตบุ๊ก 4K, จอ 4K ที่ต่อผ่าน USB-C และจอความละเอียด 1024 ที่วางแนวตั้งต่อผ่าน HDMI
    ถ้าตั้ง x2 ในการตั้งค่ารูปลักษณ์ จอ 4K ทั้งสองจอจะดูสวยมาก และถ้าตั้ง สเกล 2x ให้จอ 1024 ในตัวจัดการหน้าจอด้วยก็โอเค แน่นอนว่ามันไม่ดีเท่า 4K แต่ก็เพราะจอนั้นแย่กว่าอยู่แล้ว และพูดตรง ๆ ผมยังแปลกใจเลยว่ามันทำงานได้ดีขนาดนี้

  • ตอนติดตั้ง Linux ลงคอมพิวเตอร์บริษัทเมื่อไม่กี่เดือนก่อน การที่ XFCE ถูกผูกไว้กับ X11 เป็นเหตุผลสุดท้ายที่ทำให้ย้ายไป KDE
    เวลาคอมไพล์โค้ดบนเครื่องรีโมต เทอร์มินัลในหน้าต่างหนึ่งทำให้วิดีโอ YouTube ในอีกหน้าต่างกระตุก เท่าที่ตรวจสอบ ดูเหมือนว่าไม่มีการเล่นแบบใช้ฮาร์ดแวร์เร่งเลย
    ทั้ง Chrome และ Firefox ดูเหมือนจะแทบเลิกสนใจ X11 แล้ว และหันไปใช้แบ็กเอนด์เรนเดอร์บนพื้นฐาน Vulkan บน Wayland
    หลังจากปล่อยให้ KDE 5 “บ่ม” ข้ามคืน เพราะใช้ Gentoo การคอมไพล์เดสก์ท็อปเอนไวรอนเมนต์เต็มรูปแบบอย่าง KDE จึงใช้เวลา แต่ทุกอย่างก็ทำงานได้ทันที
    ยังคิดถึงความเรียบง่ายด้านภาพของ XFCE และอยากกลับไปใช้สักวัน แต่ระหว่างนี้ ความตอบสนองคือสิ่งสำคัญ

    • Firefox บน X11 ก็ทำงานได้ดีถ้าเปิด media.ffmpeg.vaapi.enabled ใน about:config
    • ผมก็เกือบเป็นลำดับเดียวกัน พอหาวิธีทำฟีเจอร์ทั้งหมดที่เคยใช้ใน XFCE บน KDE ได้แล้ว ก็กลับไปไม่ได้อีก
      ผมมักชอบซอฟต์แวร์ที่เบาและใช้ทรัพยากรน้อยกว่า แต่การไม่ใช้ฮาร์ดแวร์เร่งความเร็วนั้นอาจถือว่าใช้ทรัพยากรมากกว่าเสียอีก

  • เมื่อไม่กี่ปีก่อนใช้ dwm เป็นหลักและชอบมัน แต่ถ้าต้องการสภาพแวดล้อมอย่างรวดเร็ว ก็มักกลับไป Xfce
    คอมพิวเตอร์ของครอบครัวทั้งหมด ทั้งพีซีของพ่อ แม่ น้องสาว รวมถึงมีเดียพีซีที่ปล่อยไว้อย่างนั้นเพราะขี้เกียจ ก็เป็น Xfce ทั้งหมด ถ้า Xfce รองรับ Wayland แล้วก็น่าจะพิจารณาย้าย
    ยังจำได้ว่าเคยดูวิดีโอที่น่าจะเป็น Xfce แถว ๆ 4.0.4 แล้วทึ่งว่าการเลือก launcher และ widget บนแถบเองนั้นเรียบง่ายและเสถียรแค่ไหน มันเรียบง่ายกว่า Gnome ตอนนั้นมาก
    KDE สมัยใหม่บางครั้งก็ดูเหมือน Xfce สำหรับผม แต่พอพยายามเปลี่ยนการตั้งค่า กลับเจอบั๊กแปลก ๆ เยอะ Xfce เองก็เคยมีปัญหาแบบนั้น เช่น ช่วงที่ Thunar ค่อนข้างไม่เสถียร แต่ก็ยังเป็นเดสก์ท็อปที่ผมกลับไปหาในแง่ความเรียบง่ายและความเสถียร

    • คอมพิวเตอร์ครอบครัวผมก็เป็น Xfce ทั้งหมด
      เหตุผลคือทุกคนโตมากับ Win9x และเข้าใจ อุปมาเชิงภาพของ XFCE ได้ทันที ขอแค่ใช้ YouTube กับ Facebook ได้ ก็ไม่สนใจเลยว่าข้างในคืออะไร
      อีกอย่าง dwm ยอดเยี่ยมมาก ส่วนใหญ่ของฝั่ง suckless ก็เป็นแบบนั้น

  • พูดตรง ๆ คือ การแชร์หน้าจอ ของ Wayland กับส่วนอื่น ๆ ยังเปราะบางเกินไป จนรู้สึกว่าการที่ XFCE ซึ่งเป็นเดลี่ไดรเวอร์ตามหลังในการนำมาใช้ กลายเป็นข้อดีเสียด้วยซ้ำ

    • สงสัยว่าเกิดปัญหาตรงไหน
      ตอนแรกมันพังสนิท และดูเหมือนค่อนข้างแย่เพราะแต่ละแอปต้องเพิ่มการรองรับอย่างชัดเจน แต่ช่วงหลัง ๆ ใน Firefox, Zoom, Slack ก็ไม่มีปัญหา
      ยกเว้น Microsoft Teams เท่านั้น ซึ่งใน Teams แม้แต่เว็บแคมก็ยังทำงานไม่ถูกต้อง
    • การแชร์หน้าจอบน Wayland แก้ได้ตั้งแต่ราว 4 ปีก่อนแล้ว และตอนนั้นก็ยังใช้งานได้ด้วยวิธีอ้อม ๆ
      ตอนถูกล็อกดาวน์และต้องกลับไปทำงานที่บ้าน การแชร์หน้าจอใน MS Teams บน Chrome ใช้ไม่ได้เป็นค่าเริ่มต้น แต่ค้นหาไม่กี่นาทีก็เจอ Chrome flag ที่ต้องเปิด แล้วสร้างไฟล์ desktop ในเครื่องใหม่ให้รันด้วย flag ที่ถูกต้อง
      หลังจากนั้น สิ่งที่ยังขาดก็มีแค่ การรองรับ HDR กับการปรับเทียบสีประมาณนั้น น่าเสียดายที่มันยังไม่พร้อม แต่ผู้ใช้ที่ใช้จริงมีน้อยมาก ๆ ดังนั้นสำหรับผู้ใช้ 99.9% แล้ว Wayland ทำงานได้ดี
    • ใน sway ผมทำให้แชร์ทั้งหน้าจอได้แล้ว และไม่กล้าไปแตะมันอีก
      ไม่แน่ใจด้วยซ้ำว่าแชร์เฉพาะหน้าต่างหรือแท็บได้ไหม
    • ผมก็เหมือนกัน อีกเรื่องที่นึกถึงคือ x2go ที่ยังใช้อยู่หนักมาก
      อยากรู้ว่าฝั่ง Wayland เรื่องนี้เป็นอย่างไรบ้าง

  • การย้ายไป Wayland ดูเหมือนจะเดินไปพร้อมกับการนำ client-side decorations มาใช้ด้วย
    แนวทาง “สมัยใหม่” นี้ทำลายประสบการณ์ผู้ใช้แบบดั้งเดิมของ XFCE อย่างที่เห็นจากการเปลี่ยนแปลงตัวจัดการการตั้งค่าล่าสุด ผมกังวลกับอนาคตของ XFCE
    สำหรับผม จุดเด่นของ XFCE คือประสบการณ์ผู้ใช้แบบ Win98/XP ดั้งเดิมที่นำมาใช้อย่างเสถียร หวังว่าจะไม่รับแพตเทิร์นของ Gnome3 เข้ามามากกว่านี้

    • การย้ายไป Wayland กับ client-side decorations ไม่ได้เกี่ยวข้องกันเป็นพิเศษ
      ฝั่ง GNOME/GTK เดินกระแส CSD มาตั้งแต่ก่อน Wayland แล้ว Wayland compositor สามารถวาด decoration ของตัวเองได้ และ xfwm4 ก็จะทำแบบนั้นต่อไปเมื่อกลายเป็น Wayland compositor
      หนึ่งในข้อดีจริง ๆ ของ Wayland คือมีโปรโตคอลที่ compositor สามารถบอกแอปได้ว่าอย่าวาด decoration เอง ในขณะที่บน X11 ถ้าแอปบอก window manager ว่าจะวาด CSD ตัว window manager ก็ทำอะไรไม่ได้
      GNOME ไปสุดทางกับ CSD แน่นอน และถ้าจำไม่ผิด ใน GNOME ถ้าแอปไม่วาด CSD ก็จะไม่มี decoration เลย แต่นั่นไม่เกี่ยวกับ Wayland

    • ไม่รู้ว่าเรื่องนี้เกี่ยวอะไรกับ Wayland หรือ XFCE สภาพแวดล้อมเดสก์ท็อปหลักที่ใช้ client-side decorations จริง ๆ แทบจะมีแค่ 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 นั้นเป็นเรื่องที่ compositor กับแอปพลิเคชันต้องตัดสินใจ

    • CSD ไม่เกี่ยวกับประสบการณ์ผู้ใช้ CSD แค่หมายความว่าแอปพลิเคชันเป็นคนวาด ปุ่มหน้าต่างและขอบหน้าต่าง เองเท่านั้น

  • ข้อกำหนดด้านการเข้าถึง ของผมแทบตายสนิทบน Wayland
    ผมต้องการปุ่มลัดที่จำลองได้แบบแยกตามแอปพลิเคชัน และปุ่มลัดแบบ global
    แต่โมเดลความปลอดภัยของ Wayland ดูเหมือนจะไม่อนุญาตเรื่องนี้ ไม่รู้ว่าเครื่องมือด้าน accessibility และ automation จะเอาตัวรอดอย่างไรหากต้องรองรับ Wayland compositor ทุกตัว

    • น่าจะดีกว่ามากถ้า compositor เป็นฝ่าย implement ฟังก์ชันด้าน accessibility บางส่วน
      ส่วนที่เหลืออาจอยู่ในไลบรารีและ toolkit ได้ แต่จุดเชื่อมรวมก็น่าจะต้องอยู่ใน compositor
    • ปุ่มลัดแบบ global จัดการโดย XDG Desktop Portal
    • ผมก็เคยคิดคล้ายกัน แต่พอเจอ keyd แล้วก็เปลี่ยนความคิด
      https://github.com/rvaiya/keyd
    • ถ้า accessibility เป็นข้อกำหนดที่สำคัญจริง ๆ Linux ก็คงไม่ใช่ระบบปฏิบัติการที่เหมาะ
      มันตามหลัง Windows ด้าน accessibility มากจนขำไม่ออก

  • เข้าใจถูกไหมว่ามัน build บน wlroots?
    ถ้าอย่างนั้นก็เป็นความคืบหน้าที่น่ายินดีทีเดียว เพราะอาจได้ใช้ ความแข็งแกร่งของแอป XFCE ใน window manager/compositor อื่น ๆ อย่าง Sway หรือ River ด้วย

    • ใช่ สุดท้ายก็จะเป็นแบบนั้น
      เคยลองทำงานกับ xfwm4 โดยใช้ wlroots ไปบ้าง แต่กว่าจะใช้งานได้จริงน่าจะต้องใช้เวลาอีกเกิน 1 ปี
      คอมโพเนนต์เดสก์ท็อปที่ทำงานบน Wayland ส่วนใหญ่ทดสอบกับ compositor ที่ใช้ wlroots เป็นฐาน

  • ถ้าต้องใช้สภาพแวดล้อมเดสก์ท็อปบน Linux ผมจะใช้ XFCE
    แต่เพราะ กระแส Wayland นี้ ทำให้ใจเริ่มเอนไปทาง BSD แล้ว ยังไม่ได้ทิ้ง Linux และคิดว่า Wayland คงยังไม่บังคับใช้จนกว่า Firefox จะเลิกสนับสนุน X

    • ตอนนี้อาจจะไม่ควรดูสิ่งนี้: https://docs.freebsd.org/en/books/handbook/wayland/
    • มันอาจแย่กว่านี้ได้อีก เพราะ Gnome 3 กับ Wayland ทำให้ผมถูกผลักไปใช้ macOS
    • ผมยังอยู่บน X11 และเมินความวุ่นวายนี้โดยสิ้นเชิง หวังว่าสักวันมันจะหายไป
    • Sway ทำงานได้ดีบน FreeBSD
      แต่ยังหาคาถา dbus วิเศษที่จำเป็นเพื่อให้การแชร์หน้าจอทำงานโดยไม่มี systemd ไม่เจอ อย่างน้อยคงต้องมี pipewire
    • เวลาใช้เซิร์ฟเวอร์ที่มีเดสก์ท็อป environment ผมใช้ FreeBSD กับ XFCE เสมอ