Debian में systemd को OpenRC से बदलना

मूल लेख ↗ Hacker News चर्चा ↗

systemd को क्यों बदलें / प्रतिस्पर्धा की आवश्यकता

  • कई लोगों का तर्क है कि systemd बहुत अधिक प्रभावशाली हो गया है, जिससे एक de facto monoculture बन गई है और विकल्पों को तैनात करना कठिन हो गया है।
  • चिंताएँ: कई निम्न-स्तरीय घटकों तक dependency sprawl, accidental complexity, और maintainers द्वारा compatibility समस्याओं को तिरस्कारपूर्ण ढंग से लेना।
  • दूसरे लोग जवाब देते हैं कि systemd उनके लिए अच्छी तरह काम करता है, init की पुरानी समस्याओं को हल करता है, और गंभीर विकल्प अभी भी अधूरे या niche हैं।

तकनीकी तुलना: systemd बनाम OpenRC और अन्य init

  • OpenRC को एक हल्के service manager के रूप में प्रस्तुत किया गया है, जिसमें dependency ordering, supervision (supervise-daemon), parallel startup, और cgroup integration है।
  • कुछ लोग ध्यान दिलाते हैं कि मूलभूत मामलों में systemd की unit files और OpenRC service files संरचनात्मक रूप से काफी समान हैं।
  • इस पर बहस है कि क्या shell-based init scripts स्वाभाविक रूप से नाज़ुक हैं, बनिस्बत systemd के declarative, binary-driven approach के।

Debian, Devuan, और distro विकल्प

  • ऐतिहासिक संदर्भ: Debian ने systemd, Upstart, और OpenRC का मूल्यांकन किया; निर्णय के समय OpenRC को Debian में अपरिपक्व माना गया।
  • Debian ने शुरू में कई init systems का समर्थन किया, लेकिन बाद में maintenance burden के कारण systemd पर मानकीकरण कर दिया।
  • Devuan को “Debian without systemd” के रूप में उल्लेख किया गया है, लेकिन यह stock Debian पर केवल init बदलने से अलग है (अलग repos, patches)।
  • कुछ लोगों का तर्क है कि distro को एक init चुनना चाहिए; “choice” distro स्तर पर होनी चाहिए, हर distro के अंदर नहीं।

systemd का दायरा और “OS-ification”

  • systemd अब init, logging, networking, bootloader, partition autodiscovery, installers, container-style features, आदि को कवर करता है।
  • समर्थकों को यह सुसंगत, एकीकृत “OS layer” और unified APIs पसंद हैं, जो Cockpit जैसे tooling को सरल बनाते हैं।
  • आलोचक इसे अतिक्रमण मानते हैं, जो lock-in का जोखिम बढ़ाता है और घटकों को बदलना कठिन बना देता है।

Immutable systems और नियंत्रण

  • systemd-आधारित immutable stacks और एक कंपनी पर चर्चा जो locked-down “amutable” systems पर केंद्रित है।
  • कुछ लोगों को immutable, centrally controlled systems vendors के लिए लाभकारी लगते हैं (जैसे consoles, consumer devices)।
  • दूसरे लोग डरते हैं कि init/OS स्तर पर मानकीकृत होने पर ये mechanisms user lockout या non-systemd distros के बहिष्कार में मदद कर सकते हैं, खासकर secure boot policies के साथ।

Age verification / privacy चिंताएँ

  • systemd में प्रस्तावित age/DoB field तीखी प्रतिक्रियाएँ पैदा करती है।
  • आलोचक इसे “age sniffing” को सक्षम करने वाला, intrusive laws और data collection के साथ संरेखित मानते हैं; regulation का पालन करने का इरादा संदिग्ध लगता है।
  • बचाव करने वाले कहते हैं कि यह एक optional metadata field है, इसे compiled out किया जा सकता है या unset छोड़ा जा सकता है, और यह हर service को अपना mechanism फिर से बनाने से बचा सकता है।
  • इस पर असहमति है कि developers को ऐसी laws का पालन करना चाहिए, उन्हें अनदेखा करना चाहिए, या test cases के रूप में सक्रिय रूप से प्रतिरोध करना चाहिए।

उपयोगिता, विश्वसनीयता, और bugs

  • कुछ लोग systemd को वर्षों से robust और feature-complete बताते हैं, खासकर classic SysV की तुलना में।
  • अन्य लोग गंभीर पुराने bugs का उल्लेख करते हैं (जैसे D-Bus के माध्यम से shutdown races, journald data loss, CPU spikes, supervision incompatibilities) और इन्हें केवल implementation mistakes नहीं, बल्कि design flaws मानते हैं।
  • यह स्वीकार किया जाता है कि sysv-style init और systemd दोनों ने production systems तोड़ी हैं; systemd का बहुत बड़ा codebase कुछ लोगों को bugs के लिए बड़ा “attack surface” लगता है।

Fragmentation बनाम standardization

  • pro-systemd विचार reduced distro fragmentation, बेहतर cross-distro consistency, और आसान packaging पर ज़ोर देते हैं।
  • anti-monoculture विचार विविधता (Gentoo, Alpine, Void, Devuan) को महत्व देते हैं और तब चिंता करते हैं जब desktops (GNOME/KDE) या tooling चुपचाप systemd मान लेते हैं।
  • कुछ लोग ध्यान देते हैं कि POSIX कभी portability को सरल बनाने के लिए था, लेकिन modern desktops और deep system integration को केवल POSIX से अधिक चाहिए।

विकल्प और “plan B” distros

  • Gentoo + OpenRC, Alpine (OpenRC के साथ), Void, और supervision-inspired अन्य systems को systemd-रहित viable विकल्पों के रूप में उद्धृत किया गया है।
  • Alpine को desktop के रूप में ठीक काम करता बताया गया है (जैसे i3 या KDE के साथ), खासकर कम-शक्ति hardware पर।
  • systemd units को अन्य formats में बदलने के लिए tools मौजूद हैं, लेकिन semantic compatibility बनाए रखना गैर-तुच्छ माना जाता है।

Meta: संस्कृति, राजनीति, और कानून

  • थ्रेड में corporate influence (Red Hat/IBM, बड़ी टेक कंपनियाँ) पर अविश्वास और यह डर शामिल है कि उनके incentives privacy-focused users से अलग हो सकते हैं।
  • इस पर बहस है कि खराब laws से लड़ने के लिए politics का उपयोग किया जाए, courts का, या technical non-cooperation का।
  • कुछ लोग systemd आलोचना को भावनात्मक या quasi-tribal मानते हैं; दूसरे तर्क देते हैं कि वे वास्तविक technical और governance मुद्दों पर प्रतिक्रिया दे रहे हैं।