KDE เปิดตัวลินุกซ์ดิสโทรของตัวเองอีกครั้ง

 (lwn.net)
3 คะแนน โดย GN⁺ 2025-09-11 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • โครงการ KDE เปิดตัวอัลฟาเวอร์ชันของลินุกซ์ดิสโทรของตนเองในชื่อ KDE Linux
  • ใช้ สถาปัตยกรรมแบบ immutable บนพื้นฐาน Arch Linux และใช้ Flatpak กับ KDE Builder แทนการติดตั้งแพ็กเกจโดยตรง
  • รองรับเฉพาะ Wayland และไม่มีแผนรองรับ X.org หรือระบบที่ใช้ BIOS
  • อิมเมจระบบใช้ EROFS เพื่อให้มีการอัปเดตแบบ atomic และความสามารถในการ rollback
  • ในอนาคตจะมีทั้งหมดสามเอดิชัน และมีความแตกต่างจากดิสโทรเดิมในด้าน อัปเดตความปลอดภัย, การจัดการแพ็กเกจ เป็นต้น

KDE เปิดตัวอัลฟาของลินุกซ์ดิสโทรของตัวเอง

ภาพรวมและการประกาศ

  • โครงการ KDE เปิดตัวอัลฟาเวอร์ชันของลินุกซ์ดิสโทรของตนเองชื่อ KDE Linux ในงาน Akademy 2025
  • ดิสโทรนี้ตั้งเป้าเป็น "ผลลัพธ์ที่ดีที่สุดซึ่งถ่ายทอดทุกเทคโนโลยีของ KDE ได้อย่างก้าวหน้าที่สุด" และมุ่งขยายศักยภาพไปสู่การใช้งานหลายรูปแบบ เช่น ใช้ในบ้าน องค์กร และการติดตั้งแบบ OEM
  • ขณะนี้ยังอยู่ในช่วงพัฒนาเริ่มต้น จึงมี ฟีเจอร์ที่ยังไม่สมบูรณ์และส่วนที่ยังหยาบอยู่มาก และมีลักษณะเป็นรุ่นทดลองที่แสดงทิศทางของเดสก์ท็อปลินุกซ์ที่เสร็จสมบูรณ์ในอนาคต

แรงจูงใจและที่มาในการพัฒนา

  • การพัฒนา KDE Linux มี ผู้มีส่วนร่วมหลักของ KDE หลายคนเข้าร่วมอย่างจริงจัง รวมถึง Harald Sitter
  • มีการระบุว่า KDE neon ที่ใช้ Ubuntu LTS เป็นฐานนั้นไปถึงข้อจำกัดแล้ว ทั้งจากเทคโนโลยีที่เก่า งานแพ็กเกจจิงที่ไม่จำเป็น และปัญหาจากกระบวนการบิลด์ที่ปรับแต่งมากเกินไป
  • KDE Linux จึงมีเป้าหมายเพื่อก้าวข้ามข้อจำกัดเหล่านี้ ด้วยการเปิดทางให้ใช้เทคโนโลยีใหม่ได้มากขึ้น และเพิ่มอิสระในการแจกจ่ายและการดำเนินงาน
  • เป้าหมายหลักคือการจัดการวิธีส่งมอบซอฟต์แวร์ KDE ด้วยตนเอง และมีบริบทเดียวกับแนวโน้มตามธรรมชาติที่ฝั่งเดสก์ท็อปเอนวायरอนเมนต์มีระบบปฏิบัติการของตัวเอง เช่น Linux Mint, ElementaryOS

สถาปัตยกรรมและจุดเด่นทางเทคนิค

  • ใช้แพ็กเกจของ Arch Linux เป็นระบบปฏิบัติการพื้นฐาน แต่จัดการแอปผ่านการบิลด์ซอร์สด้วย KDE Builder หรือผ่าน Flatpak และ ไม่มี Pacman ให้ใช้
  • ไม่รองรับเซสชัน X.org และ ใช้ Wayland เท่านั้น โดยฮาร์ดแวร์บางชุด เช่น การ์ด NVIDIA รุ่นเก่า อาจต้องตั้งค่าด้วยตนเอง
  • รองรับเฉพาะระบบ UEFI และไม่มีแผนรองรับระบบที่ใช้ BIOS-only
  • รูทไฟล์ซิสเต็ม (/) ใช้ Btrfs แบบปรับเปลี่ยนได้ ส่วน /usr ใช้ โวลุมแบบอ่านอย่างเดียวบน EROFS เพื่อรองรับโครงสร้างการอัปเกรดแบบ atomic และการ rollback ได้ง่าย
  • การอัปเดตระบบทำผ่าน Discover หรือ CLI ด้วย updatectl และสามารถแคชไฟล์ EROFS ได้สูงสุด 5 ชุดเพื่อ rollback เวอร์ชันได้ง่าย

