דביאן חוזרת לתמיכה במספר מערכות init

סם הרטמן, ראש פרויקט דביאן, ניסה להבין את חילוקי הדעות הקשורים למשלוח החבילה של elogind כחלק מההפצה. ביולי, הצוות שאחראי על הכנת מהדורות חָסוּם הכללת elogind בענף הבדיקה, מכיוון שחבילה זו מתנגשת עם libsystemd.

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

הסיבות לחסימה היו התנגשות בחבילת systemd והסכנה בהחלפת libsystemd ב-libelogind חלופי, שאינו תואם לחלוטין את ספריית המקור ברמת ABI.
תוויות החבילה מתנגשות כסותרות עם ספריות systemd, אבל היא מטבעה תוכננה לעבוד רק ללא systemd, והתנגשות עם systemd היא למעשה מועילה מכיוון שהיא מונעת התקנה של elogind בטעות. מצד שני, בצורתו הנוכחית, ניסיונות באמצעות APT לעדכן את התצורה ממערכת לגרסה עם sysvinit ו-elogind. מערכת פגומה עם APT לא עובד. אבל גם אם החיסרון הזה יבוטל, המעבר מ-systemd ל-elogind נשאר בלתי אפשרי מבלי למחוק סביבות משתמש שכבר מותקנות.

מפתחי elogind היו מוּצָע התאימו את elogind לעבודה על גבי libpam-systemd הסטנדרטי, מבלי להשתמש בשכבת libpam-elogind משלו. המעבר של elogind ל-libpam-systemd מקשה על ידי חוסר התמיכה בקונספט של slices, אבל מפתחי elogind לא רוצים להשיג תאימות מלאה ל-API ולחזור בדיוק על כל היכולות של systemd, שכן elogind מספק רק מינימלית פונקציונליות לארגון כניסות משתמשים ואינה מכוונת לשכפל את כל מערכות המשנה המערכות.

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

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

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

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

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

מקור: OpenNet.ru