systemd, der nächste Horror für BSD?

[Elwood]

Zumal bspw. portmaster oder Kamis pkg_libchk der gute Beweis sind, das man leckere und nun nicht wirklich schnarchlahme Scripte schreiben kann.

[Yamagi]

Weil Kamikaze und Doug Barton wissen, wie man gute Shellscripte schreibt. Und da die eigentliche Ausführung (Ports bauen, ldd(1) in Massen losschicken) um ganze Universen mehr Leistung als das Script benötigt. Beides trifft auch auf das Free/NetBSD RC-System zu, womit wir dann wieder beim Punkt "Sinn von RC-Systemen in C" sind.

[mrtonik]

Bin gerade über folgenden Artikel gestoßen.
Passt ganz gut.
the_destructive_desktop__mdash_linux_in_trouble

[juedan]

Es ist schon witzig, dass sich einige wenige Linux-Entwickler wie Microsoft verhalten: Solange es von Linux auf Linux portiert werden kann, ist alles in Ordnung.

Es sehe mit großem Schrecken und gleichzeitig auch mit großem Erstauen, wie einige wenige Linux-Anwendungsentwickler den OpenSource-Gedanken ad absurdum führen. Die Programme werden durch zusätzliche Tools wie DBus, GStreamer, HAL, DeviceKit usw. immer komplexer und damit fehlerhafter. Der berühmte Ausruf "dann schau in den Quelltext, ist doch OpenSource" läuft angesichts der Komplexität und der stetig steigenden Zahl der Abhängigkeiten immer mehr ins Leere. Wie es so schön im Artikel beschrieben wurde, wird damit der Gedanke der Einfachheit und Überschaubarkeit weggeworfen.
Aber UNIX-Anwender/Anhänger haben es schon von Anfang an gesagt: Linux != UNIX

Viele Grüße

JueDan

PS: Ich bin mal gespannt, bis BIND, Apache, usw. nur noch unter Linux funktionieren...

[h^2]

Noch haben wir ja das Glück, dass Ubuntu systemd nicht nimmt, was bedeutet, dass ein Großteil der Linuxe eben ohne systemd läuft. Im Gegensatz zu der Audio-Front (Pulseaudio) gibts also noch Chancen für Pluralität...

[unull]

Zitat von mrtonik

Bin gerade über folgenden Artikel gestoßen.
Passt ganz gut.
the_destructive_desktop__mdash_linux_in_trouble

Ja, ist in der Tat sehr passend. Danke für den Link.

[darktrym]

Damit der Verschwörungsthread neue Nahrung bekommt, nun entwickeln Leute bei Red Hat einen Druckerspooler als Ersatz für Cups. Man, die müssen ja Resourcen ohne Ende haben.

[laemodost]

Hehe, gerade als ich den Artikel bei PL gelesen habe, kam ne E-Mail rein, dass hier im Thread einer was Neues geschrieben hat. Ich war mir 100% sicher, was drin stehen würde.

[Yamagi]

Sie brauchen ja einen neuen Druckerspooler, da die bösen Jungs von Apple in ihrer Rolle als CUPS-Entwickler Linux kurzerhand für obsolet erklärt und die Unterstützung dafür mehr oder weniger eingestellt haben. Und natürlich fluchten, schrien und keiften Teile er Linux-Community über die böse, propietäre Software, die per Vendor-Lockin und skrupellosem Ausnutzen der eigenen Marktmacht alternative Betriebssysteme aus dem Markt drängen möchte. Siehe dazu auch: http://www.heise.de/open/meldung/CUP...r-1435234.html

[mark05]

moin

wo ist nur der gute alte lpd hin ? samt den netten filter scripten die es gab.



holger

[Elwood]

Und halbgare Ware ist's auch noch :|

Pro-Linux: Derzeit lässt sich der Dienst daher nur mit einen Kommandozeilenprogramm namens »pd-client« oder dem D-Bus-Debugger »DFeet« bedienen, was bedeutet, (PDF)Daten direkt aus einem Terminal an den Dienst »Printerd« zu schicken.

[makenoob]

sodass es Waugh künftig durchaus für möglich hält, wenn ein passender Server als separater Prozess auf das Printed-Framework aufsetzt.

ja, mehr Dienste, die sowieso schon in Abhängigkeiten zueinander stehen. D-BUS und Policykit.... *schüttel* nur gut, dass der Router bei mir, an dem der Drucker hängt, mit lpd und apsfilter unter OpenBSD arbeitet. Werde dann meine Desktops bei Gelegenheit evtl. auch umstellen, wenn's denn soweit ist.

Das Apple als umsatzorientiertes Unternehmen kurz- bis mittelfristig die Funktionen aus CUPS rausschmeißt, die OS X nicht benötigt, war mir irgendwie klar, wenn man bedenkt, wieviel FreeBSD Userland noch vorhanden oder in Benutzung ist oder durch was eigenes ersetzt wurde. Dass das Linuxlager nun wieder was neues mit der heissen Nadel strickt, anstatt LPD - oder LPD-NG , was aus diesem Grund entwickelt wurde - zu nehmen, ist doch nichts neues. Wie viele Tools (unter Linux) gibt's denn, um an (Funk-)Netzwerkkarten irgendwas zu konfigurieren? Wie viele hat bspw. OpenBSD? Richtig, 1 (ifconfig FTW ).

[thorwin]

Bin ich froh, dass ich mir vor Jahr und Tag einen HP mit Ethernet-Interface zugelegt habe, den kann man einfach so benutzen. Kein CUPS, kein aua

Dass er nicht farbig druckt, kann ich gut verschmerzen, wobei Netzwerkfähige Farbdrucker ja auch nicht mehr übermäßig teuer sind.

Wieso man einen Printspooler an D-BUS und Policykit andocken muss, muss ich nicht verstehen, oder?

[makenoob]

ich hab nen kyocera fs920. den gab es seinerzeit auch mit netzwerkinterface, war allerdings ungerechtfertigt teurer. da der allerdings immernoch läuft, seh ich momentan nicht die notwendigkeit, ihn zu ersetzen. Ich denke auch, das lpd bei OpenBSD noch einige Zeit im basesystem behalten wird und bin daher erstmal nicht davon überzeugt, dass ich evtl. mal einen Farbdrucker mit Netzwerk holen müsste.

[spaulding]

Zitat von mrtonik

Bin gerade über folgenden Artikel gestoßen.
Passt ganz gut.
the_destructive_desktop__mdash_linux_in_trouble

Moinsens,

spätestens mit dem Abschnitt bzgl. dem NetworkManager fängt es bei mir am ganzen Körper stark an zu jucken als würden überall Pocken aufgehen; mit dem Marmeladenmesser will man sich die Pulsadern aufschneiden, oder mit dem frisch aufgebackenen Milchbrötchen die Atemwege verstellen oder vllt. doch den Stecker der gerade friedlich vor sich hinblubbernden Kaffeemaschine manipulieren und die beiden abisolierten Kabelenden final auf die Zunge legen.

Insgesamt ist die "Entwicklung" schon frappierend und verdirbt mir den Morgen.