แพ็กเกจและประสบการณ์ผู้ใช้

  • ผู้ใช้ไม่สามารถติดตั้งแพ็กเกจลงในระบบพื้นฐานได้โดยตรง รองรับเฉพาะ Flatpak หรือ Snap (ยังไม่รองรับการรวมกับ Discover) และ Distrobox (ติดตั้งและผสานแอปจากดิสโทรอื่นภายในคอนเทนเนอร์)
  • ยังมีบั๊กในช่วงอัลฟา เช่น การตั้งค่า Podman แต่คาดว่าจะทยอยปรับปรุงต่อไป
  • ซอฟต์แวร์ที่มาพร้อมระบบโดยพื้นฐานมี Gwenview, Okular, Haruna, Kate, Konsole, Firefox เป็นต้น และมีเครื่องมือ CLI ที่จำเป็นอย่าง Bash, curl, Linux 6.16.5, GCC ติดตั้งมาให้
  • ยังไม่มียูทิลิตีที่มีประโยชน์บางตัว เช่น Emacs, tmux, pip, Fish

อิมเมจแบบกำหนดเองและการจัดการ

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

เอดิชันและโรดแมปในอนาคต

  • ในระยะยาวมีแผนจะออก สามเอดิชัน ได้แก่ Testing, Enthusiast และ Stable
    • Testing จะบิลด์รายวันจาก Git เพื่อใช้สำหรับงานพัฒนา/QA (กำลังแจกจ่ายอยู่ในปัจจุบัน)
    • Enthusiast สำหรับผู้ใช้เบต้าและผู้ใช้ทั่วไป ส่วน Stable จะรวมเฉพาะซอฟต์แวร์รีลีสที่ถึงเกณฑ์คุณภาพตามกำหนด
  • ก่อนออกเบต้ายังมีงานที่ต้องทำอีก เช่น การเลิกพึ่งพา Arch User Repository และการย้ายไปใช้โครงสร้างพื้นฐานทางการของ KDE

ความปลอดภัย การจัดการ และธรรมาภิบาล

  • ยังไม่มีเมลลิงลิสต์ประกาศความปลอดภัยหรือระบบแจ้งเตือนอัตโนมัติ ผู้ใช้ต้องติดตาม ตัวติดตามความปลอดภัยของ Arch และ คำแนะนำด้านความปลอดภัยของ KDE ด้วยตนเอง
  • ด้วยลักษณะของระบบ immutable บนฐาน Arch การนำแพตช์ความปลอดภัยมาใช้อาจล่าช้า และการไม่มีตัวจัดการแพ็กเกจทำให้จัดการรายการซอฟต์แวร์ที่ติดตั้งในระบบได้ยาก
  • ธรรมาภิบาลที่ใช้งานจริงใช้โมเดล 'สภาผู้อาวุโส' และในข้อพิพาทสำคัญ Sitter จะมีอำนาจตัดสินใจขั้นสุดท้าย

