Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
en:philosophy:systemd_denial [2022/11/15 14:06]
throgh [Points for criticism in detail]
en:philosophy:systemd_denial [2022/11/18 12:37] (current)
throgh [Points for criticism in detail]
Line 21: Line 21:
 We will never address criticism making usage of personal attacks as we conclude neither being unfair nor using false argumentation methods. Besides there are many points to be found making it further a problem to use systemd for any system with lightweight focus. We will never address criticism making usage of personal attacks as we conclude neither being unfair nor using false argumentation methods. Besides there are many points to be found making it further a problem to use systemd for any system with lightweight focus.
  
-=== Breaking promises and immaturity ===+=== Breaking promises ===
  
 “After udev is merged into the systemd tree you can still build it for usage outside of systemd systems, and we will support these builds officially. In fact, we will be supporting this for a long time” “After udev is merged into the systemd tree you can still build it for usage outside of systemd systems, and we will support these builds officially. In fact, we will be supporting this for a long time”
Line 32: Line 32:
 http://lists.freedesktop.org/archives/systemd-devel/2015-June/033170.html http://lists.freedesktop.org/archives/systemd-devel/2015-June/033170.html
  
-=== Stability Promises ===+=== Stability failed ===
  
 "Starting with version 26 (the first version released with Fedora 15) we promise to keep a number of them stable and compatible for the future." "Starting with version 26 (the first version released with Fedora 15) we promise to keep a number of them stable and compatible for the future."
Line 39: Line 39:
 <note>This stability promise was broken as one of their [[http://www.freedesktop.org/wiki/Software/systemd/InterfacePortabilityAndStabilityChart/|promises]] is for the [[http://www.freedesktop.org/wiki/Software/systemd/export/|export format]]: This is not true for version 44 of systemd for example!</note> <note>This stability promise was broken as one of their [[http://www.freedesktop.org/wiki/Software/systemd/InterfacePortabilityAndStabilityChart/|promises]] is for the [[http://www.freedesktop.org/wiki/Software/systemd/export/|export format]]: This is not true for version 44 of systemd for example!</note>
  
-=== Scope creep ===+=== Scope of the project ===
  
 [[http://article.gmane.org/gmane.linux.hotplug.devel/17392|systemd includes udev]] [[http://article.gmane.org/gmane.linux.hotplug.devel/17392|systemd includes udev]]
Line 59: Line 59:
 [[http://www.phoronix.com/scan.php?page=news_item&px=Systemd-Mount|systemd includes mount]] [[http://www.phoronix.com/scan.php?page=news_item&px=Systemd-Mount|systemd includes mount]]
  
-=== Absurd Bugs and Responses ===+=== Problematic bugs and responses ===
  
 [[https://bugs.freedesktop.org/show_bug.cgi?id=74589|Unchecked null pointer dereferencing in PID 1 not considered a serious issue]]] [[https://bugs.freedesktop.org/show_bug.cgi?id=74589|Unchecked null pointer dereferencing in PID 1 not considered a serious issue]]]
Line 105: Line 105:
 ===== Conclusion for the Hyperbola-project ===== ===== Conclusion for the Hyperbola-project =====
  
-In the retrospective of all the points listed here Hyperbola has the stance not to accept systemd. It is just the point that there are better alternatives fitting within the approach of a lightweight and stable context for a modern operating-system based on the essentials of the Unix philosophy. It is not a denial as we for sure just see no usecase for a so complex and also bloated piece of software to be used. Our ideal in this: **We search for alternative ways as it is an an achievement of civilization that not all need to be the same but treated nevertheless with fairness and therefore in conclusion the same way!**+With the retrospective of all the points listed here Hyperbola has the stance not to accept systemd. It is just the point that there are better alternatives fitting within the approach of a lightweight and stable context for a modern operating-system based on the essentials of the Unix philosophy. It is not a denial as we for sure just see no usecase for a so complex and also bloated piece of software to be used. Our ideal in this: **We search for alternative ways as it is an an achievement of civilization that not all need to be the same but treated nevertheless with fairness and therefore in conclusion the same way!**
  
-So systemd has to persist the comparison towards other possible init-systems and in that way is for sure too big, too complex and full with flaws we don't want to accept as we would therefore need to be worried even on top of continuous upgrades for just one essential part.+So systemd has to persist the comparison towards other possible init-systems and in that way is for sure too big, too complex and full with flaws we don't want to accept as we would therefore need to be worried even on top of continuous upgrades for just one essential part. And even though every single point can be declared as solved or in some way older, we just don't want to use systemd as single-point for a failure as it just this simple.