Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
10.6.8, PostScript-Drucker installieren, alleine mit PPD?
120 views
Skip to first unread message
Walter A. Schmidt
Sep 10, 2011, 7:55:24 PM9/10/11
to
gegeben ist
- ein älterer PostScript-Laserdrucker
- ein Mac mit OSX 10.6.8
- eine PPD-Datei, mit der der Drucker auf einem anderen Rechner unter
OSX 10.6.8 funktioniert
Genügt das, um den Drucker hier zum Laufen zu bringen?
(Oder brauche ich noch weitere Dateien?)
Was genau muss ich mit der vorhandenen PPD-Datei tun?
TIA
Walter
- ein älterer PostScript-Laserdrucker
- ein Mac mit OSX 10.6.8
- eine PPD-Datei, mit der der Drucker auf einem anderen Rechner unter
OSX 10.6.8 funktioniert
Genügt das, um den Drucker hier zum Laufen zu bringen?
(Oder brauche ich noch weitere Dateien?)
Was genau muss ich mit der vorhandenen PPD-Datei tun?
TIA
Walter
Andreas Rutishauser
Sep 11, 2011, 1:01:21 AM9/11/11
to
Salut Walter
In article <j4gtdc$3ip$1...@dont-email.me>,
"Walter A. Schmidt" <don.a...@quantentunnel.de> wrote:
> gegeben ist
>
> - ein älterer PostScript-Laserdrucker
der sicher von einem Hersteller stammt und eine Typbezeichnung hat, die
hier moeglicherweise die Antworten praeziser ausfallen lassen koennte...
>
> - ein Mac mit OSX 10.6.8
>
> - eine PPD-Datei, mit der der Drucker auf einem anderen Rechner unter
> OSX 10.6.8 funktioniert
>
> Genügt das, um den Drucker hier zum Laufen zu bringen?
ich denke, ja. Beide sollten noch am Strom sein, angeschaltet sein und
irgendwie verbunden sein...
> (Oder brauche ich noch weitere Dateien?)
>
> Was genau muss ich mit der vorhandenen PPD-Datei tun?
Leg sie auf dem Mac, wo du den Drucker "installieren" willst, an
denselben Ort, wo sie auf dem Mac liegt, wo der Drucker schon laeuft.
Gruss
Andreas
--
MacAndreas Rutishauser, <http://www.MacAndreas.ch>
EDV-Dienstleistungen, Hard- und Software, Internet und Netzwerk
Beratung, Unterstuetzung und Schulung
<mailto:and...@MacAndreas.ch>, Fon: 044 / 721 36 47
Guenther Fischer
Sep 11, 2011, 5:27:04 AM9/11/11
to
In article <andreas-2521F5...@news.individual.de>, Andreas
Rutishauser <and...@macandreas.ch> wrote:
Rutishauser <and...@macandreas.ch> wrote:
> Salut Walter
>
> In article <j4gtdc$3ip$1...@dont-email.me>,
> "Walter A. Schmidt" <don.a...@quantentunnel.de> wrote:
>
> > gegeben ist
> >
> > - ein älterer PostScript-Laserdrucker
>
> der sicher von einem Hersteller stammt und eine Typbezeichnung hat, die
> hier moeglicherweise die Antworten praeziser ausfallen lassen koennte...
> >
> > - ein Mac mit OSX 10.6.8
> >
> > - eine PPD-Datei, mit der der Drucker auf einem anderen Rechner unter
> > OSX 10.6.8 funktioniert
> >
> > Genügt das, um den Drucker hier zum Laufen zu bringen?
>
> ich denke, ja. Beide sollten noch am Strom sein, angeschaltet sein und
> irgendwie verbunden sein...
So geht meist noch gar nichts. Es sind einige manuelle Schritte
notwendig:
Die Verbindung sollte per Ethernet funktionieren, dazu ist in der Regel
der Drucker so zu konfigurieren, dass er im Netzwerk erkannt wird (die
Anleitung des Druckers hilft hier weiter). Dabei ist vor allem die
IP-Adresse manuell am Drucker einzugeben. Sie sollte in dem Bereich
liegen, der f�r den Nameserver im Netzwerk definiert ist.
Dann in der Systemeinstellung "Drucken&Faxen" den Drucker einrichten
mit der installierten ppd-Datei und ggf. mit "Optionen" die notwendigen
Einstellungen der ppd vornehmen (Meist sind das Speichererweiterungen
des Druckers und optionale Papierzuf�hrungen, die aktiviert werden
m�ssen).
Die Druckereinrichtung erfolgt mit "PI" "Line Printer Daemon - LPD" und
dem Eintrag der f�r den Drucker vorher konfigurierten IP-Adresse unter
"Adresse". Unter "Drucken mit:" wird die installierte ppd-Datei
ausgew�hlt.
> > (Oder brauche ich noch weitere Dateien?)
> >
> > Was genau muss ich mit der vorhandenen PPD-Datei tun?
>
> Leg sie auf dem Mac, wo du den Drucker "installieren" willst, an
> denselben Ort, wo sie auf dem Mac liegt, wo der Drucker schon laeuft.
Der Ort f�r die Installation ist
Volume/Library/Printers/Druckerhersteller/
Dort findet man die richtige ppd-Datei auch sp�ter sicher wieder.
Existiert der ordner "Druckerhersteller" noch nicht, sollte er angelegt
werden.
Andre Igler
Sep 11, 2011, 6:39:54 AM9/11/11
to
Am 11.09.11 11:27, schrieb Guenther Fischer:
> Der Ort für die Installation ist
Aber einen Ordner "Druckerhersteller" gibt's hier in /library/printers
nicht. Was mache ich falsch?
addio
--
pm <mein vorname> bei <mein nachname> punkt at
www.albinschwarz.com http://weblog.igler.at
> Der Ort für die Installation ist
> Volume/Library/Printers/Druckerhersteller/ Dort findet man die
> richtige ppd-Datei auch später sicher wieder. Existiert der ordner
> "Druckerhersteller" noch nicht, sollte er angelegt werden.
Hmmm. Hier läuft ein 10.5.8, das mit mehreren Druckern tadellos druckt.
Aber einen Ordner "Druckerhersteller" gibt's hier in /library/printers
nicht. Was mache ich falsch?
addio
--
pm <mein vorname> bei <mein nachname> punkt at
www.albinschwarz.com http://weblog.igler.at
Thomas Kaiser
Sep 11, 2011, 6:49:42 AM9/11/11
to
Andre Igler schrieb in <news:9d3hfq...@mid.individual.net>
Device Discovery greifen kann, gehören unterhalb
/Library/Printers/PPDs/Contents/Resources/
Aber wie eben geschrieben: Da geht's um _Device Discovery_, d.h. das
automatisierte Erkennen der richtigen PPD, wenn initial der Drucker
eingerichtet wird. Man kann PPDs auch immer von Hand zuweisen und da ist
es völlig schnurz, wo die liegen, weil sie anschl.sowieso immer nach
/etc/cups/ppd/ kopiert werden (vom System, nicht vom User!).
Generell: da der OP keinerlei Informationen liefert, kann man sich eh
jegliche Ausführungen sparen. Wenn die PPD bspw. auf irgendwelche CUPS-
Filter verweist, die auf dem Zielsystem nicht vorhanden sind, dann war's
das schon mit dem Drucken...
Gruss,
Thomas
> Am 11.09.11 11:27, schrieb Guenther Fischer:
>> Der Ort für die Installation ist
>> Volume/Library/Printers/Druckerhersteller/ Dort findet man die
>> richtige ppd-Datei auch später sicher wieder. Existiert der ordner
>> "Druckerhersteller" noch nicht, sollte er angelegt werden.
>
> Hmmm. Hier läuft ein 10.5.8, das mit mehreren Druckern tadellos druckt.
> Aber einen Ordner "Druckerhersteller" gibt's hier in /library/printers
> nicht. Was mache ich falsch?
Gar nix. PPDs, wenn sie denn irgendwohin kommen sollten, damit CUPS'
>> Der Ort für die Installation ist
>> Volume/Library/Printers/Druckerhersteller/ Dort findet man die
>> richtige ppd-Datei auch später sicher wieder. Existiert der ordner
>> "Druckerhersteller" noch nicht, sollte er angelegt werden.
>
> Hmmm. Hier läuft ein 10.5.8, das mit mehreren Druckern tadellos druckt.
> Aber einen Ordner "Druckerhersteller" gibt's hier in /library/printers
> nicht. Was mache ich falsch?
Device Discovery greifen kann, gehören unterhalb
/Library/Printers/PPDs/Contents/Resources/
Aber wie eben geschrieben: Da geht's um _Device Discovery_, d.h. das
automatisierte Erkennen der richtigen PPD, wenn initial der Drucker
eingerichtet wird. Man kann PPDs auch immer von Hand zuweisen und da ist
es völlig schnurz, wo die liegen, weil sie anschl.sowieso immer nach
/etc/cups/ppd/ kopiert werden (vom System, nicht vom User!).
Generell: da der OP keinerlei Informationen liefert, kann man sich eh
jegliche Ausführungen sparen. Wenn die PPD bspw. auf irgendwelche CUPS-
Filter verweist, die auf dem Zielsystem nicht vorhanden sind, dann war's
das schon mit dem Drucken...
Gruss,
Thomas
Walter A. Schmidt
Sep 11, 2011, 6:59:35 AM9/11/11
to
Am 11.09.11 11:27, schrieb Guenther Fischer:
> Die Verbindung sollte per Ethernet funktionieren,
Arrgh... ich seh' schon, ich war zu unpräzise und wurde komplett
missverstanden. Also nochmal zurück auf "Anfang":
Laserdrucker = Kyocera FS920, angeschlossen per USB (nix Ehernet!)
Es gibt für den Drucker bei Kyocera nur ein Installationsskript für
OSX bis einschl. 10.5, aber _nicht_ für 10.6. Ich will den Drucker
aber an einem Rechner mit 10.6 betreiben.
Auf Anfage bei Kyocera erhielt ich (lobenswert schnell übrigens) die
Antwort, ich solle das Installationsskript für 10.5 runterladen und
ausführen, und dann noch ein anderes Skript, was dafür sorgen würde,
dass der Drucker dann auch unter 10.6 funktioniert.
Das habe ich vorsichtshalber nicht auf meiner "Produktions-Maschine"
gemacht (wo der Drucker endgültig hin soll), sondern erst mal
versuchsweise auf einem _anderen_ Rechner mit 10.6. Und das war auch
gut so:
Es druckt zwar wunderbar, aber die Skripte haben paar andere Sachen
zerschossen, die manuell wieder korrigiert werden mussten, nämlich
Zugriffsrechte und Eigentümer einiger System-Ordner. Ein Wunder,
dass der Rechner in dem Zustand überhaupt noch gebootet hat!
Um den Drucker nun an seinem endgültigen Host zu betreiben, könnte
ich dort die obigen Schritte einfach wiederholen. Ich weiß ja jetzt,
was ich reparieren muss; aber bisschen unsympathisch ist mir das
trotzdem.
Nachdem es sich um einen Postscript-Drucker handelt, ist mir
eingefallen, dass es ja vielleicht genügen könnte, nur die PPD
händisch zu "verpflanzen", vielleicht noch mit bisschen zusätzlichem
Gefummel. Und was ich wissen wollte, das war eben, ob das geht, und
wie genau, und was ggfl. das "Gefummel" sein müsste.
Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
--
Walter
Thomas Kaiser
Sep 11, 2011, 9:41:16 AM9/11/11
to
Walter A. Schmidt schrieb in <news:j4i4ao$ni5$1...@dont-email.me>
> Nachdem es sich um einen Postscript-Drucker handelt, ist mir
> eingefallen, dass es ja vielleicht genügen könnte, nur die PPD
> händisch zu "verpflanzen", vielleicht noch mit bisschen zusätzlichem
> Gefummel. Und was ich wissen wollte, das war eben, ob das geht, und
> wie genau, und was ggfl. das "Gefummel" sein müsste.
> Nachdem es sich um einen Postscript-Drucker handelt, ist mir
> eingefallen, dass es ja vielleicht genügen könnte, nur die PPD
> händisch zu "verpflanzen", vielleicht noch mit bisschen zusätzlichem
> Gefummel. Und was ich wissen wollte, das war eben, ob das geht, und
> wie genau, und was ggfl. das "Gefummel" sein müsste.
Öffne mal die PPD und such nach Zeilen, die mit "*APDialogExtension"
oder "*cupsFilter" beginnen. Wenn sowas drin vorkommt, stehen die
Chancen schlecht, daß es reicht, nur die PPD zu kopieren.
Gruss,
Thomas
Andreas Rutishauser
Sep 12, 2011, 12:50:59 AM9/12/11
to
Salut Walter
In article <j4i4ao$ni5$1...@dont-email.me>,
<http://usa.kyoceramita.com/americas/jsp/Kyocera/download_center.jsp?pid=
13989&pcat=10563&rcid=10009&rscid=10007#bottom>
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=22698>
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=23570>
Einen Permission-Fixer fuer 10.6:
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=20813>
Und sogar eine PPD-Datei, wobei angegeben wird, die sei fuer Windows
(Steilpass zu Thomas ;-))
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=17845>
In article <j4i4ao$ni5$1...@dont-email.me>,
> Laserdrucker = Kyocera FS920, angeschlossen per USB (nix Ehernet!)
>
> Es gibt für den Drucker bei Kyocera nur ein Installationsskript für
> OSX bis einschl. 10.5, aber _nicht_ für 10.6. Ich will den Drucker
> aber an einem Rechner mit 10.6 betreiben.
hm, ich finde Installer fuer 10.5, 10.6 und 10.7....
>
> Es gibt für den Drucker bei Kyocera nur ein Installationsskript für
> OSX bis einschl. 10.5, aber _nicht_ für 10.6. Ich will den Drucker
> aber an einem Rechner mit 10.6 betreiben.
<http://usa.kyoceramita.com/americas/jsp/Kyocera/download_center.jsp?pid=
13989&pcat=10563&rcid=10009&rscid=10007#bottom>
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=22698>
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=23570>
Einen Permission-Fixer fuer 10.6:
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=20813>
Und sogar eine PPD-Datei, wobei angegeben wird, die sei fuer Windows
(Steilpass zu Thomas ;-))
<http://usa.kyoceramita.com/americas/jsp/Kyocera/resource_details.jsp?pid
=13989&rid=17845>
Walter A. Schmidt
Sep 12, 2011, 7:22:57 AM9/12/11
to
Am 12.09.11 06:50, schrieb Andreas Rutishauser:
> hm, ich finde Installer fuer 10.5, 10.6 und 10.7....
> <http://usa.kyoceramita.com/americas...
Unfassbar! Auf den _deutschen_ Seiten (www.kyoceramita.de/...)
gibt's das nicht. Und der Support-Mitarbeiter, der mir geantwortet
hat, hat es auch nicht gekannt. Saftladen!!!
DANKE!
--
Walter
> hm, ich finde Installer fuer 10.5, 10.6 und 10.7....
Unfassbar! Auf den _deutschen_ Seiten (www.kyoceramita.de/...)
gibt's das nicht. Und der Support-Mitarbeiter, der mir geantwortet
hat, hat es auch nicht gekannt. Saftladen!!!
DANKE!
--
Walter
Juergen P. Meier
Sep 13, 2011, 12:43:33 AM9/13/11
to
Walter A. Schmidt <don.a...@quantentunnel.de>:
Also Preferences -> Printers -> Neuer Drucker -> Modell auswaehlen
> Nachdem es sich um einen Postscript-Drucker handelt, ist mir
> eingefallen, dass es ja vielleicht genügen könnte, nur die PPD
> händisch zu "verpflanzen", vielleicht noch mit bisschen zusätzlichem
> Gefummel. Und was ich wissen wollte, das war eben, ob das geht, und
> wie genau, und was ggfl. das "Gefummel" sein müsste.
>
> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
Warum fummelst du da ueberhaupt herum? Das ging bei mir bisher bei
diversen Druckermodellen diverser Hersteller (Xerox, Canon, HP und
Lexmark) ohne Gefrickel.
Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)
> Am 11.09.11 11:27, schrieb Guenther Fischer:
>
>> Die Verbindung sollte per Ethernet funktionieren,
>
> Arrgh... ich seh' schon, ich war zu unpräzise und wurde komplett
> missverstanden. Also nochmal zurück auf "Anfang":
>
> Laserdrucker = Kyocera FS920, angeschlossen per USB (nix Ehernet!)
>
> Es gibt für den Drucker bei Kyocera nur ein Installationsskript für
> OSX bis einschl. 10.5, aber _nicht_ für 10.6. Ich will den Drucker
> aber an einem Rechner mit 10.6 betreiben.
Schon mal versucht den Drucker einfach mal mit Bordmitteln einzurichten?
>
>> Die Verbindung sollte per Ethernet funktionieren,
>
> Arrgh... ich seh' schon, ich war zu unpräzise und wurde komplett
> missverstanden. Also nochmal zurück auf "Anfang":
>
> Laserdrucker = Kyocera FS920, angeschlossen per USB (nix Ehernet!)
>
> Es gibt für den Drucker bei Kyocera nur ein Installationsskript für
> OSX bis einschl. 10.5, aber _nicht_ für 10.6. Ich will den Drucker
> aber an einem Rechner mit 10.6 betreiben.
Also Preferences -> Printers -> Neuer Drucker -> Modell auswaehlen
> Nachdem es sich um einen Postscript-Drucker handelt, ist mir
> eingefallen, dass es ja vielleicht genügen könnte, nur die PPD
> händisch zu "verpflanzen", vielleicht noch mit bisschen zusätzlichem
> Gefummel. Und was ich wissen wollte, das war eben, ob das geht, und
> wie genau, und was ggfl. das "Gefummel" sein müsste.
>
> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
diversen Druckermodellen diverser Hersteller (Xerox, Canon, HP und
Lexmark) ohne Gefrickel.
Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)
Guenther Fischer
Sep 13, 2011, 1:28:28 AM9/13/11
to
In article <j4i4ao$ni5$1...@dont-email.me>, Walter A. Schmidt
ich auf die Schnelle auch bei Gutenprint keine Lösung gefunden.
Schade, mir ging das leider auch mal so. Da hilft nur ein neuer Drucker
oder Installation von 10.5 auf einem anderen Mac und Freigabe des
Druckers im Netz (nicht immer praktikabel).
<don.a...@quantentunnel.de> wrote:
> Am 11.09.11 11:27, schrieb Guenther Fischer:
>
> > Die Verbindung sollte per Ethernet funktionieren,
>
> Arrgh... ich seh' schon, ich war zu unpräzise und wurde komplett
> missverstanden. Also nochmal zurück auf "Anfang":
>
> Laserdrucker = Kyocera FS920, angeschlossen per USB (nix Ehernet!)
>
....
> Am 11.09.11 11:27, schrieb Guenther Fischer:
>
> > Die Verbindung sollte per Ethernet funktionieren,
>
> Arrgh... ich seh' schon, ich war zu unpräzise und wurde komplett
> missverstanden. Also nochmal zurück auf "Anfang":
>
> Laserdrucker = Kyocera FS920, angeschlossen per USB (nix Ehernet!)
>
> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
Das Problem ist wohl der USB-Treiber. Da muss Kyocera ran. Leider habe
ich auf die Schnelle auch bei Gutenprint keine Lösung gefunden.
Schade, mir ging das leider auch mal so. Da hilft nur ein neuer Drucker
oder Installation von 10.5 auf einem anderen Mac und Freigabe des
Druckers im Netz (nicht immer praktikabel).
Thomas Kaiser
Sep 13, 2011, 4:17:09 AM9/13/11
to
Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
> Walter A. Schmidt <don.a...@quantentunnel.de> wrote:
>
>> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
>
> Das Problem ist wohl der USB-Treiber.
> Walter A. Schmidt <don.a...@quantentunnel.de> wrote:
>
>> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
>
> Das Problem ist wohl der USB-Treiber.
Bitte was? Welcher "USB-Treiber"?
> Da muss Kyocera ran.
Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
umgesetzt wird.
Apple stellt ein USB-Backend zur Verfügung:
/usr/libexec/cups/backend/usb
Wo ist jetzt bitte der "USB-Treiber" zuhause?
> Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
> Drucker oder Installation von 10.5 auf einem anderen Mac und Freigabe
> des Druckers im Netz (nicht immer praktikabel).
Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
bekommen hat, ist an Dir völlig vorbeigeschossen?
Gruss,
Thomas
Guenther Fischer
Sep 13, 2011, 7:19:02 AM9/13/11
to
In article <slrnj6u4c5.2un...@phg-online.de>, Thomas Kaiser
Du eine Schnittstelle, allgemein auch "Treiber" genannt.
> > Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
> > Drucker oder Installation von 10.5 auf einem anderen Mac und Freigabe
> > des Druckers im Netz (nicht immer praktikabel).
>
> Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
> bekommen hat, ist an Dir völlig vorbeigeschossen?
Die Art von "erfolgreich" kannst Du hier mit einer ganzen Reihe von
älteren Geräten (Drucker und Scanner) bewundern. Zum stetigen Arbeiten
reicht es halt meist nicht, wenn "die Skripte ein paar andere Sachen
zerschossen haben", wie das beim OP wohl der Fall war.
<Thomas...@phg-online.de> wrote:
> Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
> > Walter A. Schmidt <don.a...@quantentunnel.de> wrote:
> >
> >> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
> >
> > Das Problem ist wohl der USB-Treiber.
>
> Bitte was? Welcher "USB-Treiber"?
>
> > Da muss Kyocera ran.
>
> Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
> Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
> noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
> anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
> umgesetzt wird.
>
> Apple stellt ein USB-Backend zur Verfügung:
>
> /usr/libexec/cups/backend/usb
>
> Wo ist jetzt bitte der "USB-Treiber" zuhause?
Nu reg dich mal wieder ab. Auch zu dem USB-Backend von Apple brauchst
> Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
> > Walter A. Schmidt <don.a...@quantentunnel.de> wrote:
> >
> >> Sorry, dass ich's nicht von Anfang an so präzise beschrieben habe.
> >
> > Das Problem ist wohl der USB-Treiber.
>
> Bitte was? Welcher "USB-Treiber"?
>
> > Da muss Kyocera ran.
>
> Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
> Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
> noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
> anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
> umgesetzt wird.
>
> Apple stellt ein USB-Backend zur Verfügung:
>
> /usr/libexec/cups/backend/usb
>
> Wo ist jetzt bitte der "USB-Treiber" zuhause?
Du eine Schnittstelle, allgemein auch "Treiber" genannt.
> > Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
> > Drucker oder Installation von 10.5 auf einem anderen Mac und Freigabe
> > des Druckers im Netz (nicht immer praktikabel).
>
> Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
> bekommen hat, ist an Dir völlig vorbeigeschossen?
älteren Geräten (Drucker und Scanner) bewundern. Zum stetigen Arbeiten
reicht es halt meist nicht, wenn "die Skripte ein paar andere Sachen
zerschossen haben", wie das beim OP wohl der Fall war.
Ingo Lembcke
Sep 13, 2011, 9:09:21 AM9/13/11
to
Hallo,
>Warum fummelst du da ueberhaupt herum? Das ging bei mir bisher bei
>diversen Druckermodellen diverser Hersteller (Xerox, Canon, HP und
>Lexmark) ohne Gefrickel.
Als Kyocera-Nutzer ( 1030D an USB ) kann ich beides bestätigen:
- der Drucker lässt sich ohne Gefrickel mit Mac OS Bordmitteln nutzen
- Gefrickel ist notwendig ;-).
Grund: mind. 1 Funktion wird nur mit dem Kyocera-Treiber möglich.
In meinem Fall das "D" - steht für Duplex. Normale Postscripttreiber funktionieren mit dem Drucker. Nur Duplex wird funktioniert nicht, ist m.E. im Treiber aber vorhanden, nur eben nicht für Kyocera. Das ist für mich mit dem Drucker die wichtigste Sonderfunktion, andere habe ich nicht genutzt, kann sein das es noch mehr Funktionen betrifft.
Damals beim Kauf gab es wenige (neue) Druckertypen mit Duplex, einen gebrauchten HP und daran rumbasteln wollte ich mir ersparen. Ich bin mit Kyocera immer sehr zufrieden, dann bleibe ich auch dabei.
Zugegeben, die Treiberinstallation der Kyocera-Treiber war erstaunlich nervig. Und der Update von Mac OS X 10.4 direkt auf 10.6 erforderte eine Neuinstallation des Treibers - vor Lion graut mir schon.
Mfg,
Ingo Lembcke
>Warum fummelst du da ueberhaupt herum? Das ging bei mir bisher bei
>diversen Druckermodellen diverser Hersteller (Xerox, Canon, HP und
>Lexmark) ohne Gefrickel.
- der Drucker lässt sich ohne Gefrickel mit Mac OS Bordmitteln nutzen
- Gefrickel ist notwendig ;-).
Grund: mind. 1 Funktion wird nur mit dem Kyocera-Treiber möglich.
In meinem Fall das "D" - steht für Duplex. Normale Postscripttreiber funktionieren mit dem Drucker. Nur Duplex wird funktioniert nicht, ist m.E. im Treiber aber vorhanden, nur eben nicht für Kyocera. Das ist für mich mit dem Drucker die wichtigste Sonderfunktion, andere habe ich nicht genutzt, kann sein das es noch mehr Funktionen betrifft.
Damals beim Kauf gab es wenige (neue) Druckertypen mit Duplex, einen gebrauchten HP und daran rumbasteln wollte ich mir ersparen. Ich bin mit Kyocera immer sehr zufrieden, dann bleibe ich auch dabei.
Zugegeben, die Treiberinstallation der Kyocera-Treiber war erstaunlich nervig. Und der Update von Mac OS X 10.4 direkt auf 10.6 erforderte eine Neuinstallation des Treibers - vor Lion graut mir schon.
Mfg,
Ingo Lembcke
Thomas Kaiser
Sep 13, 2011, 9:35:05 AM9/13/11
to
Guenther Fischer schrieb in <news:130920111319022706%ne...@spam.invalid>
implementiert oder wie?!
Gewöhn Dich einfach endlich dran: es gibt seit Mac OS X nichts mehr, das
einem klassischen "Druckertreiber" wie zu MacOS 9 Zeiten ähnelt.
Mit MacOS X und der "Tioga"-Druckarchitektur war das Ganze 4-stufig:
print job manager, converter, printer module, and I/O module. Ersterer
interagierte mit den Programmen, converter-Module wandelten ggf. von
einem _Daten_-Format ins andere (bspw. von PostScript nach PDF oder vice
versa, je nachdem, was der Drucker an Möglichkeiten signalisierte), das
"printer module" (das bei nicht-PS-Druckern typischerweise vom Drucker-
Hersteller stammt) bereitete dann die Druckdaten für den jeweiligen
Drucker auf (dabei bspw. PostScript-Features von sog. "Printer Dialog
Extensions" inkludieren, d.h. den PostScript-Datenstrom manipulierend
oder bei non-PS-Druckern das aufgerasterte Seitenabbild in die "Sprache"
des Druckers umsetzend, bspw. PCL oder ESC/P2). Und das -- *von Apple*
stammende -- I/O module interagiert mit dem Drucker (per USB, Bluetooth,
Netzwerk, d.h. AppleTalk oder remote LPR oder HP JetDirect oder IPP,
etc.)
Und seit MacOS X 10.2, als CUPS die Basis des Drucksystems geworden ist,
ist das im Prinzip genauso, nur heißen "converter" und "printer module"
auf einmal CUPS-Filter und "I/O modules" sind Backends. Filter und
Backends werden identisch "angesteuert", d.h. die bekommen einen bunten
Strauß an Umgebungsvariablen kredenzt und werden mit 5 oder 6
verschiedenen Argumenten aufgerufen.
Der einzige Unterschied zwischen Filtern und Backends ist der, daß per
Definition das Backend das letzte Glied in der Kette ist (Filter kann
man vorher nacheinander aufrufen lassen, bis der Arzt kommt). Und daß
das Backend mit der Hardware zu interagieren hat. USB-Backend kommt von
Apple, der letzte vorher durchlaufende CUPS-Filter meist vom Hersteller
("meist" weil es die Ausnahmen Gutenprint, HPIJS, foomatic, etc. gibt)
Da ist weit und breit nix wie ein "USB-Treiber". USB-Backend Apple,
Aufbereitung der Druckdaten für den spezifischen Drucker der letzte
Filter davor. Klare Arbeitsteilung, klare Entwicklungsvorgaben für die
Druckerhersteller (AKA "um Hardware-Ansteuerung habt Ihr Euch nicht mehr
zu kümmern). USB-Treiber gab's zwischen MacOS 8.6 und 9.2. Punkt.
>> > Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
>> > Drucker oder Installation von 10.5 auf einem anderen Mac und
>> > Freigabe des Druckers im Netz (nicht immer praktikabel).
>>
>> Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
>> bekommen hat, ist an Dir völlig vorbeigeschossen?
>
> Die Art von "erfolgreich" kannst Du hier mit einer ganzen Reihe von
> älteren Geräten (Drucker und Scanner) bewundern.
Ich glaub, das interessiert mich gar nicht, was bei Dir rumsteht. :-)
> Zum stetigen Arbeiten reicht es halt meist nicht, wenn "die Skripte
> ein paar andere Sachen zerschossen haben", wie das beim OP wohl der
> Fall war.
Was beim OP wie der Fall war, weiß ich nicht, weil der ja nach wie vor
keine Informationen rausläßt.
Gruss,
Thomas
> Thomas Kaiser <Thomas...@phg-online.de> wrote:
>
>> Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
>> >
>
>> Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
>> >
>> > Das Problem ist wohl der USB-Treiber.
>>
>> Bitte was? Welcher "USB-Treiber"?
>>
>> > Da muss Kyocera ran.
>>
>> Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
>> Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
>> noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
>> anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
>> umgesetzt wird.
>>
>> Apple stellt ein USB-Backend zur Verfügung:
>>
>> /usr/libexec/cups/backend/usb
>>
>> Wo ist jetzt bitte der "USB-Treiber" zuhause?
>
> Nu reg dich mal wieder ab. Auch zu dem USB-Backend von Apple brauchst
> Du eine Schnittstelle, allgemein auch "Treiber" genannt.
LOL, klar. Und die Schnittstelle zum USB-Backend wurde per USB
>>
>> Bitte was? Welcher "USB-Treiber"?
>>
>> > Da muss Kyocera ran.
>>
>> Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
>> Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
>> noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
>> anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
>> umgesetzt wird.
>>
>> Apple stellt ein USB-Backend zur Verfügung:
>>
>> /usr/libexec/cups/backend/usb
>>
>> Wo ist jetzt bitte der "USB-Treiber" zuhause?
>
> Nu reg dich mal wieder ab. Auch zu dem USB-Backend von Apple brauchst
> Du eine Schnittstelle, allgemein auch "Treiber" genannt.
implementiert oder wie?!
Gewöhn Dich einfach endlich dran: es gibt seit Mac OS X nichts mehr, das
einem klassischen "Druckertreiber" wie zu MacOS 9 Zeiten ähnelt.
Mit MacOS X und der "Tioga"-Druckarchitektur war das Ganze 4-stufig:
print job manager, converter, printer module, and I/O module. Ersterer
interagierte mit den Programmen, converter-Module wandelten ggf. von
einem _Daten_-Format ins andere (bspw. von PostScript nach PDF oder vice
versa, je nachdem, was der Drucker an Möglichkeiten signalisierte), das
"printer module" (das bei nicht-PS-Druckern typischerweise vom Drucker-
Hersteller stammt) bereitete dann die Druckdaten für den jeweiligen
Drucker auf (dabei bspw. PostScript-Features von sog. "Printer Dialog
Extensions" inkludieren, d.h. den PostScript-Datenstrom manipulierend
oder bei non-PS-Druckern das aufgerasterte Seitenabbild in die "Sprache"
des Druckers umsetzend, bspw. PCL oder ESC/P2). Und das -- *von Apple*
stammende -- I/O module interagiert mit dem Drucker (per USB, Bluetooth,
Netzwerk, d.h. AppleTalk oder remote LPR oder HP JetDirect oder IPP,
etc.)
Und seit MacOS X 10.2, als CUPS die Basis des Drucksystems geworden ist,
ist das im Prinzip genauso, nur heißen "converter" und "printer module"
auf einmal CUPS-Filter und "I/O modules" sind Backends. Filter und
Backends werden identisch "angesteuert", d.h. die bekommen einen bunten
Strauß an Umgebungsvariablen kredenzt und werden mit 5 oder 6
verschiedenen Argumenten aufgerufen.
Der einzige Unterschied zwischen Filtern und Backends ist der, daß per
Definition das Backend das letzte Glied in der Kette ist (Filter kann
man vorher nacheinander aufrufen lassen, bis der Arzt kommt). Und daß
das Backend mit der Hardware zu interagieren hat. USB-Backend kommt von
Apple, der letzte vorher durchlaufende CUPS-Filter meist vom Hersteller
("meist" weil es die Ausnahmen Gutenprint, HPIJS, foomatic, etc. gibt)
Da ist weit und breit nix wie ein "USB-Treiber". USB-Backend Apple,
Aufbereitung der Druckdaten für den spezifischen Drucker der letzte
Filter davor. Klare Arbeitsteilung, klare Entwicklungsvorgaben für die
Druckerhersteller (AKA "um Hardware-Ansteuerung habt Ihr Euch nicht mehr
zu kümmern). USB-Treiber gab's zwischen MacOS 8.6 und 9.2. Punkt.
>> > Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
>> > Drucker oder Installation von 10.5 auf einem anderen Mac und
>> > Freigabe des Druckers im Netz (nicht immer praktikabel).
>>
>> Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
>> bekommen hat, ist an Dir völlig vorbeigeschossen?
>
> Die Art von "erfolgreich" kannst Du hier mit einer ganzen Reihe von
> älteren Geräten (Drucker und Scanner) bewundern.
> Zum stetigen Arbeiten reicht es halt meist nicht, wenn "die Skripte
> ein paar andere Sachen zerschossen haben", wie das beim OP wohl der
> Fall war.
keine Informationen rausläßt.
Gruss,
Thomas
Thomas Kaiser
Sep 13, 2011, 10:03:34 AM9/13/11
to
Ingo Lembcke schrieb in <news:4e6f5601$1$vyrzopxr$mr2...@news.solani.org>
(offiziellen [1]) PPD:
http://kaiser-edv.de/tmp/7hWYng/KC1030.PPD
Und dann ein letztes mal zu "Treiber": Ist ja nett, daß dieser Terminus
immer wieder Verwendung findet, auch wenn er unter MacOS X einfach nur
fehlleitend ist. Solange mit den Druckern alles paßt, mag das auch nur
wie sprachliche Haarspalterei klingen.
Spannend wird's halt dann, wenn was _nicht_ funktioniert. Wenn man dann
nämlich die Realität durch die Verwendung von so dubiosen Begriffen wie
"Treiber" kaputtabstrahiert hat, dann merkt man vielleicht, daß es halt
einfach nix bringt, an diesem Terminus festzuhalten.
Es gibt PPDs (die beschreiben, was der Drucker kann *und* ggf. wie
konkret er angesteuert werden soll, indem sie auf einen sog. CUPS-Filter
verweisen, der die aus dem Programm bzw. System kommenden Druckdaten
$irgendwie aufbereiten soll. Und die PPD kann auf sog. Printer Dialog
Extensions verweisen, die wiederum Programme sind, die den MacOS X
Druckdialog sehr flexibel erweitern können). Und es gibt seitens der
Hersteller gerne mal Installer, die dann versuchen, die PPD an den
richtigen Platz zu kopieren, dito den/die speziellen CUPS-Filter und die
Printer Dialog Extensions (und noch optionalen respektive fürs
Funktionieren eher unwichtigen weiteren Kram wie Icons, ICC-Profile,
Hilfsprogramme, etc. -- all das wird gerne als "Treiberinstallation"
verballhornt)
Heißt: Weit und breit kein Treiber. Hingegen braucht es
- PPD (immer)
- Wenn in der PPD Zeilen mit "*cupsFilter" beginnen, dann die dort
referenzierten Filter
- Wenn in der PPD Zeilen mit "*APDialogExtension" beginnen, dann die
dort referenzierten Printer Dialog Extensions *und* die parallel
definierten CUPS-Filter (denn ohne den Filter hat das, was man im
Druckdialog eingestellt hat, sonst keine Wirkung)
Heißt auch: Wenn man sich mal von der fixen Idee "eines Treibers" gelöst
hat und sich vergegenwärtigt, wie das wirklich funktioniert, kann man
auf einmal ganz simpel all das, was auf einem Mac den Drucker zum
Funktionieren bringt, auf einen anderen übertragen. Einfach indem man
halt nachschaut. Den (ggf. in einer neueren MacOS X Version nicht mehr
funktionalen) Installer für den ganzen Kram (PPDs, Filter, Dialog
Extensions und _optional_ noch Drucker-Icons, -Dienstprogramme,
Farbprofile) braucht's dann ggf. auch gar nicht mehr.
Und dann gibt es in häßlich vielen Fällen immer noch die Variante, daß
das, was am Mac nur per "Printer Dialog Extension" vom Hersteller her
vorgesehen ist (bspw. sowas wie Dein Duplex-Feature) bei Verwendung der
"Windows-PPD" einfach so geht. Drum obige PPD aus dem Windows-"Treiber"-
Paket extrahiert und zum testweisen Download gestellt. Feedback
erwünscht.
Gruss,
Thomas
[1] http://www.kyoceramita.de/index/produkte/download_center.false.driver.FS1030D._.DE.html
>
> Als Kyocera-Nutzer ( 1030D an USB ) kann ich beides bestätigen:
> - der Drucker lässt sich ohne Gefrickel mit Mac OS Bordmitteln nutzen
> - Gefrickel ist notwendig ;-).
>
> Grund: mind. 1 Funktion wird nur mit dem Kyocera-Treiber möglich. In
> meinem Fall das "D" - steht für Duplex. Normale Postscripttreiber
> funktionieren mit dem Drucker. Nur Duplex wird funktioniert nicht
Glaub ich nicht. Probier's mal mit 'ner neuen Queue und dieser
> Als Kyocera-Nutzer ( 1030D an USB ) kann ich beides bestätigen:
> - der Drucker lässt sich ohne Gefrickel mit Mac OS Bordmitteln nutzen
> - Gefrickel ist notwendig ;-).
>
> Grund: mind. 1 Funktion wird nur mit dem Kyocera-Treiber möglich. In
> meinem Fall das "D" - steht für Duplex. Normale Postscripttreiber
> funktionieren mit dem Drucker. Nur Duplex wird funktioniert nicht
(offiziellen [1]) PPD:
http://kaiser-edv.de/tmp/7hWYng/KC1030.PPD
Und dann ein letztes mal zu "Treiber": Ist ja nett, daß dieser Terminus
immer wieder Verwendung findet, auch wenn er unter MacOS X einfach nur
fehlleitend ist. Solange mit den Druckern alles paßt, mag das auch nur
wie sprachliche Haarspalterei klingen.
Spannend wird's halt dann, wenn was _nicht_ funktioniert. Wenn man dann
nämlich die Realität durch die Verwendung von so dubiosen Begriffen wie
"Treiber" kaputtabstrahiert hat, dann merkt man vielleicht, daß es halt
einfach nix bringt, an diesem Terminus festzuhalten.
Es gibt PPDs (die beschreiben, was der Drucker kann *und* ggf. wie
konkret er angesteuert werden soll, indem sie auf einen sog. CUPS-Filter
verweisen, der die aus dem Programm bzw. System kommenden Druckdaten
$irgendwie aufbereiten soll. Und die PPD kann auf sog. Printer Dialog
Extensions verweisen, die wiederum Programme sind, die den MacOS X
Druckdialog sehr flexibel erweitern können). Und es gibt seitens der
Hersteller gerne mal Installer, die dann versuchen, die PPD an den
richtigen Platz zu kopieren, dito den/die speziellen CUPS-Filter und die
Printer Dialog Extensions (und noch optionalen respektive fürs
Funktionieren eher unwichtigen weiteren Kram wie Icons, ICC-Profile,
Hilfsprogramme, etc. -- all das wird gerne als "Treiberinstallation"
verballhornt)
Heißt: Weit und breit kein Treiber. Hingegen braucht es
- PPD (immer)
- Wenn in der PPD Zeilen mit "*cupsFilter" beginnen, dann die dort
referenzierten Filter
- Wenn in der PPD Zeilen mit "*APDialogExtension" beginnen, dann die
dort referenzierten Printer Dialog Extensions *und* die parallel
definierten CUPS-Filter (denn ohne den Filter hat das, was man im
Druckdialog eingestellt hat, sonst keine Wirkung)
Heißt auch: Wenn man sich mal von der fixen Idee "eines Treibers" gelöst
hat und sich vergegenwärtigt, wie das wirklich funktioniert, kann man
auf einmal ganz simpel all das, was auf einem Mac den Drucker zum
Funktionieren bringt, auf einen anderen übertragen. Einfach indem man
halt nachschaut. Den (ggf. in einer neueren MacOS X Version nicht mehr
funktionalen) Installer für den ganzen Kram (PPDs, Filter, Dialog
Extensions und _optional_ noch Drucker-Icons, -Dienstprogramme,
Farbprofile) braucht's dann ggf. auch gar nicht mehr.
Und dann gibt es in häßlich vielen Fällen immer noch die Variante, daß
das, was am Mac nur per "Printer Dialog Extension" vom Hersteller her
vorgesehen ist (bspw. sowas wie Dein Duplex-Feature) bei Verwendung der
"Windows-PPD" einfach so geht. Drum obige PPD aus dem Windows-"Treiber"-
Paket extrahiert und zum testweisen Download gestellt. Feedback
erwünscht.
Gruss,
Thomas
[1] http://www.kyoceramita.de/index/produkte/download_center.false.driver.FS1030D._.DE.html
Guenther Fischer
Sep 13, 2011, 10:49:42 AM9/13/11
to
In article <slrnj6un09.30n...@phg-online.de>, Thomas Kaiser
Danke für Deine tolle Erklärung auch im parallelen Thread. Ich streiche
das Wort "Treiber" im Zusammenhang mit Mac OSX.
> >> > Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
> >> > Drucker oder Installation von 10.5 auf einem anderen Mac und
> >> > Freigabe des Druckers im Netz (nicht immer praktikabel).
> >>
> >> Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
> >> bekommen hat, ist an Dir völlig vorbeigeschossen?
> >
> > Die Art von "erfolgreich" kannst Du hier mit einer ganzen Reihe von
> > älteren Geräten (Drucker und Scanner) bewundern.
>
> Ich glaub, das interessiert mich gar nicht, was bei Dir rumsteht. :-)
Mich auch nicht, allerdings hoffe ich immer noch auf einen Abnehmer aus
der Windows-Szene ... :-)
> > Zum stetigen Arbeiten reicht es halt meist nicht, wenn "die Skripte
> > ein paar andere Sachen zerschossen haben", wie das beim OP wohl der
> > Fall war.
>
> Was beim OP wie der Fall war, weiß ich nicht, weil der ja nach wie vor
> keine Informationen rausläßt.
Eigentlich schade. Er könnte hier sicher mehr Hilfe bekommen.
<Thomas...@phg-online.de> wrote:
> Guenther Fischer schrieb in <news:130920111319022706%ne...@spam.invalid>
> > Thomas Kaiser <Thomas...@phg-online.de> wrote:
> >
> >> Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
> >> >
> >> > Das Problem ist wohl der USB-Treiber.
> >>
> >> Bitte was? Welcher "USB-Treiber"?
> >>
> >> > Da muss Kyocera ran.
> >>
> >> Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
> >> Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
> >> noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
> >> anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
> >> umgesetzt wird.
> >>
> >> Apple stellt ein USB-Backend zur Verfügung:
> >>
> >> /usr/libexec/cups/backend/usb
> >>
> >> Wo ist jetzt bitte der "USB-Treiber" zuhause?
> >
> > Nu reg dich mal wieder ab. Auch zu dem USB-Backend von Apple brauchst
> > Du eine Schnittstelle, allgemein auch "Treiber" genannt.
>
> LOL, klar. Und die Schnittstelle zum USB-Backend wurde per USB
> implementiert oder wie?!
>
> Gewöhn Dich einfach endlich dran: es gibt seit Mac OS X nichts mehr, das
> einem klassischen "Druckertreiber" wie zu MacOS 9 Zeiten ähnelt.
...
> Guenther Fischer schrieb in <news:130920111319022706%ne...@spam.invalid>
> > Thomas Kaiser <Thomas...@phg-online.de> wrote:
> >
> >> Guenther Fischer schrieb in <news:130920110728287325%ne...@spam.invalid>
> >> >
> >> > Das Problem ist wohl der USB-Treiber.
> >>
> >> Bitte was? Welcher "USB-Treiber"?
> >>
> >> > Da muss Kyocera ran.
> >>
> >> Ah, ja. Und was soll Kyocera da machen? Kyocera stellt eine PPD zur
> >> Verfügung, ggf. noch CUPS-Filter, die Druckdaten aufbereiten, und ggf.
> >> noch eine "Printer Dialog Extension", die im Drucken-Dialog Krams
> >> anbietet, der dann vom CUPS-Filter in irgendwas Ausgabe-seitiges
> >> umgesetzt wird.
> >>
> >> Apple stellt ein USB-Backend zur Verfügung:
> >>
> >> /usr/libexec/cups/backend/usb
> >>
> >> Wo ist jetzt bitte der "USB-Treiber" zuhause?
> >
> > Nu reg dich mal wieder ab. Auch zu dem USB-Backend von Apple brauchst
> > Du eine Schnittstelle, allgemein auch "Treiber" genannt.
>
> LOL, klar. Und die Schnittstelle zum USB-Backend wurde per USB
> implementiert oder wie?!
>
> Gewöhn Dich einfach endlich dran: es gibt seit Mac OS X nichts mehr, das
> einem klassischen "Druckertreiber" wie zu MacOS 9 Zeiten ähnelt.
Danke für Deine tolle Erklärung auch im parallelen Thread. Ich streiche
das Wort "Treiber" im Zusammenhang mit Mac OSX.
> >> > Schade, mir ging das leider auch mal so. Da hilft nur ein neuer
> >> > Drucker oder Installation von 10.5 auf einem anderen Mac und
> >> > Freigabe des Druckers im Netz (nicht immer praktikabel).
> >>
> >> Daß der OP das Ganze auf einem 10.6-Mac "erfolgreich" eingerichtet
> >> bekommen hat, ist an Dir völlig vorbeigeschossen?
> >
> > Die Art von "erfolgreich" kannst Du hier mit einer ganzen Reihe von
> > älteren Geräten (Drucker und Scanner) bewundern.
>
> Ich glaub, das interessiert mich gar nicht, was bei Dir rumsteht. :-)
der Windows-Szene ... :-)
> > Zum stetigen Arbeiten reicht es halt meist nicht, wenn "die Skripte
> > ein paar andere Sachen zerschossen haben", wie das beim OP wohl der
> > Fall war.
>
> Was beim OP wie der Fall war, weiß ich nicht, weil der ja nach wie vor
> keine Informationen rausläßt.
Walter A. Schmidt
Sep 13, 2011, 2:18:10 PM9/13/11
to
Am 13.09.11 15:35, schrieb Thomas Kaiser:
>> Zum stetigen Arbeiten reicht es halt meist nicht, wenn "die Skripte
>> ein paar andere Sachen zerschossen haben", wie das beim OP wohl der
>> Fall war.
>
> Was beim OP wie der Fall war, weiß ich nicht, weil der ja nach wie vor
> keine Informationen rausläßt.
1) Auf dem Rechner mit 10.6.8, wo ich den Drucker provisorisch
eingerichtet habe - wie eingangs beschrieben - scheint er normal
zu drucken. Paar PDF-Testseiten haben jedenfalls funktioniert.
2) In /etc/cups/ppd liegt dort jetzt eine Datei namens
"Kyocera_FS_920.ppd". Die Zeichenfolgen "*APDialogExtension" oder
"*cupsFilter" sind darin _nicht_ zu finden.
3) Auf dem Rechner, wo der Drucker _endgültig_ hin soll, verzögert
sich - aus anderen Gründen - das Betriebssysstem-Update. Sobald da
10.6 drauf ist, werde ich berichten, ob und wie dort das Einrichten
des Druckers funktioniert hat.
Ich werde zuerst versuchen, nur die PPD zu "verpflanzen", und wenn
das nicht klappt, dann probiere ich das Skript vom amerikanischen
Kyocera-Server. (Oder hat einer der Experten einen besseren
Ratschlag?)
4) Falls es noch jemanden interessiert, hier die Bugs, die das vom
deutschen Kyocera-Support vorgschlagene Vorgehen zur Folge hatte:
Überprüfen der Zugriffsrechte lieferte
2011-09-10 00:23:33 +0200: Abweichender Benutzer für
„usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 502
2011-09-10 00:23:33 +0200: Abweichende Gruppe für
„usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 80.
2011-09-10 00:23:33 +0200: Abweichende Zugriffsrechte für „Library“,
Soll-Wert: drwxrwxr-t , Ist-Wert: drwxrwxr-x .
Und nun das Highlight:
Besitzer des Wurzelverzeichnisses / war danach nicht mehr root,
sondern der User 502, als der ich das Installationsprogramm
ausgeführt hatte (sic!). Das führte zu hübschen Fehlermeldungen wie
Sep 9 15:40:07 saturn com.apple.kextd[10]: Can't create kext cache
under / - owner not root.
--
Walter
>> Zum stetigen Arbeiten reicht es halt meist nicht, wenn "die Skripte
>> ein paar andere Sachen zerschossen haben", wie das beim OP wohl der
>> Fall war.
>
> Was beim OP wie der Fall war, weiß ich nicht, weil der ja nach wie vor
> keine Informationen rausläßt.
eingerichtet habe - wie eingangs beschrieben - scheint er normal
zu drucken. Paar PDF-Testseiten haben jedenfalls funktioniert.
2) In /etc/cups/ppd liegt dort jetzt eine Datei namens
"Kyocera_FS_920.ppd". Die Zeichenfolgen "*APDialogExtension" oder
"*cupsFilter" sind darin _nicht_ zu finden.
3) Auf dem Rechner, wo der Drucker _endgültig_ hin soll, verzögert
sich - aus anderen Gründen - das Betriebssysstem-Update. Sobald da
10.6 drauf ist, werde ich berichten, ob und wie dort das Einrichten
des Druckers funktioniert hat.
Ich werde zuerst versuchen, nur die PPD zu "verpflanzen", und wenn
das nicht klappt, dann probiere ich das Skript vom amerikanischen
Kyocera-Server. (Oder hat einer der Experten einen besseren
Ratschlag?)
4) Falls es noch jemanden interessiert, hier die Bugs, die das vom
deutschen Kyocera-Support vorgschlagene Vorgehen zur Folge hatte:
Überprüfen der Zugriffsrechte lieferte
2011-09-10 00:23:33 +0200: Abweichender Benutzer für
„usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 502
2011-09-10 00:23:33 +0200: Abweichende Gruppe für
„usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 80.
2011-09-10 00:23:33 +0200: Abweichende Zugriffsrechte für „Library“,
Soll-Wert: drwxrwxr-t , Ist-Wert: drwxrwxr-x .
Und nun das Highlight:
Besitzer des Wurzelverzeichnisses / war danach nicht mehr root,
sondern der User 502, als der ich das Installationsprogramm
ausgeführt hatte (sic!). Das führte zu hübschen Fehlermeldungen wie
Sep 9 15:40:07 saturn com.apple.kextd[10]: Can't create kext cache
under / - owner not root.
--
Walter
Thomas Kaiser
Sep 14, 2011, 4:36:41 AM9/14/11
to
Walter A. Schmidt schrieb am 13.09.2011 in <news:j4o6p3$mj3$1...@dont-email.me>
> 4) Falls es noch jemanden interessiert, hier die Bugs, die das vom
> deutschen Kyocera-Support vorgschlagene Vorgehen zur Folge hatte:
>
> Überprüfen der Zugriffsrechte lieferte
>
> 2011-09-10 00:23:33 +0200: Abweichender Benutzer für
> „usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 502
> 2011-09-10 00:23:33 +0200: Abweichende Gruppe für
> „usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 80.
> 2011-09-10 00:23:33 +0200: Abweichende Zugriffsrechte für „Library“,
> Soll-Wert: drwxrwxr-t , Ist-Wert: drwxrwxr-x .
Das hingegen ist ein Indiz dafür, daß der Installer auch CUPS-Filter
installiert. Wenn es ein Installer ist, der mehrere Druckermodelle
abdecken soll, dann ist das auch so in Ordnung. Falls das ein Installer
nur für Deinen Drucker sein soll, ist das zumindest seltsam. Schick doch
bitte noch die Ausgabe des folgenden Befehls hinterher:
ls -la /etc/cups/*.convs
> Und nun das Highlight:
> Besitzer des Wurzelverzeichnisses / war danach nicht mehr root,
> sondern der User 502, als der ich das Installationsprogramm
> ausgeführt hatte (sic!).
Wow, das sieht nach einem uralten Installer aus. Apples PackageMaker hat
das vor ca. 100 Jahren noch zugelassen, daß man Installer-Pakete bauen
konnte, die die Berechtigungen/Eigentümerschaften aller umschließenden
Ordner ruiniert haben.
Gruss,
Thomas
> 1) Auf dem Rechner mit 10.6.8, wo ich den Drucker provisorisch
> eingerichtet habe - wie eingangs beschrieben - scheint er normal
> zu drucken. Paar PDF-Testseiten haben jedenfalls funktioniert.
>
> 2) In /etc/cups/ppd liegt dort jetzt eine Datei namens
> "Kyocera_FS_920.ppd". Die Zeichenfolgen "*APDialogExtension" oder
> "*cupsFilter" sind darin _nicht_ zu finden.
Dann reicht nur die PPD.
> eingerichtet habe - wie eingangs beschrieben - scheint er normal
> zu drucken. Paar PDF-Testseiten haben jedenfalls funktioniert.
>
> 2) In /etc/cups/ppd liegt dort jetzt eine Datei namens
> "Kyocera_FS_920.ppd". Die Zeichenfolgen "*APDialogExtension" oder
> "*cupsFilter" sind darin _nicht_ zu finden.
> 4) Falls es noch jemanden interessiert, hier die Bugs, die das vom
> deutschen Kyocera-Support vorgschlagene Vorgehen zur Folge hatte:
>
> Überprüfen der Zugriffsrechte lieferte
>
> 2011-09-10 00:23:33 +0200: Abweichender Benutzer für
> „usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 502
> 2011-09-10 00:23:33 +0200: Abweichende Gruppe für
> „usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 80.
> 2011-09-10 00:23:33 +0200: Abweichende Zugriffsrechte für „Library“,
> Soll-Wert: drwxrwxr-t , Ist-Wert: drwxrwxr-x .
installiert. Wenn es ein Installer ist, der mehrere Druckermodelle
abdecken soll, dann ist das auch so in Ordnung. Falls das ein Installer
nur für Deinen Drucker sein soll, ist das zumindest seltsam. Schick doch
bitte noch die Ausgabe des folgenden Befehls hinterher:
ls -la /etc/cups/*.convs
> Und nun das Highlight:
> Besitzer des Wurzelverzeichnisses / war danach nicht mehr root,
> sondern der User 502, als der ich das Installationsprogramm
> ausgeführt hatte (sic!).
das vor ca. 100 Jahren noch zugelassen, daß man Installer-Pakete bauen
konnte, die die Berechtigungen/Eigentümerschaften aller umschließenden
Ordner ruiniert haben.
Gruss,
Thomas
Walter A. Schmidt
Sep 14, 2011, 5:16:22 AM9/14/11
to
Am 14.09.11 10:36, schrieb Thomas Kaiser:
>> 2011-09-10 00:23:33 +0200: Abweichender Benutzer für
>> „usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 502
>> [...]
> Das hingegen ist ein Indiz dafür, daß der Installer auch CUPS-Filter
> installiert. Wenn es ein Installer ist, der mehrere Druckermodelle
> abdecken soll, dann ist das auch so in Ordnung.
Zumindest _zwei_ Druckermodelle, von denen ich nur eines nutze:
Nach dem Installationspaket für den FS920 (das ja eigentlich nicht
für OX 10.6 gedacht war) sollte ich nch den 10.6er-Installer für den
FS1128MFP laufen lassen: das würde - sozusagen als Nebeneffekt - dazu
führen, dass auch die "Treiber" für den FS920 dann unter 10.6 erkannt
würden. So der anfängliche Tip vom Kyocera-Support.
> Falls das ein Installer
> nur für Deinen Drucker sein soll, ist das zumindest seltsam. Schick doch
> bitte noch die Ausgabe des folgenden Befehls hinterher:
>
> ls -la /etc/cups/*.convs
ls: /etc/cups/*.convs: No such file or directory
Das wären dann wohl Dateien für den FS1128MFP, wenn ich diesen
Drucker tataächlich auch eingerichtet hätte. (?)
>> Und nun das Highlight:
>> Besitzer des Wurzelverzeichnisses / war danach nicht mehr root,
>> sondern der User 502, als der ich das Installationsprogramm
>> ausgeführt hatte (sic!).
>
> Wow, das sieht nach einem uralten Installer aus.
Kyocera verteilt seine Installer ja auch noch als .hqx :-/
--
Walter
>> 2011-09-10 00:23:33 +0200: Abweichender Benutzer für
>> „usr/libexec/cups/filter“, Soll-Wert: 0, Ist-Wert: 502
> Das hingegen ist ein Indiz dafür, daß der Installer auch CUPS-Filter
> installiert. Wenn es ein Installer ist, der mehrere Druckermodelle
> abdecken soll, dann ist das auch so in Ordnung.
Nach dem Installationspaket für den FS920 (das ja eigentlich nicht
für OX 10.6 gedacht war) sollte ich nch den 10.6er-Installer für den
FS1128MFP laufen lassen: das würde - sozusagen als Nebeneffekt - dazu
führen, dass auch die "Treiber" für den FS920 dann unter 10.6 erkannt
würden. So der anfängliche Tip vom Kyocera-Support.
> Falls das ein Installer
> nur für Deinen Drucker sein soll, ist das zumindest seltsam. Schick doch
> bitte noch die Ausgabe des folgenden Befehls hinterher:
>
> ls -la /etc/cups/*.convs
Das wären dann wohl Dateien für den FS1128MFP, wenn ich diesen
Drucker tataächlich auch eingerichtet hätte. (?)
>> Und nun das Highlight:
>> Besitzer des Wurzelverzeichnisses / war danach nicht mehr root,
>> sondern der User 502, als der ich das Installationsprogramm
>> ausgeführt hatte (sic!).
>
> Wow, das sieht nach einem uralten Installer aus.
--
Walter
Goetz Hoffart
Sep 14, 2011, 5:52:57 AM9/14/11
to
Walter A. Schmidt <don.a...@quantentunnel.de> wrote:
> Kyocera verteilt seine Installer ja auch noch als .hqx :-/
Klar, schlie�lich wei� ja jeder, dass Webserver keine 8-Bit-Daten sicher
transportieren k�nnen!
Oder so.
Gr��e
G�tz
--
http://www.knubbelmac.de/
Thomas Kaiser
Sep 14, 2011, 5:59:35 AM9/14/11
to
Walter A. Schmidt schrieb in <news:j4prd7$dlc$1...@dont-email.me>
> Am 14.09.11 10:36, schrieb Thomas Kaiser:
>
> Am 14.09.11 10:36, schrieb Thomas Kaiser:
>
>> Falls das ein Installer nur für Deinen Drucker sein soll, ist das
>> zumindest seltsam. Schick doch bitte noch die Ausgabe des folgenden
>> Befehls hinterher:
>>
>> ls -la /etc/cups/*.convs
>
> ls: /etc/cups/*.convs: No such file or directory
>> zumindest seltsam. Schick doch bitte noch die Ausgabe des folgenden
>> Befehls hinterher:
>>
>> ls -la /etc/cups/*.convs
>
> ls: /etc/cups/*.convs: No such file or directory
Äh, klar. Ab 10.6 verräumt Apple den Kram woanders. Bitte die Ausgabe
von
ls -la /usr/share/cups/mime/
Gruss,
Thomas
Walter A. Schmidt
Sep 14, 2011, 6:37:00 AM9/14/11
to
Am 14.09.11 11:59, schrieb Thomas Kaiser:
>> ls: /etc/cups/*.convs: No such file or directory
>
> Äh, klar. Ab 10.6 verräumt Apple den Kram woanders. Bitte die Ausgabe
> von
>
> ls -la /usr/share/cups/mime/
saturn:~ was$ ls -la /usr/share/cups/mime/
total 0
drwxr-xr-x 6 root wheel 204 5 Mai 00:16 .
drwxr-xr-x 15 root wheel 510 5 Mai 00:24 ..
-rw-r--r-- 1 root wheel 2115 5 Mai 00:16 apple.convs
-rw-r--r-- 1 root wheel 1240 5 Mai 00:16 apple.types
-r--r--r-- 1 root wheel 4398 5 Mai 00:16 mime.convs
-r--r--r-- 1 root wheel 6671 5 Mai 00:16 mime.types
saturn:~ was$
--
Walter
Thomas Kaiser
Sep 14, 2011, 6:52:33 AM9/14/11
to
Walter A. Schmidt schrieb in <news:j4q04c$7h9$1...@dont-email.me>
OK, also keine Veränderungen der CUPS-Filter-Chain dort. Dann ist es
wirklich so, falls in der PPD besagte Zeilen _nicht_ auftauchen, dann
auch die PPD an sich bzw. deren Verpflanzung auf einen anderen Mac (oder
Windows-PC oder Linux-Büchse oder Unix-Gurke) reicht.
Gruss,
Thomas
Ingo Lembcke
Sep 14, 2011, 9:51:35 AM9/14/11
to
Hallo,
>Glaub ich nicht. Probier's mal mit 'ner neuen Queue und dieser
>(offiziellen [1]) PPD:
> http://kaiser-edv.de/tmp/7hWYng/KC1030.PPD
Ok, Treiber werde ich dann künftig vermeiden, ich habe die PPD mal mit der installierten PPD aus /etc/cups/ppd verglichen, und die ist weitgehend identisch, meine ist allerdings die englische. Und sie ist unwesentlich aktueller, meine PPD hat Fileversion: 8.4 statt 8.2.
So, eben mal den Drucker auf dem Server gelöscht, bei der Installation die von Dir runtergeladene PPD gewählt, Testdruck vom Client beidseitig funktioniert - äh, ja, das ist auch das, was ich erwarte ;-).
Ich kann das auch nachvollziehen, aber wenn ich es nicht weiss, und von Null den Drucker installiere, dann würde ich erstmal wieder das Diskimage für Mac OS X von der anderen URL laden. Und was dann abläuft finde ich schon etwas umständlich. Es wird das Administrator-Kennwort abgefragt und es werden noch diverse PPE (u.a. Jobsettings, Watermark) mit installiert bzw. kopiert und evtl. eine neuere PPD. Rechteprobleme hatte ich diesmal nicht, anscheinend haben sie das korrigiert.
Ich würde auch einfacher finden, wenn Kyocera nur PPD solo zum Download anbieten würde und ich die dann bei der Installation auswähle. Die PPD solo (und aus Windows) zu beschaffen finde ich nicht logisch.
Mfg,
Ingo Lembcke
--
-> Auch wenn ich mich hier seltener zu Wort melden, ich kuck hier täglich rein. Und Deine Beiträge sind immer wieder extrem lesenswert. Vielen Dank!
>Glaub ich nicht. Probier's mal mit 'ner neuen Queue und dieser
>(offiziellen [1]) PPD:
> http://kaiser-edv.de/tmp/7hWYng/KC1030.PPD
So, eben mal den Drucker auf dem Server gelöscht, bei der Installation die von Dir runtergeladene PPD gewählt, Testdruck vom Client beidseitig funktioniert - äh, ja, das ist auch das, was ich erwarte ;-).
Ich kann das auch nachvollziehen, aber wenn ich es nicht weiss, und von Null den Drucker installiere, dann würde ich erstmal wieder das Diskimage für Mac OS X von der anderen URL laden. Und was dann abläuft finde ich schon etwas umständlich. Es wird das Administrator-Kennwort abgefragt und es werden noch diverse PPE (u.a. Jobsettings, Watermark) mit installiert bzw. kopiert und evtl. eine neuere PPD. Rechteprobleme hatte ich diesmal nicht, anscheinend haben sie das korrigiert.
Ich würde auch einfacher finden, wenn Kyocera nur PPD solo zum Download anbieten würde und ich die dann bei der Installation auswähle. Die PPD solo (und aus Windows) zu beschaffen finde ich nicht logisch.
Mfg,
Ingo Lembcke
--
-> Auch wenn ich mich hier seltener zu Wort melden, ich kuck hier täglich rein. Und Deine Beiträge sind immer wieder extrem lesenswert. Vielen Dank!
Thomas Kaiser
Sep 14, 2011, 2:02:55 PM9/14/11
to
Ingo Lembcke schrieb in <news:4e70b167$1$vyrzopxr$mr2...@news.solani.org>
> So, eben mal den Drucker auf dem Server gelöscht, bei der
> Installation die von Dir runtergeladene PPD gewählt, Testdruck vom
> Client beidseitig funktioniert - äh, ja, das ist auch das, was ich
> erwarte ;-).
> So, eben mal den Drucker auf dem Server gelöscht, bei der
> Installation die von Dir runtergeladene PPD gewählt, Testdruck vom
> Client beidseitig funktioniert - äh, ja, das ist auch das, was ich
> erwarte ;-).
Aha, und wieso das? Die PPD hat keinerlei Referenzierungen auf PDEs oder
sonstwas. Die funktioniert "einfach so". Und Du hast vorher behauptet,
es bräuchte noch anderen Krams außer der PPD oder hab ich das falsch
verstanden?
Gruss,
Thomas
Walter A. Schmidt
Sep 15, 2011, 5:17:51 AM9/15/11
to
Am 14.09.11 12:52, schrieb Thomas Kaiser:
> ... die PPD an sich bzw. deren Verpflanzung auf einen anderen Mac
> (oder Windows-PC oder Linux-Büchse oder Unix-Gurke) reicht.
In der Tat - es druckt...
... und ich beginne endlich ansatzweise zu verstehen, was beim
"Drucker einrichten" tatsächlich geschieht -- danke, Thomas :-)
Btw, meine Anfrage bei Kyocera hat scheints Folgen gehabt:
Seit gestern gibt's auch auf der deutschen Website von Kyocera ein
Installationspaket für "10.5 und neuer", und das nicht mahr als hqx,
sondern als dmg.
--
Walter
Goetz Hoffart
Sep 15, 2011, 8:02:36 AM9/15/11
to
Walter A. Schmidt <don.a...@quantentunnel.de> wrote:
> Btw, meine Anfrage bei Kyocera hat scheints Folgen gehabt:
>
> Seit gestern gibt's auch auf der deutschen Website von Kyocera ein
> Installationspaket für "10.5 und neuer", und das nicht mahr als hqx,
> sondern als dmg.
Kannst du mir deine Zauberformel mitteilen? Ich hatte es nämlich auch
schon probiert, kam aber erfolglos vom Drachentöten heim ...
Grüße
Götz
--
http://www.knubbelmac.de/
Ingo Lembcke
Sep 15, 2011, 10:05:45 AM9/15/11
to
Hallo,
>Und Du hast vorher behauptet,
>es bräuchte noch anderen Krams außer der PPD oder hab ich das falsch
>verstanden?
Ich habe mich missverständlich ausgedrückt, u.a. weil ich nicht verstehe, warum Kyocera das nicht einfacher macht.
Kyocera hat mehr installiert, diverse PDE, liegen in in /Library/Printers/Kyocera/PDEs mit Endung .plugin, wenn die nicht angesprochen werden, ist das erst recht unverständlich. Wobei ich gekuckt habe, ob ich die Funktionen ( Watermark z.B. ) bei den Einstellungen zum Drucken finde...
So, nochmal etwas Zeit investiert. Die PDE sind notwendig, jedenfalls für ein Wasserzeichen, aber einfach ansprechbar ist es nur lokal. Über das Netz ist nur eine Auswahl aus fertigen Einstellungen möglich, die völlig anders aussieht, als lokal.
- nur das PPE von Dir auf dem Server installiert: kein Wasserzeichen bei den Druckeinstellungen möglich
- das Diskimage von Kyocera installiert: bei den Druckeinstellungen wird diverses angeboten
D.h. nach Installation (inkl. Admin-Kennwortabfrage) der folgenden Datei
Name: "Kyocera OS X 10.5+ Web build 2011.08.09.mpkg.dmg"
wird u.a. Watermark/Wasserzeichen als Möglichkeit angeboten. Über das Netz ist die Auswahl begrenzt, aber lokal kann ich z.B. einen Text manuell vorgeben und drehen. Sieht beim Ausdruck auch gut aus.
Bei mir sind im Verzeichnis /Library/Printers/Kyocera/PDEs:
KMAccountID.plugin
KMWatermark_A.plugin
KMAccountID_A.plugin
KyoceraJobSettings.plugin
KMPublishing_A.plugin
KyoceraJobSettings_A.plugin
KMUserLogin_A.plugin
Was die anderen machen, kann ich nur dem Namen nach raten, die Funktionen habe ich nicht gesucht und nicht benötigt. Einige stammen aus 2007 (alte Installation?).
Mfg,
Ingo Lembcke
>Und Du hast vorher behauptet,
>es bräuchte noch anderen Krams außer der PPD oder hab ich das falsch
>verstanden?
Kyocera hat mehr installiert, diverse PDE, liegen in in /Library/Printers/Kyocera/PDEs mit Endung .plugin, wenn die nicht angesprochen werden, ist das erst recht unverständlich. Wobei ich gekuckt habe, ob ich die Funktionen ( Watermark z.B. ) bei den Einstellungen zum Drucken finde...
So, nochmal etwas Zeit investiert. Die PDE sind notwendig, jedenfalls für ein Wasserzeichen, aber einfach ansprechbar ist es nur lokal. Über das Netz ist nur eine Auswahl aus fertigen Einstellungen möglich, die völlig anders aussieht, als lokal.
- nur das PPE von Dir auf dem Server installiert: kein Wasserzeichen bei den Druckeinstellungen möglich
- das Diskimage von Kyocera installiert: bei den Druckeinstellungen wird diverses angeboten
D.h. nach Installation (inkl. Admin-Kennwortabfrage) der folgenden Datei
Name: "Kyocera OS X 10.5+ Web build 2011.08.09.mpkg.dmg"
wird u.a. Watermark/Wasserzeichen als Möglichkeit angeboten. Über das Netz ist die Auswahl begrenzt, aber lokal kann ich z.B. einen Text manuell vorgeben und drehen. Sieht beim Ausdruck auch gut aus.
Bei mir sind im Verzeichnis /Library/Printers/Kyocera/PDEs:
KMAccountID.plugin
KMWatermark_A.plugin
KMAccountID_A.plugin
KyoceraJobSettings.plugin
KMPublishing_A.plugin
KyoceraJobSettings_A.plugin
KMUserLogin_A.plugin
Was die anderen machen, kann ich nur dem Namen nach raten, die Funktionen habe ich nicht gesucht und nicht benötigt. Einige stammen aus 2007 (alte Installation?).
Mfg,
Ingo Lembcke
Ingo Lembcke
Sep 15, 2011, 10:20:32 AM9/15/11
to
Hallo!
>Seit gestern gibt's auch auf der deutschen Website von Kyocera ein
>Installationspaket für "10.5 und neuer", und das nicht mahr als hqx,
>sondern als dmg.
Ah, das erklärt dann einiges -> siehe den Austausch mit Thomas Kaiser.
Ich habe dann bei dem Test gestern und heute das neue dmg mit dem PPD von Thomas verglichen.
Lucky Me. Rechteprobleme gab es mit dem neuen dmg bei mir auf 2 Rechnern nicht mehr.
Danke, das Du dich mit dem Support auseinander gesetzt hast, ich habe es damals mit Google gelöst und nicht gemeldet (sorry) ...
Mfg,
Ingo Lembcke
>Seit gestern gibt's auch auf der deutschen Website von Kyocera ein
>Installationspaket für "10.5 und neuer", und das nicht mahr als hqx,
>sondern als dmg.
Ich habe dann bei dem Test gestern und heute das neue dmg mit dem PPD von Thomas verglichen.
Lucky Me. Rechteprobleme gab es mit dem neuen dmg bei mir auf 2 Rechnern nicht mehr.
Danke, das Du dich mit dem Support auseinander gesetzt hast, ich habe es damals mit Google gelöst und nicht gemeldet (sorry) ...
Mfg,
Ingo Lembcke
Thomas Kaiser
Sep 15, 2011, 3:37:13 PM9/15/11
to
Walter A. Schmidt schrieb in <news:j4sfrv$auj$1...@dont-email.me>
Wenn Du der Urheber des Ganzen gewesen sein solltest, dann hast Du da
mindestens vor 9 Monaten anfragen müssen (zwengs dem Datum mancher
Dateien in dem Installer-Package). Das Package selbst ist am 9.8. gebaut
worden. Ich hab da gaudihalber mal kurz reingeschaut. So zum Teil haben
sie wohl verstanden, wie man Installer am Mac baut. Es ist halt ein mpkg
(also ein Installer-Paket, in dem wiederum andere Installer-Pakete
stecken können), in dem abermals ein mpkg steckt (huch, warum das?), in
dem dann endlich die eigentlichen Installer-Packages stecken:
JobAccountingPDE v2.2.pkg
JobSettingsPDE v2.2.pkg
kyofilter v2.2.pkg
kyoprefilter v1.0.pkg
PPD InstallerP2Custom.pkg
PublishingPDE v2.2.pkg
UserLoginPDE v1.0.pkg
WatermarkPDE v2.2.pkg
Und die sind allesamt als "required" markiert, d.h. da hat irgendwer das
Ganze nicht zu Ende gedacht (denn dann hätte man auch gleich all den
Schmodder in ein pkg schmeißen können. Das Schöne an mpkgs ist ja, daß
man dem umschließenden mpkg beibiegen kann, daß es in Abhängigkeit von
"dies & das" nur gewisse Einzelpakete installiert. Das wurde hier mal so
richtig verschenkt)
Hab jetzt nur kurz in "PPD InstallerP2Custom.pkg" geschaut. Das wirft
satte 168 PPDs in einen temporären Ordner, prüft dann alle bereits
installierten PPDs unterhalb /Library/Printers/PPDs/Contents/Resources
hinsichtlich des Vorkommens von Device-IDs (Kyocera benutzt dazu den
1284DeviceID-String, den sie in jeder PPD stehen haben -- IEEE 1284 ist
der klassische Parallelport aus dem letzten Jahrtausend) und löscht
bereits schon existente PPDs mit identischen Device-IDs aus dem PPD-
Verzeichnis. Das Vorgehen ist einerseits smart (also das Prüfen auf ID
und nicht PPD-Name) andererseits evtl. zu kurz gedacht, wenn schon
Kyocera-Drucker eingerichtet sind (denn deren PPD, die dann schon
unterhalb /etc/cups/ppd/ liegt, wird ja nicht aufgefrischt -- das hätte
man mit einem nachgeschalteten "lpadmin"-Konstrukt auch noch
hinbekommen).
In Summe: Es wird halt auch für einen Drucker, der das gar nicht
braucht, noch ein bunter Strauß an allem anderen Kyocera-Spezifischem
installiert (siehe Liste oben). Vermutlich, weil sie ihr Build-System
für einzelne Drucker-Modelle noch nicht so richtig fertig haben (ein
Installer für den FS-920 müsste dann nämlich nicht 168 PPDs und einen
Sack voll Printer Dialog Extensions und anderem Gelumpe an Bord haben
sondern würde im Idealfall einfach nur eine PPD installieren -- denn
mehr braucht es für diesen Drucker nicht).
Aber mei, so ist das halt. Bei 'nem Kunden heute im Rahmen von 10.7-
Evaluierung mitbekommen, daß deren RICOHs wohl alleine deshalb nicht so
ohne Weiteres unter 10.7 zum Mitspielen zu bewegen sind, weil der
Installer "PPC-only" ist -- das, was er installiert, hingegen seit
Jahren schon Universal Binary. Naja, dann backen wir halt aus dem
proprietären Installer-Kram einen sauberen Installer mittels Apples
PackageMaker. Daß man in der IT sein Geld mit redundantem und
größtenteils sinnlosem Blödsinn verdient, ist wohl einfach so...
Gruss,
Thomas
mindestens vor 9 Monaten anfragen müssen (zwengs dem Datum mancher
Dateien in dem Installer-Package). Das Package selbst ist am 9.8. gebaut
worden. Ich hab da gaudihalber mal kurz reingeschaut. So zum Teil haben
sie wohl verstanden, wie man Installer am Mac baut. Es ist halt ein mpkg
(also ein Installer-Paket, in dem wiederum andere Installer-Pakete
stecken können), in dem abermals ein mpkg steckt (huch, warum das?), in
dem dann endlich die eigentlichen Installer-Packages stecken:
JobAccountingPDE v2.2.pkg
JobSettingsPDE v2.2.pkg
kyofilter v2.2.pkg
kyoprefilter v1.0.pkg
PPD InstallerP2Custom.pkg
PublishingPDE v2.2.pkg
UserLoginPDE v1.0.pkg
WatermarkPDE v2.2.pkg
Und die sind allesamt als "required" markiert, d.h. da hat irgendwer das
Ganze nicht zu Ende gedacht (denn dann hätte man auch gleich all den
Schmodder in ein pkg schmeißen können. Das Schöne an mpkgs ist ja, daß
man dem umschließenden mpkg beibiegen kann, daß es in Abhängigkeit von
"dies & das" nur gewisse Einzelpakete installiert. Das wurde hier mal so
richtig verschenkt)
Hab jetzt nur kurz in "PPD InstallerP2Custom.pkg" geschaut. Das wirft
satte 168 PPDs in einen temporären Ordner, prüft dann alle bereits
installierten PPDs unterhalb /Library/Printers/PPDs/Contents/Resources
hinsichtlich des Vorkommens von Device-IDs (Kyocera benutzt dazu den
1284DeviceID-String, den sie in jeder PPD stehen haben -- IEEE 1284 ist
der klassische Parallelport aus dem letzten Jahrtausend) und löscht
bereits schon existente PPDs mit identischen Device-IDs aus dem PPD-
Verzeichnis. Das Vorgehen ist einerseits smart (also das Prüfen auf ID
und nicht PPD-Name) andererseits evtl. zu kurz gedacht, wenn schon
Kyocera-Drucker eingerichtet sind (denn deren PPD, die dann schon
unterhalb /etc/cups/ppd/ liegt, wird ja nicht aufgefrischt -- das hätte
man mit einem nachgeschalteten "lpadmin"-Konstrukt auch noch
hinbekommen).
In Summe: Es wird halt auch für einen Drucker, der das gar nicht
braucht, noch ein bunter Strauß an allem anderen Kyocera-Spezifischem
installiert (siehe Liste oben). Vermutlich, weil sie ihr Build-System
für einzelne Drucker-Modelle noch nicht so richtig fertig haben (ein
Installer für den FS-920 müsste dann nämlich nicht 168 PPDs und einen
Sack voll Printer Dialog Extensions und anderem Gelumpe an Bord haben
sondern würde im Idealfall einfach nur eine PPD installieren -- denn
mehr braucht es für diesen Drucker nicht).
Aber mei, so ist das halt. Bei 'nem Kunden heute im Rahmen von 10.7-
Evaluierung mitbekommen, daß deren RICOHs wohl alleine deshalb nicht so
ohne Weiteres unter 10.7 zum Mitspielen zu bewegen sind, weil der
Installer "PPC-only" ist -- das, was er installiert, hingegen seit
Jahren schon Universal Binary. Naja, dann backen wir halt aus dem
proprietären Installer-Kram einen sauberen Installer mittels Apples
PackageMaker. Daß man in der IT sein Geld mit redundantem und
größtenteils sinnlosem Blödsinn verdient, ist wohl einfach so...
Gruss,
Thomas
Thomas Kaiser
Sep 15, 2011, 3:43:39 PM9/15/11
to
Ingo Lembcke schrieb in <news:4e720639$1$vyrzopxr$mr2...@news.solani.org>
"großen" Kyoceras haben paar Features an Bord, die die kleinen nicht
haben. Installiert wird der Kram trotzdem.
> So, nochmal etwas Zeit investiert. Die PDE sind notwendig, jedenfalls
> für ein Wasserzeichen, aber einfach ansprechbar ist es nur lokal.
Dann muß die jetzt installierte PPD aber von der "meinigen" (also die
aus dem Windows-Paket) abweichen. Denn die hat Wasserzeichen-Kram ohne
PDE implementiert (siehe den "KCSuperWatermark"-Block in der PPD, der
wohl darauf baut, daß man mittels eines (Windows only?)-Utility
Wasserzeichen-Bilder auf den Drucker laden konnte, die dann in per PPD
ausgewählt werden konnten.)
Gruss,
Thomas
>>Und Du hast vorher behauptet, es bräuchte noch anderen Krams außer der
>>PPD oder hab ich das falsch verstanden?
>
> Ich habe mich missverständlich ausgedrückt, u.a. weil ich nicht verstehe, warum Kyocera das nicht einfacher macht.
Siehe Antwort an Walter. Das ist ein Paket für 168 Drucker. Und die
>>PPD oder hab ich das falsch verstanden?
>
> Ich habe mich missverständlich ausgedrückt, u.a. weil ich nicht verstehe, warum Kyocera das nicht einfacher macht.
"großen" Kyoceras haben paar Features an Bord, die die kleinen nicht
haben. Installiert wird der Kram trotzdem.
> So, nochmal etwas Zeit investiert. Die PDE sind notwendig, jedenfalls
> für ein Wasserzeichen, aber einfach ansprechbar ist es nur lokal.
aus dem Windows-Paket) abweichen. Denn die hat Wasserzeichen-Kram ohne
PDE implementiert (siehe den "KCSuperWatermark"-Block in der PPD, der
wohl darauf baut, daß man mittels eines (Windows only?)-Utility
Wasserzeichen-Bilder auf den Drucker laden konnte, die dann in per PPD
ausgewählt werden konnten.)
Gruss,
Thomas
Hermann Schaefer
Sep 16, 2011, 3:24:40 AM9/16/11
to
Thomas Kaiser schrieb:
> In Summe: Es wird halt auch für einen Drucker, der das gar nicht
> braucht, noch ein bunter Strauß an allem anderen Kyocera-Spezifischem
> installiert (siehe Liste oben).
Och, das finde ich gar nicht so tragisch. Platz auf der Platte belegt der
Krempel zwar, aber was sind heute ein paar Megabyte?
Schlimmer wäre es, wenn der noch ne Ladung Dämonen aktivieren würde, auch schon
erlebt. Da liefen ca. 12 Überwachungstools für Geräte, die der User gar nicht
hatte - und müllten konsequent das Systemlog voll.. ^^
Ärgerlich ist nur, wenn so ein Kombiinstaller lauter PPD reinwirft, die alle
kryptische Namen haben und man erst mal mühsam per grep rausfinden darf, welche
der 200 Fiery-PPD denn nu die richtige ist..
> Aber mei, so ist das halt. Bei 'nem Kunden heute im Rahmen von 10.7-
> Evaluierung mitbekommen, daß deren RICOHs wohl alleine deshalb nicht so
> ohne Weiteres unter 10.7 zum Mitspielen zu bewegen sind, weil der
> Installer "PPC-only" ist -- das, was er installiert, hingegen seit
> Jahren schon Universal Binary. Naja, dann backen wir halt aus dem
> proprietären Installer-Kram einen sauberen Installer mittels Apples
> PackageMaker. Daß man in der IT sein Geld mit redundantem und
> größtenteils sinnlosem Blödsinn verdient, ist wohl einfach so...
Das mit dem PPC-Installer schaffen auch "große" Hersteller, wie Adobe, Microsoft, ..
> In Summe: Es wird halt auch für einen Drucker, der das gar nicht
> braucht, noch ein bunter Strauß an allem anderen Kyocera-Spezifischem
> installiert (siehe Liste oben).
Krempel zwar, aber was sind heute ein paar Megabyte?
Schlimmer wäre es, wenn der noch ne Ladung Dämonen aktivieren würde, auch schon
erlebt. Da liefen ca. 12 Überwachungstools für Geräte, die der User gar nicht
hatte - und müllten konsequent das Systemlog voll.. ^^
Ärgerlich ist nur, wenn so ein Kombiinstaller lauter PPD reinwirft, die alle
kryptische Namen haben und man erst mal mühsam per grep rausfinden darf, welche
der 200 Fiery-PPD denn nu die richtige ist..
> Aber mei, so ist das halt. Bei 'nem Kunden heute im Rahmen von 10.7-
> Evaluierung mitbekommen, daß deren RICOHs wohl alleine deshalb nicht so
> ohne Weiteres unter 10.7 zum Mitspielen zu bewegen sind, weil der
> Installer "PPC-only" ist -- das, was er installiert, hingegen seit
> Jahren schon Universal Binary. Naja, dann backen wir halt aus dem
> proprietären Installer-Kram einen sauberen Installer mittels Apples
> PackageMaker. Daß man in der IT sein Geld mit redundantem und
> größtenteils sinnlosem Blödsinn verdient, ist wohl einfach so...
Thomas Kaiser
Sep 16, 2011, 3:54:30 AM9/16/11
to
Hermann Schaefer schrieb in <news:9dgbtp...@mid.individual.net>
daß das, was dem Endanwender als "Installer für seinen Drucker"
präsentiert wird, ein universeller Installer für alle möglichen Geräte
ist. Und daß dem Anwender nicht klar ist, daß er diesen Installer
schlichtweg _für seinen Drucker_ *nicht* braucht, weil eine simple PPD
aus dem Paket bereits reicht.
D.h. man kann sich den Kram von einer anderen Installation
rüberkopieren, falls der Installer nicht mehr will (bspw. PPC-only oder
mit depperten preflight-Scripts versehen, die sich verweigern) oder soll
(weil der Installer bekanntermaßen buggy ist). Oder sich die nötige
Datei auch gleich per "Pacifist" bspw. aus dem Installer-Paket ziehen.
Und all das wäre nicht nötig, wenn die Hersteller bei solchen
Druckermodellen in ihren Support-Bereichen schlicht und einfach auch
einen simplen PPD-Download anbieten würden, wo eben das auch ausreicht.
Das wirklich Tragische ist ja, daß nicht nur der Endanwender verwirrt
dasteht sondern im Regelfall 1st- und 2nd-Level-Support beim Drucker-
hersteller genauso ahnungslos sind und munter Schwachsinn bzgl.
"Installer nötig" verzapfen (zumindest meine Erfahrung mit 100% aller
diesbzgl. Support-Kontakte. Der einzige "Drucker-Hersteller", von dem je
was Kompetentes kam, war Heidelberg. Aber naja, deren Drucker sind halt
Druckmaschinen)
>> Aber mei, so ist das halt. Bei 'nem Kunden heute im Rahmen von 10.7-
>> Evaluierung mitbekommen, daß deren RICOHs wohl alleine deshalb nicht
>> so ohne Weiteres unter 10.7 zum Mitspielen zu bewegen sind, weil der
>> Installer "PPC-only" ist -- das, was er installiert, hingegen seit
>> Jahren schon Universal Binary.
>
Detail an irgendeinem PPC-only-Upgrader (für IIRC Illustrator). Office
ist zum Glück nicht mein Tisch :-)
Aber in Summe sieht's gar nicht so doof mit 10.7 aus. Das Backen der
Master-Images ist zwar bisserl aufwändig. Bzw. hilft dieser Umstand ein
wenig bei den ewigen Diskussionen, daß eine Konsolidierung eher gestern
als heute Not täte (bspw. Umstieg von CS3 auf CS5). Man ist ja jedesmal
froh, wenn man vor Diskussionen um sowas mit Kunden nicht bei IKEA
vorbeimuß (<http://kaiser-edv.de/images/kloppe.jpg>) sondern auch mal
entscheiderfreundliche "Sachzwänge" ins Spiel bringen kann.
Gruss,
Thomas
> Thomas Kaiser schrieb:
>
>> In Summe: Es wird halt auch für einen Drucker, der das gar nicht
>> braucht, noch ein bunter Strauß an allem anderen Kyocera-Spezifischem
>> installiert (siehe Liste oben).
>
> Och, das finde ich gar nicht so tragisch. Platz auf der Platte belegt
> der Krempel zwar, aber was sind heute ein paar Megabyte?
Nix -- ich find das auch nicht tragisch. Hab halt nur erklären wollen,
>
>> In Summe: Es wird halt auch für einen Drucker, der das gar nicht
>> braucht, noch ein bunter Strauß an allem anderen Kyocera-Spezifischem
>> installiert (siehe Liste oben).
>
> Och, das finde ich gar nicht so tragisch. Platz auf der Platte belegt
> der Krempel zwar, aber was sind heute ein paar Megabyte?
daß das, was dem Endanwender als "Installer für seinen Drucker"
präsentiert wird, ein universeller Installer für alle möglichen Geräte
ist. Und daß dem Anwender nicht klar ist, daß er diesen Installer
schlichtweg _für seinen Drucker_ *nicht* braucht, weil eine simple PPD
aus dem Paket bereits reicht.
D.h. man kann sich den Kram von einer anderen Installation
rüberkopieren, falls der Installer nicht mehr will (bspw. PPC-only oder
mit depperten preflight-Scripts versehen, die sich verweigern) oder soll
(weil der Installer bekanntermaßen buggy ist). Oder sich die nötige
Datei auch gleich per "Pacifist" bspw. aus dem Installer-Paket ziehen.
Und all das wäre nicht nötig, wenn die Hersteller bei solchen
Druckermodellen in ihren Support-Bereichen schlicht und einfach auch
einen simplen PPD-Download anbieten würden, wo eben das auch ausreicht.
Das wirklich Tragische ist ja, daß nicht nur der Endanwender verwirrt
dasteht sondern im Regelfall 1st- und 2nd-Level-Support beim Drucker-
hersteller genauso ahnungslos sind und munter Schwachsinn bzgl.
"Installer nötig" verzapfen (zumindest meine Erfahrung mit 100% aller
diesbzgl. Support-Kontakte. Der einzige "Drucker-Hersteller", von dem je
was Kompetentes kam, war Heidelberg. Aber naja, deren Drucker sind halt
Druckmaschinen)
>> Aber mei, so ist das halt. Bei 'nem Kunden heute im Rahmen von 10.7-
>> Evaluierung mitbekommen, daß deren RICOHs wohl alleine deshalb nicht
>> so ohne Weiteres unter 10.7 zum Mitspielen zu bewegen sind, weil der
>> Installer "PPC-only" ist -- das, was er installiert, hingegen seit
>> Jahren schon Universal Binary.
>
> Das mit dem PPC-Installer schaffen auch "große" Hersteller, wie Adobe,
> Microsoft, ..
Klaro, Aktualisierung der Creative Suite 3 unter 10.7 scheitert im
> Microsoft, ..
Detail an irgendeinem PPC-only-Upgrader (für IIRC Illustrator). Office
ist zum Glück nicht mein Tisch :-)
Aber in Summe sieht's gar nicht so doof mit 10.7 aus. Das Backen der
Master-Images ist zwar bisserl aufwändig. Bzw. hilft dieser Umstand ein
wenig bei den ewigen Diskussionen, daß eine Konsolidierung eher gestern
als heute Not täte (bspw. Umstieg von CS3 auf CS5). Man ist ja jedesmal
froh, wenn man vor Diskussionen um sowas mit Kunden nicht bei IKEA
vorbeimuß (<http://kaiser-edv.de/images/kloppe.jpg>) sondern auch mal
entscheiderfreundliche "Sachzwänge" ins Spiel bringen kann.
Gruss,
Thomas
Hermann Schaefer
Sep 16, 2011, 4:31:30 AM9/16/11
to
Thomas Kaiser schrieb:
> Aber in Summe sieht's gar nicht so doof mit 10.7 aus. Das Backen der
> Master-Images ist zwar bisserl aufwändig. Bzw. hilft dieser Umstand ein
> wenig bei den ewigen Diskussionen, daß eine Konsolidierung eher gestern
> als heute Not täte (bspw. Umstieg von CS3 auf CS5).
Hmm.. kommt mir das nur so vor, oder ist CS4 wirklich so wenig im Umlauf?
Naja, 10.7 ist noch nicht wirklich ein Thema, zum Glück starten die aktuellen
iMacs ja noch mit 10.6.x, und so lange so Undinge wie Freehand noch rumgeistern,
kommt der harte Schnitt wohl erst mit der nächsten Generation Geräte. Mich
halten auch noch ein paar Tools vom Umstieg ab, noch wäre eine VM mit SL zu
umständlich. Ma guggn, Ende des Jahres vielleicht, aber die Politik von Apple
stinkt mir schon auch ein wenig, sei's drum.
> Man ist ja jedesmal
> froh, wenn man vor Diskussionen um sowas mit Kunden nicht bei IKEA
> vorbeimuß (<http://kaiser-edv.de/images/kloppe.jpg>) sondern auch mal
> entscheiderfreundliche "Sachzwänge" ins Spiel bringen kann.
Das kann aber auch genau gegenteilig laufen, wenn ein bescheuertes - aber
essentielles - Programm sich jeweils völlig unterschiedlich verhält je nachdem,
ob man die Daten per AFP, SMB oder nfs öffnet.. und unter Lion wieder alles
anders ist und noch schlimmer.. :D
Da würde man am liebsten mal mit dem Ikea-Teil bei den Entwicklern
vorbeischauen.. ^^
> Aber in Summe sieht's gar nicht so doof mit 10.7 aus. Das Backen der
> Master-Images ist zwar bisserl aufwändig. Bzw. hilft dieser Umstand ein
> wenig bei den ewigen Diskussionen, daß eine Konsolidierung eher gestern
> als heute Not täte (bspw. Umstieg von CS3 auf CS5).
Naja, 10.7 ist noch nicht wirklich ein Thema, zum Glück starten die aktuellen
iMacs ja noch mit 10.6.x, und so lange so Undinge wie Freehand noch rumgeistern,
kommt der harte Schnitt wohl erst mit der nächsten Generation Geräte. Mich
halten auch noch ein paar Tools vom Umstieg ab, noch wäre eine VM mit SL zu
umständlich. Ma guggn, Ende des Jahres vielleicht, aber die Politik von Apple
stinkt mir schon auch ein wenig, sei's drum.
> Man ist ja jedesmal
> froh, wenn man vor Diskussionen um sowas mit Kunden nicht bei IKEA
> vorbeimuß (<http://kaiser-edv.de/images/kloppe.jpg>) sondern auch mal
> entscheiderfreundliche "Sachzwänge" ins Spiel bringen kann.
essentielles - Programm sich jeweils völlig unterschiedlich verhält je nachdem,
ob man die Daten per AFP, SMB oder nfs öffnet.. und unter Lion wieder alles
anders ist und noch schlimmer.. :D
Da würde man am liebsten mal mit dem Ikea-Teil bei den Entwicklern
vorbeischauen.. ^^
Walter A. Schmidt
Sep 16, 2011, 5:46:23 AM9/16/11
to
Am 15.09.11 21:37, schrieb Thomas Kaiser:
> Wenn Du der Urheber des Ganzen gewesen sein solltest, dann hast Du da
> mindestens vor 9 Monaten anfragen müssen
... und auf den _amerikanischen_ Web-Seiten von Kyocera wurde das
Installations-Paket für 10.6/10.7 ja auch schon angezeigt - is klar
aber dass erst jetzt jemand aufgewacht ist und das auch _deutsche_
"Download-Center" aktualisiert hat, das halte ich durchaus für denkbar
;-)
--
Walter
> Wenn Du der Urheber des Ganzen gewesen sein solltest, dann hast Du da
> mindestens vor 9 Monaten anfragen müssen
Installations-Paket für 10.6/10.7 ja auch schon angezeigt - is klar
aber dass erst jetzt jemand aufgewacht ist und das auch _deutsche_
"Download-Center" aktualisiert hat, das halte ich durchaus für denkbar
;-)
--
Walter
Andre Igler
Sep 16, 2011, 10:42:33 AM9/16/11
to
Am 16.09.11 09:54, schrieb Thomas Kaiser:
> <http://kaiser-edv.de/images/kloppe.jpg>
:)
addio
--
pm <mein vorname> bei <mein nachname> punkt at
www.albinschwarz.com http://weblog.igler.at
> <http://kaiser-edv.de/images/kloppe.jpg>
:)
addio
--
pm <mein vorname> bei <mein nachname> punkt at
www.albinschwarz.com http://weblog.igler.at
Thomas Kaiser
Sep 16, 2011, 11:10:09 AM9/16/11
to
Andre Igler schrieb in <news:9dh5ip...@mid.individual.net>
Vorhin ganz vergessen -- die Gebrauchsanleitung:
<http://kaiser-edv.de/images/kloppe2.jpg>
Gruss,
Thomas
Vorhin ganz vergessen -- die Gebrauchsanleitung:
<http://kaiser-edv.de/images/kloppe2.jpg>
Gruss,
Thomas
Bjoern Seegebarth
Sep 16, 2011, 11:40:27 AM9/16/11
to
Am 16.09.11 17:10, schrieb Thomas Kaiser:
rofl.
Volker Heicappell
Sep 17, 2011, 6:11:07 AM9/17/11
to
Hallo Thomas,
Thomas Kaiser <Thomas...@phg-online.de> wrote:
> Daß man in der IT sein Geld mit redundantem und
> größtenteils sinnlosem Blödsinn verdient, ist wohl einfach so...
Deswegen habe ich schon seit Jahren als Ende/Auslog-Sound einen Ausschnitt
aus <http://www.youtube.com/watch?v=ti7Mhalk8s8> laufen.
"das ganze Geld mit Quatsch verdient". ;-)
Gruß
Volker
Thomas Kaiser <Thomas...@phg-online.de> wrote:
> Daß man in der IT sein Geld mit redundantem und
> größtenteils sinnlosem Blödsinn verdient, ist wohl einfach so...
aus <http://www.youtube.com/watch?v=ti7Mhalk8s8> laufen.
"das ganze Geld mit Quatsch verdient". ;-)
Gruß
Volker
0 new messages