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

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

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

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

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

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

אפשרויות שנחשבו:

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

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

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

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

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

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

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

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

מקור: OpenNet.ru