แซมฮาร์ทแมน หัวหน้าโครงการ Debian พยายามแก้ไขความไม่ลงรอยกันเกี่ยวกับการจัดส่งพัสดุให้หายไป เป็นส่วนหนึ่งของการกระจาย ในเดือนกรกฎาคม ทีมที่รับผิดชอบในการเตรียมการเปิดตัว บล็อกการรวม elogind ในสาขาทดสอบ เนื่องจากแพ็คเกจนี้ขัดแย้งกับ libsystemd
เนื่องจากความผิดพลาดมีความขัดแย้งกับแพ็กเกจ systemd และอันตรายจากการเปลี่ยน libsystemd ด้วย libelogind เวอร์ชันอื่นซึ่งเข้ากันไม่ได้กับไลบรารีต้นทางในระดับ ABI
การรวม elogind ให้ไลบรารี libelogind เวอร์ชันของตัวเอง ซึ่งรับฟังก์ชั่นจำนวนมากที่เสนอโดย libsystemd และแทนที่ไลบรารีนี้ระหว่างการติดตั้ง
ในแพ็กเกจ elogind ถูกทำเครื่องหมายว่าขัดแย้งกับไลบรารี systemd แต่ได้รับการออกแบบมาโดยเนื้อแท้เพื่อให้ทำงานได้โดยไม่มี systemd และความขัดแย้งกับ systemd ก็เป็นประโยชน์เช่นกันเนื่องจากไม่อนุญาตให้คุณติดตั้ง elogind โดยไม่ได้ตั้งใจ
ในทางกลับกันในรูปแบบปัจจุบัน พยายามผ่าน APT เพื่ออัปเดตคอนฟิกูเรชัน systemd เป็นเวอร์ชันด้วย sysvinit และ elogind ส่งผลให้ระบบเสียหาย ด้วย APT ที่ไม่ทำงาน แต่ถึงแม้จะมีการกำจัดข้อบกพร่องนี้ แต่การเปลี่ยนจาก systemd เป็น elogind ก็ยังเป็นไปไม่ได้หากไม่ได้ลบสภาพแวดล้อมของผู้ใช้ที่ติดตั้งไว้แล้ว
จากนั้นนักพัฒนา Elogind ถูกขอให้ปรับแต่งคำสรรเสริญเยินยอd เพื่อทำงานบน libpam-systemd ปกติโดยไม่ต้องใช้เลเยอร์ libpam-elogind ของตัวเอง
การเปลี่ยนจาก elogind ไปเป็น libpam-systemd ถูกขัดขวางเนื่องจากการขาดการสนับสนุนแนวคิดของภาคส่วน แต่ผู้พัฒนา elogind ไม่ต้องการให้เป็นไปตามมาตรฐาน API เต็มรูปแบบและทำซ้ำคุณสมบัติทั้งหมดของ systemd เนื่องจาก elogind มีฟังก์ชันการทำงานเพียงเล็กน้อยในการจัด ล็อกอินของผู้ใช้และไม่เสนอให้ทำซ้ำระบบย่อยทั้งหมดของ systemd
การแก้ไขปัญหาทางเทคนิคที่ระบุไว้ควรได้รับการแก้ไขในระดับการโต้ตอบระหว่างทีมเผยแพร่และผู้ดูแลระบบ elogind และ systemd แต่ หัวหน้าโครงการถูกบังคับให้เข้าแทรกแซงเนื่องจากทีมไม่สามารถตกลงกันได้ การทำงานร่วมกันกลายเป็นการเผชิญหน้าและการแก้ปัญหาก็มาถึงทางตันซึ่งแต่ละด้านของกฎหมายเป็นไปในแบบของตัวเอง
ตามแซมฮาร์ทแมน สถานการณ์ใกล้เข้าสู่สภาวะที่ต้องมีการลงคะแนนเสียงทั่วไป (GR, ความละเอียดแบบครอบคลุม) ซึ่งชุมชนจะตัดสินใจเกี่ยวกับระบบทางเลือกในการเริ่มต้นและสนับสนุน sysvinit ด้วย elogind
หากผู้เข้าร่วมโครงการลงคะแนนเสียงเพื่อกระจายระบบการเริ่มต้น ทั้งหมด ผู้ที่รับผิดชอบการบำรุงรักษาจะมีส่วนร่วมในความพยายามร่วมกันในการแก้ไขปัญหานี้ หรือนักพัฒนาที่รับผิดชอบพิเศษจะได้รับการแต่งตั้งให้ทำงานในปัญหานี้และผู้ที่มาพร้อมกับพวกเขาจะไม่สามารถข้ามระบบการเริ่มต้นทางเลือกได้อีกต่อไปนิ่งเฉยหรือทำให้กระบวนการล่าช้า
ขณะนี้ที่เก็บได้สะสมแพ็กเกจ 1033 ที่ให้หน่วยบริการสำหรับ systemd แล้ว แต่ไม่รวมสคริปต์ init.d
เพื่อแก้ปัญหานี้เราขอเสนอให้จัดหาไฟล์บริการตามค่าเริ่มต้น แต่ต้องเตรียมไดรเวอร์ที่แยกวิเคราะห์คำสั่งในไฟล์เหล่านี้โดยอัตโนมัติและสร้างสคริปต์ init.d ตามค่าเริ่มต้น
หากชุมชนตัดสินใจว่า Debian มีการสนับสนุนเพียงพอสำหรับระบบการเริ่มต้นระบบเดียวพวกเขาก็ไม่ต้องกังวลเกี่ยวกับ sysvinit และ elogind อีกต่อไปโดยเน้นเฉพาะไฟล์ unit และ systemd เท่านั้น
วิธีแก้ปัญหาดังกล่าวจะส่งผลเสียต่อพอร์ตที่ไม่ใช้เคอร์เนลลินุกซ์ แต่ยังไม่มีพอร์ตดังกล่าวในไฟล์หลักและยังไม่มีสถานะการสนับสนุนอย่างเป็นทางการ
การเชื่อมโยงไปยัง systemd จะทำให้การเปลี่ยนแปลงซับซ้อนขึ้นอย่างมาก ในทิศทางของการพัฒนาการจัดจำหน่ายในอนาคตและจะ จำกัด การทดลองเพิ่มเติมในด้านการเริ่มต้นและการจัดการบริการ
วิธีแก้ปัญหาแต่ละข้อมีข้อดีและข้อเสียดังนั้นจึงต้องมีการอภิปรายอย่างละเอียดเกี่ยวกับข้อโต้แย้งทั้งหมดสำหรับและคัดค้านก่อนการลงคะแนน
Fuente: https://lists.debian.org/
จึงยังไม่แน่ใจว่าพวกเขาจะสนับสนุน sysvinit อีกครั้ง !! ตามที่เข้าใจแล้วพวกเขาจะส่งไปศึกษาและลงคะแนน !! เราจะมาดูกันว่าจะเกิดอะไรขึ้น !!
ไม่
คณะละครสัตว์ Debian ได้ "แสดงให้เห็นแล้ว" พร้อมกับ "การตัดสินใจ" ที่น่าหัวเราะในการนำระบบมาใช้ ตอนนี้พวกเขาจะไม่ยอมถอยดังนั้นจึงมีการประกาศ "โหวตทั่วไป" ที่เป็นไปได้แล้ว สำหรับฉันให้ roping กับ systemd Q พวกเขาจะจบลงด้วยการแขวนคอก็เป็นอีกหนึ่งผลงานเพลงเช่นกัน