Flatpak‑NG อาจทำให้ Flatpak 2 ต้องพึ่งพา systemd ส่งผลต่อดิสโทรที่หลีกเลี่ยง systemd

Flatpak‑NG กำลังอยู่ในขั้นตอนการระดมความคิดเพื่อพัฒนาเป็น Flatpak 2 ซึ่งอาจทำให้ระบบแพ็กเกจนี้ต้องอาศัย systemd เป็นพื้นฐาน – ข่าวนี้เป็นประเด็นสำคัญสำหรับผู้ใช้ดิสทริบิวชันที่หลีกเลี่ยง systemd เนื่องจากอาจทำให้การใช้ Flatpak บนระบบเหล่านั้นเป็นไปไม่ได้ในอนาคต.

Overview

การพัฒนา Flatpak ในช่วงหลายปีที่ผ่านมาเคยเงียบเหงา แต่เมื่อเร็ว ๆ นี้มีการพูดคุยเกี่ยวกับแนวคิด “next‑generation” ที่เรียกว่า Flatpak‑NG ปรากฏขึ้นในฟอรั่ม Reddit เมื่อเดือนที่ผ่านมา ซึ่งเชื่อมโยงไปยังบล็อกโพสต์ของทีมพัฒนาที่เขียนเมื่อปลายปีที่ผ่านมา ตามรายงานของ *The Register* ทีมกำลังรวบรวมไอเดียเพื่ออาจนำไปสู่การเปิดตัว Flatpak 2 ในช่วงปีถัดไป

วิดีโอยังบันทึกการนำเสนอที่ Linux App Summit ใบเบอร์ลินเดือนที่แล้ว ซึ่งอธิบายรายละเอียดของแนวคิดนี้อย่างชัดเจน การเปลี่ยนแปลงสำคัญคือการย้ายการแยกการทำงาน (isolation) จากเลเยอร์ bubblewrap เดิม ไปยังคอมโพเนนต์ systemd‑appd ที่ยังไม่มีการเขียนโค้ด

Flatpak‑NG Proposal

ตามที่ Jorge Castro ผู้เข้าร่วมการบรรยายได้ยืนยันในกระทู้บน Fediverse, systemd‑appd จะทำหน้าที่เป็น “ระบบจัดการแอปพลิเคชัน” ภายใน systemd ซึ่งคาดว่าจะทำให้โครงสร้างของ Flatpak ง่ายขึ้นและเพิ่มความสามารถในการแยกเครือข่าย (virtualizing the network stack) ได้มากขึ้น

อย่างไรก็ตาม การพึ่งพา systemd จะทำให้ Flatpak 2 ต้องอาศัย systemd เป็นส่วนหนึ่งของระบบปฏิบัติการอย่างแน่นอน ซึ่งเป็นข้อกังวลหลักสำหรับผู้ใช้ดิสทริบิวชันที่ยังคงหลีกเลี่ยง systemd เพื่อรักษาความเรียบง่ายหรือความเป็นอิสระของระบบ

ทีมพัฒนายังระบุว่าผู้อื่นที่ดูแล init ระบบอื่น ๆ สามารถสร้างอิมพลีเมนเทชันของ systemd‑appd ของตนเองได้ แต่ต้องใช้ความพยายามอย่างมหาศาลและยังไม่มีสัญญาณใดว่ามีการร่วมมือเกิดขึ้น

Technical Implications

การย้ายหน้าที่แยกการทำงานจาก bubblewrap ไปยัง systemd‑appd จะทำให้โค้ดของ Flatpak มีความซับซ้อนน้อยลงและอาจทำให้การพัฒนาและบำรุงรักษาเป็นไปได้เร็วขึ้น การทำ virtualization ของสแตกเครือข่ายจะเปิดโอกาสให้แอปพลิเคชันทำงานในสภาพแวดล้อมที่แยกจากระบบหลักได้ดียิ่งขึ้น

ในทางกลับกัน การผูกติดกับ systemd ทำให้การนำ Flatpak ไปใช้บนระบบที่ไม่มี systemd เช่น MX Linux, Alpine Linux, Devuan, Slackware หรือดิสทริบิวชันขนาดเล็กอื่น ๆ อาจต้องเผชิญกับอุปสรรคอย่างมาก เนื่องจากไม่มีทางเลือกที่เทียบเท่าในขณะนี้

Distribution Landscape

