โครงการ Debian เกี่ยวกับจุดเริ่มต้น (GR, ความละเอียดทั่วไป) ผู้พัฒนาโครงการสำหรับ ซึ่งจะกำหนดนโยบายในอนาคตของโครงการเกี่ยวกับการเชื่อมโยงกับ systemd การสนับสนุนระบบ init ทางเลือก และการทำงานร่วมกันกับการกระจายที่ได้รับที่ไม่ได้ใช้ systemd การลงคะแนนจะมีผลจนถึงวันที่ 27 ธันวาคม และจะประกาศผลในวันที่ 28 ธันวาคม
ให้เราระลึกว่าในปี 2014 คณะกรรมการด้านเทคนิค การกระจายเริ่มต้นบน systemd แต่ไม่ใช่ การตัดสินใจเกี่ยวกับการสนับสนุนระบบการจัดเตรียมหลายระบบ (การลงคะแนนเสียงชนะโดยรายการที่ระบุว่าคณะกรรมการไม่เต็มใจที่จะตัดสินใจในประเด็นนี้) ผู้นำคณะกรรมการแนะนำให้ผู้ดูแลแพ็คเกจรักษาการสนับสนุน sysvinit ในฐานะระบบ init ทางเลือก แต่ระบุว่าเขาไม่สามารถกำหนดมุมมองของเขาได้ และการตัดสินใจควรทำอย่างเป็นอิสระในแต่ละกรณี
หลังจากนี้ นักพัฒนาบางคนก็พยายาม การลงคะแนนเสียงทั่วไป แต่การลงคะแนนเสียงเบื้องต้นพบว่าไม่จำเป็นต้องตัดสินใจเกี่ยวกับปัญหาการใช้ระบบการเริ่มต้นหลายระบบ ไม่กี่เดือนก่อนหลังจากนั้น เนื่องจากการรวมแพ็กเกจ elogind (ซึ่งจำเป็นสำหรับ GNOME ในการทำงานโดยไม่ต้องใช้ systemd) ในสาขาการทดสอบเกิดความขัดแย้งกับ libsystemd ทำให้หัวหน้าโครงการหยิบยกประเด็นนี้ขึ้นมาอีกครั้ง Debianเนื่องจากผู้พัฒนาไม่สามารถบรรลุข้อตกลงร่วมกันได้ และการสื่อสารของพวกเขาก็บานปลายกลายเป็นความขัดแย้งและจบลงที่ทางตัน
การลงคะแนนเสียงในปัจจุบันจะอนุญาตให้นำนโยบายมาใช้เกี่ยวกับระบบการจัดเตรียมหลายระบบ และหากข้อที่ต้องการการสนับสนุนสำหรับระบบทางเลือกชนะ ผู้ดูแลจะไม่สามารถเพิกเฉยหรือชะลอปัญหาดังกล่าวได้ หลังจากหารือเกี่ยวกับจุดลงคะแนนเสียงสามจุดที่ผู้นำโครงการเสนอในตอนแรก จำนวนตัวเลือกก็ขยายเป็นแปดจุด เมื่อโหวต คุณสามารถเลือกหลายรายการพร้อมกัน โดยจัดอันดับรายการที่เลือกตามระดับความชอบ นักพัฒนาประมาณพันคนที่มีส่วนร่วมในการดูแลรักษาแพ็คเกจและการบำรุงรักษาโครงสร้างพื้นฐานมีสิทธิ์ลงคะแนนเสียง
ตัวเลือกที่แนะนำ:
จุดสนใจหลักอยู่ที่ systemd การให้การสนับสนุนระบบ init ทางเลือกนั้นไม่ใช่เรื่องสำคัญ แต่ผู้ดูแลอาจรวมสคริปต์ init สำหรับระบบดังกล่าวไว้ในแพ็คเกจด้วย รองรับระบบการเริ่มต้นระบบและฟังก์ชันการบูตที่หลากหลาย Debian โดยใช้ระบบ init อื่นๆ นอกเหนือจาก systemd
ในการเรียกใช้บริการ แพ็คเกจจะต้องมีสคริปต์เริ่มต้น การจัดหาเฉพาะไฟล์หน่วย systemd โดยไม่มีสคริปต์เริ่มต้นของ sysv นั้นไม่สามารถยอมรับได้ systemd ยังคงเป็นที่ต้องการ แต่ยังคงมีความเป็นไปได้ในการรักษาระบบการเริ่มต้นทางเลือกไว้ เทคโนโลยีเช่น elogind ซึ่งอนุญาตให้แอปพลิเคชันที่เชื่อมโยงกับ systemd ทำงานในสภาพแวดล้อมอื่นนั้นถูกมองว่ามีความสำคัญ แพ็คเกจอาจรวมไฟล์ init สำหรับระบบทางเลือก รองรับระบบที่ไม่ใช้ systemd แต่ไม่มีการเปลี่ยนแปลงที่อาจขัดขวางการพัฒนา นักพัฒนาตกลงที่จะสนับสนุนระบบ init หลายระบบในอนาคตอันใกล้ แต่ยังเชื่อว่าจำเป็นต้องปรับปรุงการสนับสนุน systemd การพัฒนาและการบำรุงรักษาโซลูชันเฉพาะควรปล่อยให้ชุมชนที่สนใจในโซลูชันเหล่านั้น แต่ผู้ดูแลอื่นๆ ควรช่วยเหลือและมีส่วนร่วมในการแก้ไขปัญหาอย่างแข็งขันเมื่อจำเป็น ตามหลักการแล้ว แพ็กเกจควรทำงานโดยใช้ระบบ init ใดๆ ซึ่งสามารถทำได้โดยการจัดหาสคริปต์เริ่มต้นแบบดั้งเดิม หรือใช้กลไกอื่นๆ ที่ช่วยให้สามารถทำงานได้โดยไม่ต้องใช้ systemd การไม่สามารถทำงานโดยไม่มี systemd ถือเป็นจุดบกพร่อง แต่ไม่ใช่จุดบกพร่องในการบล็อกการเผยแพร่ เว้นแต่จะมีวิธีแก้ปัญหาสำเร็จรูปสำหรับการทำงานโดยไม่มี systemd แต่พวกเขาปฏิเสธที่จะบันทึก (เช่น เมื่อปัญหาเกิดจากการลบ สคริปต์เริ่มต้นที่ให้มาก่อนหน้านี้) รองรับการพกพาได้โดยไม่ก่อให้เกิดการเปลี่ยนแปลงใดๆ ที่ขัดขวางการพัฒนา Debian ยังคงถูกมองว่าเป็นสะพานเชื่อมสำหรับการรวมซอฟต์แวร์ต่างๆ ที่มีฟังก์ชันการทำงานเทียบเท่าหรือคล้ายคลึงกัน ความสามารถในการพกพาข้ามแพลตฟอร์มฮาร์ดแวร์และซอฟต์แวร์ต่างๆ เป็นเป้าหมายสำคัญ และการบูรณาการเทคโนโลยีทางเลือกเป็นสิ่งที่น่ายินดี แม้ว่ามุมมองของผู้สร้างจะแตกต่างจากฉันทามติทั่วไปก็ตาม จุดยืนเกี่ยวกับ systemd และระบบ init อื่นๆ สอดคล้องกับข้อ 4 อย่างสมบูรณ์ กำหนดให้การรองรับระบบ init หลายระบบเป็นสิ่งจำเป็น และให้ความสามารถในการเริ่มต้นระบบ Debian โครงการนี้ยังคงให้ความสำคัญกับระบบ init อื่นๆ นอกเหนือจาก systemd เป็นอย่างมาก แต่ละแพ็กเกจต้องรองรับตัวจัดการ pid1 อื่นๆ นอกเหนือจาก systemd เว้นแต่ซอฟต์แวร์ที่รวมอยู่ในแพ็กเกจนั้นได้รับการออกแบบมาให้ทำงานร่วมกับ systemd เท่านั้น และขาดการสนับสนุนการทำงานโดยไม่ใช้ systemd (การไม่มีสคริปต์ init ไม่ถือว่าได้รับการออกแบบมาให้ทำงานร่วมกับ systemd เท่านั้น) รองรับการพกพาและการใช้งานที่หลากหลาย หลักการทั่วไปจะเหมือนกับข้อ 5 ทุกประการ แต่ไม่มีข้อกำหนดเฉพาะสำหรับระบบ systemd และ init และไม่มีภาระผูกพันใด ๆ กับนักพัฒนา นักพัฒนาได้รับการสนับสนุนให้คำนึงถึงผลประโยชน์ของกันและกัน ประนีประนอม และค้นหาวิธีแก้ปัญหาทั่วไปที่น่าพอใจสำหรับฝ่ายต่างๆ อภิปรายต่อไป รายการนี้สามารถใช้เพื่อดาวน์เกรดตัวเลือกที่ยอมรับไม่ได้ที่มา: opennet.ru