อนาคตและความหมายของโครงการ

  • การพัฒนาและดูแลดิสโทรด้วยตนเองมีเป้าหมายเพื่อให้ได้สัมผัสกับ ความรับผิดชอบและข้อจำกัดของเดสก์ท็อปเอนวायरอนเมนต์โอเพนซอร์ส โดยตรง และเพื่อเข้าใจมากขึ้นว่าทำไมดิสโทรขนาดใหญ่แบบดั้งเดิมจึงต้องตัดสินใจเชิงซับซ้อนหลายอย่าง
  • หากโครงการยุติลง ก็มีแผนรองรับไว้ให้สามารถย้ายไปดิสโทรอื่นโดยอัตโนมัติเมื่อถึง EOL (สิ้นสุดการให้บริการ)
  • แม้จะยังมีส่วนที่ไม่สมบูรณ์มากตามสภาพของเวอร์ชันอัลฟา แต่ก็เป็นโครงการที่สะท้อนให้เห็นถึงความตั้งใจของ KDE ที่จะกำหนดทิศทางเทคโนโลยีด้วยตนเอง

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

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

 
GN⁺ 2025-09-11
ความคิดเห็นจาก Hacker News

  • KDE Linux เน้นว่าเป็นดิสโทรแบบ immutable (ไม่เปลี่ยนแปลง) ที่อิงแพ็กเกจของ Arch Linux แต่ไม่ใช่ “ดิสโทรที่อิง Arch” โดยไม่มี Pacman มาให้ และใช้ Arch แค่เป็นระบบปฏิบัติการฐานเท่านั้น เลยให้ความรู้สึกว่าอยู่ในสายเดียวกับ SteamOS ที่ไม่มี Steam

    • สำหรับ Linux แล้ว ผมคิดว่าสิ่งที่น่าสนใจที่สุดคือความสามารถในการดัดแปลงและตั้งค่าได้หลากหลาย แต่ดิสโทรนี้เหมือนยอมแลกสิ่งนั้นออกไป ซึ่งในทางกลับกันอาจเป็นตัวเลือกที่เหมาะกับพ่อแม่หรือปู่ย่าตายายที่ไม่ได้ใช้แค่ iPad กลุ่มผู้ใช้นี้น่าจะเป็นเป้าหมายหลัก
    • ถ้าดิสโทรเป็นแบบ immutable และตัดตัวจัดการแพ็กเกจออก หรือถูกตั้งค่ามาล่วงหน้าเพื่อจุดประสงค์เฉพาะบางอย่าง (ในที่นี้คือการรับประกันความสมบูรณ์ของ KDE) ผมคิดว่าฐานระบบจริง ๆ เป็นอะไรนั้นก็ไม่ได้มีความหมายมากนัก
    • ถ้ารวม SteamOS/Proton และการตั้งค่า Wine แบบง่ายเข้าไปด้วย ก็น่าจะเป็นดิสโทรที่น่าจับตามองพอสมควร
    • ให้ความรู้สึกคล้ายกับ ChromeOS ที่อิง Gentoo แต่ไม่ได้มีตัวจัดการแพ็กเกจให้ผู้ใช้
    • Bazzite ก็อาจถือเป็นตัวอย่างที่ใช้งานทั่วไปได้มากกว่าของดิสโทรแนวนี้

  • สิ่งที่น่าสนใจคือทุกอย่างติดตั้งผ่าน Flatpak ผมเลยสงสัยว่าช่วงนี้เทคโนโลยี Flatpak และการดูแลโครงการเป็นอย่างไร เพราะเมื่อ 4 เดือนก่อนยังมีความเห็นว่า Flatpak ขาดกำลังคนดูแล แทบไม่มีการเปลี่ยนแปลงสำคัญ และเข้าสู่โหมดบำรุงรักษาไปแล้ว ลิงก์ที่เกี่ยวข้อง

    • ผมคิดว่า Flatpak ทำงานได้ค่อนข้างดี ปกติจะให้ความสำคัญกับคลังแพ็กเกจของดิสโทรก่อน แต่มีซอฟต์แวร์บางตัวที่ไม่ได้ถูกแพ็กมา ก็เลยติดตั้งผ่าน Flatpak แบบง่าย ๆ ไปก่อน จะทำแพ็กเกจเองก็ได้แต่ยังขี้เกียจอยู่
    • ช่วงหลังบนเดสก์ท็อป ผมกลับให้ความสำคัญกับ flatpak พอสมควร เพราะมีข้อดีอย่างได้เวอร์ชันใหม่ ความปลอดภัยจาก sandbox และรับประกันตำแหน่งมาตรฐานของการตั้งค่าและข้อมูล อีกทั้งยังติดตั้งแบบต่อผู้ใช้ใน home directory ได้ ทำให้ย้ายตอนลง OS ใหม่ง่ายด้วย
    • ตอนติดตั้ง Debian 13 ผมตั้งค่าด้วยขนาดพาร์ทิชันเริ่มต้น แต่แค่ Flatpak สองตัวก็ทำให้พาร์ทิชัน /var เต็มไปด้วยข้อมูล flatpak 10GB ผมคิดว่าขนาดพาร์ทิชันเริ่มต้นนั้นไม่มีประสิทธิภาพมาก และตัว flatpak เองก็มีหลายจุดที่ซับซ้อนและยุ่งยาก

  • KDE Linux รองรับเฉพาะ Wayland และไม่มีแผนจะมีเซสชัน X.org ผมเลยสงสัยว่านี่หมายความว่าบั๊กของ Wayland ถูกแก้หมดแล้วหรือยัง แต่ก่อนผมเคยเชื่อคำพูดแนว “ตอนนี้แก้หมดแล้ว” แล้วลองใช้ สุดท้ายก็เจอปัญหาทุกที รอบนี้เลยหวังว่าการใช้งานภายในจริง ๆ (dogfooding) จะช่วยให้มันดีขึ้น

    • ถ้าใช้ Debian stable ซอฟต์แวร์จะล้าหลังไปหลายปี นอกจากแพตช์ความปลอดภัยและแบ็กพอร์ตเป็นครั้งคราว ขณะที่ Wayland, KDE และอย่างอื่นเปลี่ยนเร็ว ปัญหาที่พังในรีลีสหนึ่งก็มักถูกแก้ในรีลีสถัดไป ถ้าต้องการความคาดเดาได้และเสถียรภาพสำหรับเซิร์ฟเวอร์ Debian ก็ดี แต่ผมไม่คิดว่าเหมาะกับเดสก์ท็อปหรือเวิร์กสเตชัน
    • ผมก็คล้ายกัน ลองใช้เซสชัน Wayland บน Debian 10 และ 11 แล้วอยู่ได้ไม่ถึงวัน บน Debian 12 ก็ยังใช้ได้แค่ประมาณสัปดาห์เดียวก่อนจะเจอปัญหาใหญ่ แต่ Debian 13 รอบนี้กลับใช้งานได้ดีตั้งแต่ออก โดยยังไม่เจอปัญหาอะไรเลย
    • ดูเหมือนว่าปัญหาส่วนใหญ่จะถูกแก้ไปแล้ว แม้แต่ละคนจะเจอไม่เหมือนกัน แต่ผมใช้ Wayland อย่างเดียวบน Arch หรือ Fedora มาเกือบ 8 ปีแล้ว และไม่เจอปัญหาเลย แต่ก่อนยังมีโปรแกรมที่ใช้ได้แค่บน X แต่ตอนนี้จำไม่ได้ด้วยซ้ำว่าคือตัวไหน
    • ผมไม่คิดว่าจะมีดิสโทรไหนเคยสัญญาว่าซอฟต์แวร์จะ “ไม่มีบั๊กเลย” ผมเองก็ไม่ได้ชอบ Wayland เป็นพิเศษ แต่คนจำนวนมากก็ใช้งานมันมานานแล้ว
    • สงสัยว่าคุณใช้ Wayland ครั้งล่าสุดเมื่อไร ผมเปลี่ยนมาใช้ KDE Plasma เมื่อหลายปีก่อนแบบไม่ได้หาข้อมูลอะไรเลย และจนถึงตอนนี้ยังไม่เคยมีปัญหาแม้แต่ครั้งเดียว

  • ผมไม่ชอบที่ดิสโทรเป็นคนกำหนดว่าแอปไหนจะรวมอยู่ใน base OS หรืออนุญาตให้ใช้ได้ เพราะประสบการณ์กับแอป KDE บางตัวในเวอร์ชัน Flatpak ไม่ค่อยดี เลยใส่มันไว้ในอิมเมจ OS โดยตรง แล้วที่เหลือค่อยดาวน์โหลดผ่าน Discover ซึ่งก็จะติดตั้งเป็น Flatpak ทีมพัฒนาเองก็ทดลองทดสอบเวอร์ชัน Flatpak ด้วย แต่ก็ยอมรับอย่างตรงไปตรงมาว่าประสบการณ์ผู้ใช้ยังไม่ดี ลิงก์ต้นฉบับ

    • Nathan (ผู้รับผิดชอบด้านประกันคุณภาพ) กำลังพูดถึงอัลฟาและสถานะปัจจุบันเท่านั้น ยังไม่ได้มีอะไรถูกตัดสิน окончательно KDE เองก็เป็นผู้มีส่วนร่วมในโครงการ Flatpak และยังทดลองนำ Plasma มาให้ในรูปแบบ Flatpak ด้วย นี่เป็นเรื่องที่กำลังพัฒนาอยู่ จึงไม่ควรยึดติดกับภาพจำตายตัว
    • ในอีกด้านหนึ่ง มันก็ดูย้อนแย้งที่มีการยอมรับอย่างเป็นทางการว่า Flatpak ยังไม่น่าพอใจในด้านการใช้งาน แต่กลับออกแบบระบบให้ผู้ใช้ติดตั้งโปรแกรมได้ผ่าน Flatpak เท่านั้น
    • ระบบนี้ดูเหมือนออกแบบมาสำหรับสภาพแวดล้อมที่ผู้ดูแลระบบเป็นคนตั้งค่า คล้าย Silverblue และให้อารมณ์แบบ “เน้นความปลอดภัยในสำนักงาน” มาก
    • เผื่อใครสับสน Dolphin ที่พูดถึงตรงนี้ไม่ใช่อีมูเลเตอร์ GameCube+Wii แต่เป็นโปรแกรมจัดการไฟล์ของ KDE

  • ผมไม่เคยใช้ Neon เพราะเป็น rolling release และดิสโทรนี้ก็ไม่ดึงดูดผมเหมือนกัน เพราะเป็น immutable และพึ่งพา Flatpak ผมไม่มีปัญหากับไบนารีแบบสแตนด์อโลนหรือ AppImage แต่ไม่ไว้ใจ Flatpak หรือ Snaps

    • Arch ก็เป็นดิสโทรแบบ rolling release เช่นกัน (ถึงพวกเขาจะบอกว่า “ไม่ใช่ Arch!”) และผมมองว่า Arch มีปัญหาเรื่องเสถียรภาพมาก พอแพ็กเกจเข้ากันไม่ได้ก็แค่บอกประมาณว่า “คุณน่าจะอ่าน release log เอง” ทั้งที่รู้อยู่แล้วว่าจะพังแต่ก็ยังปล่อยออกมาโดยแทบไม่มีคำเตือน ถ้าอยากได้ rolling release ที่ทำอย่างมืออาชีพจริง ๆ SUSE Tumbleweed ดีกว่า เพราะมีการทดสอบแพ็กเกจเข้มงวดกว่า และจะไม่ปล่อยการเปลี่ยนแปลงที่มีปัญหา
    • ผมสงสัยว่าทำไมคอมเมนต์ที่ด้อยค่าคนอื่นแบบขอไปทีถึงขึ้นมาอยู่สูงได้ขนาดนี้ บรรยากาศโดยรวมแบบนี้ทำให้ผมแปลกใจ
    • Flatpak ให้ความรู้สึกเหมือน systemd ตัวใหม่
    • ตอนที่ใช้ Neon ผมรู้สึกไม่สะดวกอยู่ตลอด

  • ต่อให้ไม่พูดในแง่ลบ ก็เคยมีความพยายามคล้าย ๆ กันนี้หลายครั้งแล้ว เช่น Neon หรือ ElementaryOS โครงการแบบนี้ทำให้ทรัพยากรถูกกระจายไปกับการพัฒนาดิสโทร และทำให้ทุ่มพลังไปกับการพัฒนาเดสก์ท็อปเอนไวรอนเมนต์ได้น้อยลง GNOME ไม่ได้ดูแล Ubuntu หรือ Fedora โดยตรง แต่ก็ยังถือบทบาทนำในประสบการณ์ลินุกซ์เดสก์ท็อปอยู่

    • คนส่วนใหญ่เป็นอาสาสมัคร จึงมีโอกาสสูงว่าเป็นคนละกลุ่มกัน แต่ละคนก็ทำในสิ่งที่ตัวเองอยากทำได้
    • จริง ๆ แล้ว GNOME ก็มีดิสโทรของตัวเองชื่อ Gnome OS ซึ่งอิง Fedora Rawhide ด้วย แม้จะมีไว้เป็นระบบอ้างอิงสำหรับนักพัฒนาเป็นหลัก แต่ก็มีความสมบูรณ์พอที่ผู้ใช้ทั่วไปจะใช้งานได้
    • สำหรับผู้ดูแล GNOME แล้ว Fedora ก็เหมือนงานเสริม และ Neon ก็มีความสัมพันธ์แบบคล้ายกันกับ KDE
    • ในบทความต้นฉบับก็พูดถึงข้อดีข้อเสียของดิสโทรของตัวเองอย่าง Neon ไว้ลึกกว่านี้อยู่แล้ว ความต่างระหว่าง GNOME กับ KDE อาจมองได้อีกแบบว่า แล้วมันต่างจาก Kubuntu/Fedora KDE Spin อย่างไร
    • GNOME ดูแล GNOME OS โดยตรงอยู่แล้ว

  • โครงสร้างนี้คล้ายกับ macOS ที่มี base แบบ immutable มีแอปที่ถูกแพ็กแยกกัน และมี brew สำหรับเครื่องมือ CLI ถ้าเป็นแบบนี้ก็ดูเหมาะกับงานใช้งานจริงพอสมควร

  • ผมยังไม่ใช่ผู้ใช้ Linux แต่สงสัยว่าคำว่า immutable ที่พูดถึงกันตรงนี้หมายถึงอะไรแน่ เช่น จะติดตั้ง Elixir หรือ IDE ไม่ได้เลยหรือเปล่า ผมไม่ได้สนใจปรับแต่ง OS เอง แต่ถ้าห้ามติดตั้งแอปก็สงสัยว่ามันทำมาเพื่อใคร

    • immutable หมายถึงตัว base system เองไม่รองรับการอัปเดตแพ็กเกจแบบรายตัว แต่จะอัปเกรดทั้ง base image ทีเดียว คล้าย Docker image โดยทั่วไปแล้วการติดตั้งซอฟต์แวร์เพิ่มไม่ได้ถูกห้าม เพียงแต่อาจจำกัดวิธีไว้ เช่น ให้ใช้ Flatpak เท่านั้น (แบบ Fedora Silverblue)
    • อีกนัยหนึ่งคือจะไม่ไปแตะ base OS + ชั้นไลบรารี แต่จะติดตั้งซอฟต์แวร์ที่ต้องการ (เช่น Elixir หรือ IDE) พร้อมไลบรารีที่ต้องใช้ไว้ในสภาพแวดล้อมแบบ sandbox แทน โดยไม่ติดตั้งลงทั้งระบบโดยตรงอีกต่อไป

  • ผมสงสัยว่าดิสโทรนี้แก้ปัญหาเรื่องการจัดการแพ็กเกจได้สำเร็จเสียทีหรือยัง

    • คำตอบคือใช้แนวทางแบบ ChromeOS ไม่มีตัวจัดการแพ็กเกจ และไม่สามารถติดตั้ง ลบ หรืออัปเดตแพ็กเกจลงระบบโดยตรงได้ รับอัปเดตเป็นอิมเมจ OS ทั้งชุดเหมือน iOS หรือ Android

  • ผมสงสัยว่า immutable ในที่นี้หมายถึงแบบ ChromeOS ที่ติดตั้งแพ็กเกจลงระบบโดยตรงไม่ได้ และไปติดตั้งซอฟต์แวร์ได้อย่างอิสระในคอนเทนเนอร์แยกต่างหากแทน รวมถึง GUI ด้วยหรือไม่ ถ้าใช่ มีตัวเลือกไหนดีที่ใช้แทน ChromeOS Flex บนโน้ตบุ๊กเก่าแต่ยังพอใช้งานได้บ้าง

    • นั่นแหละคือแนวคิดของ immutable ในโลก Linux บางครั้งก็เรียกว่า atomic
    • ส่วนตัวผมมีประสบการณ์ไม่ค่อยดีกับทั้ง snap และ flatpak เลยหวังว่ามันจะไม่เป็นแบบนั้น