แม้ว่า MX Linux รุ่น 25.1‑25.2 จะมีเครื่องมือ init‑diversity ที่รองรับ “หกระบบ init อื่น ๆ นอกเหนือจาก systemd” แต่ตามที่ *The Register* รายงาน ยังไม่มีสัญญาณว่าทีมพัฒนานี้จะร่วมมือกันสร้างอิมพลีเมนเทชันที่เทียบเท่ากับ systemd‑appd

ในแง่ของแพลตฟอร์มจัดการแพ็กเกจอื่น ๆ มีตัวเลือกหลายแบบที่เคยถูกกล่าวถึง ได้แก่

• Snap – พัฒนาโดย Canonical, มีความยืดหยุ่นสูงรวมถึงการบรรจุเคอร์เนลเป็น Snap
• AppImage
• 0install
• AppDir
• GNUstep (รูปแบบ .app ของ NeXT/Apple)

อย่างไรก็ตาม Snap และ Flatpak ยังคงเป็นสองโซลูชันที่ได้รับการยอมรับอย่างกว้างขวางในชุมชน Linux

Impact on Systemd‑Free Distros

หาก Flatpak 2 เปิดตัวและต้องอาศัย systemd อย่างเต็มรูปแบบ ความเป็นไปได้ที่ดิสทริบิวชันหลาย ๆ ตัวจะสูญเสียความสามารถในการเข้าถึงแอปพลิเคชันที่จัดจำหน่ายผ่าน Flatpak จะสูงมาก – สำหรับหลาย ๆ ระบบที่ไม่มี systemd Flatpak เป็น “สายชีวิต” ที่ให้ผู้ใช้เข้าถึงแอปพลิเคชันจากแหล่งต่าง ๆ

ผลกระทบนี้อาจทำให้ผู้ดูแลดิสทริบิวชันต้องเลือกว่าจะพัฒนาระบบทดแทนสำหรับ systemd‑appd หรือยอมรับการเปลี่ยนแปลงที่อาจทำให้ผู้ใช้ต้องย้ายไปใช้แพลตฟอร์มอื่นเช่น Snap หรือ AppImage อย่างไรก็ตาม การพัฒนาอิมพลีเมนเทชันใหม่ต้องใช้ทรัพยากรอย่างมากและอาจใช้เวลานาน

Analysis

จากมุมมองของชุมชนโอเพนซอร์ส การพึ่งพา systemd อย่างเต็มที่ใน Flatpak 2 ดูเหมือนจะเป็นการตัดสินใจที่ตอบสนองต่อความต้องการทางเทคนิคมากกว่าการคำนึงถึงความหลากหลายของระบบ init ต่าง ๆ การทำให้โครงสร้างของ Flatpak เรียบง่ายขึ้นอาจช่วยให้การบำรุงรักษาและการพัฒนาฟีเจอร์ใหม่เร็วขึ้น แต่ก็เสี่ยงต่อการแยกผู้ใช้บางส่วนออกจากระบบ

ในขณะที่ Snap มีรูปแบบการจัดจำหน่ายที่เรียบง่ายกว่าและส่วนหนึ่งเป็นโค้ดเปิด แม้ว่าจะมีส่วนประกอบเชิงพาณิชย์คือ Snap Store website การแข่งขันระหว่าง Snap กับ Flatpak ยังคงดำเนินต่อไปโดยมีปัจจัยหลายประการ เช่น ความพร้อมของแอปพลิเคชัน ความเข้ากันได้กับระบบ init ต่าง ๆ และนโยบายของแต่ละดิสทริบิวชัน

โดยสรุป การพัฒนา Flatpak‑NG เป็นสัญญาณว่าทีมพัฒนากำลังมองหาวิธีทำให้แพลตฟอร์มนี้ทันสมัยและมีประสิทธิภาพมากขึ้น แต่การผูกติดกับ systemd จะเป็นประเด็นสำคัญที่ต้องพิจารณาอย่างรอบคอบเพื่อไม่ให้ผู้ใช้ระบบที่หลีกเลี่ยง systemd ถูกทิ้งไว้ข้างหลัง

Summary

Flatpak‑NG กำลังอยู่ในขั้นระดมความคิดเพื่อเป็นฐานของ Flatpak 2 ซึ่งอาจทำให้ระบบแพ็กเกจต้องพึ่งพา systemd อย่างเต็มรูปแบบ. การเปลี่ยนแปลงนี้อาจส่งผลให้ดิสทริบิวชันหลาย ๆ ตัวที่ไม่มี systemd สูญเสียความสามารถในการใช้ Flatpak และต้องหาทางเลือกใหม่หรือพัฒนาทดแทน.