Darum habe ich das Beispiel auch gewählt. RPM ist für Debian verfügbar, genauso wie alternative Init-Systeme, aber die Debian-Maintainer bauen in der Regel keine RPM-Pakete und auch keine Skripte für alternative Init-Systeme, weil das vom Arbeitsaufwand her nicht machbar ist.
Hm verstehe, ich hatte Ihren Kommentar sarkastisch verstanden, aber dann die konkrete Wahl der Beispiele nicht gerafft.
Ich denke jedenfalls, dass sich jedes Distributions-Projekt selbst relativ eigensinnig und alternativlos auf zentrale Komponenten einigen sollte, um die Komplexität zu minimieren, den Fokus des beabsichtigten Einsatzbereiche auch im Sinne des Nutzers klar zu definieren und eine konsistente und maximal nützliche Plattform für eben jene Einsatzbereiche zu schaffen.
Die Diversität und Wahlfreiheit der Nutzer würden dadurch nicht eingeschränkt, denn genau dafür stehen ja andere Distributionen mit anderen Schwerpunkten und Entscheidungen, sowie das OSS-Konzept des Forkens zur Verfügung. Der Infrastruktur-Overhead der Projekte ist heutzutage geringer denn je, siehe Hosting für Projektpräsenz, Quellverzeichnis, Bugtracker etc.
Darum habe ich das Beispiel auch gewählt. RPM ist für Debian verfügbar, genauso wie alternative Init-Systeme, aber die Debian-Maintainer bauen in der Regel keine RPM-Pakete und auch keine Skripte für alternative Init-Systeme, weil das vom Arbeitsaufwand her nicht machbar ist.
Hm verstehe, ich hatte Ihren Kommentar sarkastisch verstanden, aber dann die konkrete Wahl der Beispiele nicht gerafft.
Ich denke jedenfalls, dass sich jedes Distributions-Projekt selbst relativ eigensinnig und alternativlos auf zentrale Komponenten einigen sollte, um die Komplexität zu minimieren, den Fokus des beabsichtigten Einsatzbereiche auch im Sinne des Nutzers klar zu definieren und eine konsistente und maximal nützliche Plattform für eben jene Einsatzbereiche zu schaffen.
Die Diversität und Wahlfreiheit der Nutzer würden dadurch nicht eingeschränkt, denn genau dafür stehen ja andere Distributionen mit anderen Schwerpunkten und Entscheidungen, sowie das OSS-Konzept des Forkens zur Verfügung. Der Infrastruktur-Overhead der Projekte ist heutzutage geringer denn je, siehe Hosting für Projektpräsenz, Quellverzeichnis, Bugtracker etc.