@einmalnoch schrieb:
@andreashofmeister schrieb:
@renek schrieb:
Ich will nimmer 😭
Also doch Linux?
Na ja, CUPS ist ja auch nicht davor gefeit:
https://www.bsi.bund.de/SharedDocs/Warnmeldungen/DE/CB/2021/03/warnmeldung_cb-k20-1190_update_8.html
"CUPS" ist ein Nachbau des Windows-Pendants. Nur mit der Performance hapert es und es ist *noch* unzuverlässiger.
Wer den Microsoft-Mist nachbaut, völlig ohne Konzept, der erntet Microsoft-Probleme.
Das kann man gut am Münchner "LiMux"-Projekt sehen, dessen Weichen von vornherein auf "Scheitern" gelegt waren.
Die Amis nennen es glaube ich "Dunning-Kruger - Symptom", wenn Menschen die Kompetenz fehlt, die eigene Inkompetenz zu erkennen. So geht es den juvenilen Linux-Fricklern, die meinen, sie wären die "Guten" (i.e., "Allianz der Anständigen") und vor allen Dingen die technisch besseren Entwickler -- was kann DA schon schiefgehen. So trauen sie sich regelmäßig an Dinge heran, bei denen Microsoft versagt.
Dumm nur: Microsoft hat *verdammt gute* Entwickler.
Und die "Community" ist erst wieder beim Formulieren der Ausreden für ihr Versagen ganz große Klasse.
Frei nach Nina Hagen, und sorry, Herr Vogtsburger,
JETZT ISSES ZEIT, ENDLICH 'MAL AUFZUMOTZEN:
1.
"Druckertreiber" - Schon der Begriff, das riecht nach Klo und Kappes.
Der Franzmann hat ja ein Gesetz, nach dem im offiziellen Sprachgebrauch keine Anglizismen benutzt werden dürfen. Und da heißt der "device driver" dann eben "Pilot" und das trifft es:
Ein "device driver" steuert das Gerät direkt und sitzt im "Dreiländereck" zwischen Gerät, Betriebssystemkern und Anwendungssoftware.
Das trifft auf die "Druckertreiber" ja überhaupt nicht zu, denn die haben bei einem ordentlich konfigurierten System ja überhaupt keinen Zugang zum Gerät. Wie soll er es dann steuern?
Also: Es gibt eigentlich keine Druckertreiber.
Daher: sind sie überflüssig wie ein Kropf und machen nix als Ärger.
2.
Stattdessen ist der "Druckertreiber" in Wahrheit eine Formatierungshilfe, der den WIndows-Metacode in eine Druckersprache umwandelt.
Da haben wir momentan zur Auswahl:
- PCL (GL/2 inkludiert)
- PostScript
- und sonstigen sehr entbehrlichen Ramsch.
KLAR, ich muß dem Formatierer noch beibiegen, "Drucke doppelseitig", "Nimm Briefpapier", "Drucke einen Formularkopf mit", "Hefte den Job", "Diesen Job bitte auf A3".
Dafür haben die Hersteller so einen "Job Header" vorgesehen, bei HP heißt er "PJL", kann für sowohl PCL als auch PostScript verwendet werden und ist de-facto-Standard.
Was heißt das? Wenn "Windows" einfach nur eine generische PostScript- und PCL-Schnittstelle zur Verfügung stellen würde, dann wäre das "Formatierungsproblem" ein- für allemal erschlagen und wir müßten nicht in 14täglichem Turnus die "Druckersoftware" aktualisieren, die fett und aufgedunsen ab 250 MB Größe per Installer auf die Platte erbrochen wird.
Wer's nicht glaubt:
Wir entwickeln nunmehr seit den späten 80ern Anwendungssoftware für IBMs AIX und für IBM Großsysteme. Teilweise mit sehr anspruchsvoller Graphik (technische Zeichnungen nach DIN). Wir haben niemals auch nur einen einzigen "Treiber" benötigt, sondern immer nur die Standardschnittstellen des Betriebssystems verwendet.
3.
Ein einfacher Spooler, also ein schmuckloser BSD LPR, wie es ihn seit 50 Jahren gibt (früher wurde er vor allem für die Lochkartenstanzer gebraucht), besteht aus drei Prozessen, dem Listener, der (mit Systemrechten) auf eigehende Verbindungen lauscht, dem Enqueueer, der (ebenfalls mit Systemrechten) den Job in einer Warteschlange parkt und schließlich den Dequeueer (ohne irgendwelche Privilegien), der sich den Job schnappt und über ein Formatierungs-Backend auf den Drucker schiebt.
Das ist so einfach, wie es sich anhört.
Und weil nicht alles "an einem Stück hängt", kann man bei jedem ordentlichen System den Listener abschalten, dann kann der Rechner aber immer noch lokal drucken.
Es gibt nur eine Lösung für das "Druckerproblem":
Zurück zur einfachen Lösung aus den 80ern. Wie meinte der unvergeßliche Dr. Dr. Johannes Dyba ? "Wenn man am Abgrund steht, ist jeder Schritt zurück ein Schritt in die richtige Richtung".
https://www.golem.de/news/it-sicherheit-etwa-80-000-drucker-sind-im-internet-offen-ansteuerbar-2006-149276.html
Auch wenn das hier beschriebene, völlig überflüssige "Internet Printing Protocol" hier erwähnt wird (als ob das einfache LPR nicht auch das Internetprotokoll verwenden würde):
Kein Admin, der seinen Namen verdient, macht Drucker, die ja häufig nix anderes sind als ungeschützte, unter Druck zusammengekloppte Linux-PCs, im Netzwerk für jedermann verfügbar.
CUPS = Common Unix Printer System
Das ist der Wunschtraum der Linux-Fanboys, das Pendant zum Ponyhof eines pubertierenden Girlies. Wobei der Ponyhof nicht so häßliche Nebenwirkungen hat.
Von der "Klimakrise" wissen wir nicht definitiv, ob sie "menschengemacht" ist.
Aber für die "Druckerkrise" sind wir ganz alleine verantwortlich.
Hier ist DATEV gefragt, ein eigenes DATEV-Drucksystem nach den oben skizzierten Richtlinien aus den frühen 80ern wäre einfach zu implementieren und würde viele Probleme lösen.
--
Hans Bonfigt
Wenn der Kaiser nackt ist, ist der Kaiser nackt.
