החלה הצבעה כללית על מערכות init בדביאן

פרויקט דביאן объявил על ההתחלה הצבעה כללית (GR, רזולוציה כללית) מפתחי פרויקטים עבור בעיה של תמיכה במערכות init מרובות, אשר תקבע את המדיניות העתידית של הפרויקט לגבי כריכה ל-systemd, תמיכה במערכות init חלופיות ויכולת פעולה הדדית עם הפצות נגזרות שאינן משתמשות ב-systemd. ההצבעה תימשך עד ה-27 בדצמבר כולל, התוצאות יפורסמו ב-28 בדצמבר.

הבה נזכיר שבשנת 2014 הועדה הטכנית אושר המעבר הפצת ברירת מחדל ב-systemd, אבל לא הסתדר החלטות בדבר תמיכה במספר מערכות אספקה ​​(בהצבעה זכה הסעיף המעיד על חוסר נכונות הוועדה לקבל החלטה בנושא זה). ראש הוועדה המליץ ​​למנהלי החבילות לשמור על תמיכה ב-sysvinit כמערכת init חלופית, אך ציין כי אינו יכול לכפות את נקודת המבט שלו וכי ההחלטה צריכה להתקבל באופן עצמאי בכל מקרה ומקרה.

לאחר מכן, כמה מפתחים ניסו ניסיון לבצע הצבעה כללית, אך הצבעה טרומית הראתה שאין צורך לקבל החלטה בנושא השימוש במספר מערכות אתחול. לפני כמה חודשים, אחרי проблем עם הכללת חבילת elogind (הכרחית להפעלת GNOME ללא systemd) בענף הבדיקה עקב התנגשות עם libsystemd, הנושא הועלה שוב על ידי מנהיג הפרויקט של דביאן, מאחר שהמפתחים לא יכלו להסכים, והתקשורת שלהם הפכה ל- עימות והגיע למבוי סתום.

ההצבעה הנוכחית תאפשר לאמץ מדיניות לגבי מערכות אספקה ​​מרובות, ואם הסעיף המחייב תמיכה במערכות חלופיות ינצח, המתחזקים לא יוכלו להתעלם או לעכב בעיות כאלה. לאחר דיון בשלוש נקודות ההצבעה שהציע ראש הפרויקט תחילה, הורחב מספר האפשרויות לשמונה. בעת ההצבעה, ניתן לבחור מספר פריטים בו-זמנית, ולדרג את הפריטים הנבחרים לפי רמת העדפה. זכות הצבעה כאלף מפתחים המשתתפים בתחזוקת חבילות ותחזוקת התשתית.

אפשרויות מוצעות:

הדגש העיקרי הוא על systemd. מתן תמיכה עבור מערכות init חלופיות אינו בראש סדר העדיפויות, אך מתחזקים עשויים לכלול סקריפטים של init עבור מערכות כאלה בחבילות.

תמיכה במגוון מערכות init ויכולת לאתחל את Debian עם מערכות init שאינן systemd.
כדי להפעיל שירותים, החבילות חייבות לכלול סקריפטים של init; אספקת קבצי יחידה מערכתית בלבד ללא סקריפטים של sysv init אינה מקובלת.

systemd נותרה מועדפת, אך נותרה האפשרות לשמור על מערכות אתחול חלופיות. טכנולוגיות כגון elogind, המאפשרות לאפליקציות הקשורות ל-systemd לפעול בסביבות חלופיות, נתפסות כחשובות. חבילות עשויות לכלול קבצי init עבור מערכות חלופיות.

תמיכה במערכות שאינן משתמשות ב-systemd, אך מבלי לבצע שינויים שיעכבו את הפיתוח. המפתחים מסכימים לתמוך במערכות init מרובות בעתיד הנראה לעין, אך גם מאמינים שיש צורך לעבוד על שיפור התמיכה המערכתית. יש להשאיר את הפיתוח והתחזוקה של פתרונות ספציפיים לקהילות המעוניינות בפתרונות אלו, אך מתחזקים אחרים צריכים לעזור ולתרום באופן אקטיבי לפתרון בעיות כאשר מתעורר הצורך. באופן אידיאלי, חבילות צריכות לפעול באמצעות כל מערכת init, שניתן להשיג על ידי אספקת סקריפטים מסורתיים של init או שימוש במנגנונים אחרים המאפשרים להם לעבוד ללא systemd. חוסר היכולת לעבוד ללא systemd נחשב לבאג, אך לא לבאג חוסם שחרור, אלא אם יש פתרון מוכן לעבודה ללא systemd, אך הם מסרבים לשמור אותו (למשל, כאשר הבעיה נגרמת על ידי מחיקת סקריפט init שסופק בעבר).

תומך בניידות מבלי להכניס שינויים המעכבים את הפיתוח. דביאן ממשיכה להיראות כגשר לשילוב תוכנות שונות המספקות פונקציונליות מקבילה או דומה. ניידות בין פלטפורמות חומרה וערימות תוכנה היא מטרה חשובה, ומעודדים שילוב של טכנולוגיות חלופיות, גם אם תפיסת העולם של יוצריהן שונה מהקונצנזוס הכללי. העמדה לגבי systemd ומערכות אתחול אחרות עולה בקנה אחד עם נקודה 4.

הפיכת תמיכה במערכות אתחול מרובות לחובה. מתן היכולת להפעיל את דביאן עם מערכות init שאינן systemd ממשיכה להיות חשובה לפרויקט. כל חבילה חייבת לעבוד עם מטפלי pid1 שאינם systemd, אלא אם כן התוכנה הכלולה בחבילה נועדה במקור לעבוד רק עם systemd ואינה תומכת בריצה ללא systemd (היעדר סקריפטים של init לא נחשב כמיועד רק לעבודה עם systemd) .

תומך בניידות ומימושים מרובים. העקרונות הכלליים זהים לחלוטין לסעיף 5, אך אין דרישות ספציפיות למערכות systemd ו-init, ולא מוטלות חובות על המפתחים. מפתחים מוזמנים לקחת בחשבון את האינטרסים של זה, לעשות פשרות ולמצוא פתרונות משותפים המשביעים רצון עבור גורמים שונים.

המשך דיון. ניתן להשתמש בפריט כדי לשדרג לאחור אפשרויות לא מקובלות.

מקור: OpenNet.ru