ผลการโหวตในระบบเริ่มต้น Debian ได้รับการสรุปแล้ว

ที่ตีพิมพ์ ผลลัพธ์ การลงคะแนนเสียงทั่วไป (GR, ความละเอียดทั่วไป) ของนักพัฒนาโครงการ Debian ที่เกี่ยวข้องกับการบำรุงรักษาแพ็คเกจและการบำรุงรักษาโครงสร้างพื้นฐาน ซึ่งดำเนินการในเรื่องของการรองรับระบบ init หลายระบบ รายการที่สอง (“ B”) ในรายการชนะ - systemd ยังคงเป็นที่ต้องการ แต่ความเป็นไปได้ในการรักษาระบบการเริ่มต้นทางเลือกยังคงอยู่ การลงคะแนนเสียงทำได้โดยใช้วิธี คอนดอร์เซตโดยผู้ลงคะแนนเสียงแต่ละคนจัดอันดับตัวเลือกทั้งหมดตามลำดับความชอบ และเมื่อคำนวณผลลัพธ์ จะคำนึงถึงจำนวนผู้ลงคะแนนที่เลือกตัวเลือกหนึ่งมากกว่าอีกตัวเลือกหนึ่ง

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

แพ็คเกจสามารถมีทั้งไฟล์ systemd unit และสคริปต์เริ่มต้นสำหรับการเริ่มต้นบริการ แพ็คเกจอาจใช้ฟีเจอร์ systemd ใดๆ ตามที่ผู้ดูแลแพ็คเกจต้องการ ตราบใดที่ฟีเจอร์นั้นสอดคล้องกับกฎของ Debian และไม่เชื่อมโยงกับฟีเจอร์ Debian รุ่นทดลองหรือที่ไม่รองรับในแพ็คเกจอื่น นอกจาก systemd แล้ว แพ็คเกจยังอาจรวมถึงการรองรับระบบ init ทางเลือก และจัดเตรียมส่วนประกอบเพื่อแทนที่อินเทอร์เฟซเฉพาะของ systemd การตัดสินใจเกี่ยวกับการรวมแพตช์นั้นดำเนินการโดยผู้ดูแลซึ่งเป็นส่วนหนึ่งของขั้นตอนมาตรฐาน Debian มุ่งมั่นที่จะทำงานร่วมกับการแจกแจงแบบอนุพันธ์ที่เลือกใช้ระบบเริ่มต้นอื่น ๆ แต่การโต้ตอบนั้นถูกสร้างขึ้นในระดับผู้ดูแล ซึ่งทำหน้าที่ตัดสินใจว่าคุณสมบัติใดที่จัดทำโดยการแจกจ่ายของบุคคลที่สามจะได้รับการยอมรับในองค์ประกอบหลักของ Debian และคุณสมบัติใดที่เหลืออยู่ ในการแจกแจงอนุพันธ์

ให้เราระลึกว่าในปี 2014 คณะกรรมการด้านเทคนิค ที่ได้รับการอนุมัติ การเปลี่ยนแปลง การกระจายเริ่มต้นบน systemd แต่ไม่ใช่ ได้ผล การตัดสินใจเกี่ยวกับการสนับสนุนระบบการจัดเตรียมหลายระบบ (รายการที่ระบุว่าคณะกรรมการไม่เต็มใจที่จะตัดสินใจในประเด็นนี้ได้รับการโหวต) ผู้นำคณะกรรมการแนะนำให้ผู้ดูแลแพ็คเกจรักษาการสนับสนุน sysvinit ในฐานะระบบ init ทางเลือก แต่ระบุว่าเขาไม่สามารถกำหนดมุมมองของเขาได้ และการตัดสินใจควรทำอย่างเป็นอิสระในแต่ละกรณี

หลังจากนี้ นักพัฒนาบางคนก็พยายาม พยายามที่จะดำเนินการ การลงคะแนนเสียงทั่วไป แต่การลงคะแนนเสียงเบื้องต้นพบว่าไม่จำเป็นต้องตัดสินใจเกี่ยวกับปัญหาการใช้ระบบการเริ่มต้นหลายระบบ ไม่กี่เดือนก่อนหลังจากนั้น ปัญหา ด้วยการรวมแพ็คเกจ elogind (จำเป็นสำหรับการรัน GNOME โดยไม่มี systemd) ในสาขาการทดสอบเนื่องจากข้อขัดแย้งกับ libsystemd ผู้นำโครงการ Debian ก็ได้หยิบยกประเด็นนี้ขึ้นมาอีกครั้งเนื่องจากนักพัฒนาไม่สามารถตกลงได้และการสื่อสารของพวกเขากลายเป็น เผชิญหน้ากันและถึงทางตัน

ตัวเลือกที่พิจารณา:

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

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

รองรับระบบ init ที่หลากหลายและความสามารถในการบูต Debian ด้วยระบบ init อื่นที่ไม่ใช่ systemd
ในการเรียกใช้บริการ แพ็คเกจจะต้องมีสคริปต์เริ่มต้น การจัดหาเฉพาะไฟล์หน่วย systemd โดยไม่มีสคริปต์เริ่มต้นของ sysv นั้นไม่สามารถยอมรับได้

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

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

จำเป็นต้องมีการสนับสนุนระบบการเริ่มต้นหลายระบบ การให้ความสามารถในการรัน Debian ด้วยระบบ init ที่ไม่ใช่ systemd ยังคงมีความสำคัญต่อโปรเจ็กต์นี้ แต่ละแพ็คเกจจะต้องทำงานกับตัวจัดการ pid1 ที่ไม่ใช่ systemd เว้นแต่ว่าซอฟต์แวร์ที่รวมอยู่ในแพ็คเกจเดิมนั้นตั้งใจให้ทำงานกับ systemd เท่านั้น และไม่รองรับการทำงานโดยไม่มี systemd (การไม่มีสคริปต์ init จะไม่นับว่ามีจุดประสงค์เพื่อทำงานกับ systemd เท่านั้น) .

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

อภิปรายต่อไป รายการนี้สามารถใช้เพื่อดาวน์เกรดตัวเลือกที่ยอมรับไม่ได้

ที่มา: opennet.ru