Hallo liebes Forum,

ich habe ein Problem mit Quark 7.2.
Seitdem ich das Update aufgespielt habe, druckt Quark nicht mehr auf meinen Minolta Bizhub C450. Die PPD und der richtige Treiber stehen zur Auswahl, aber es kommt nach ausführen des Druckenbefehls nichts auf der Maschine an. Aus allen anderen Programmen und auch alte Quark 6.5 Version geht das einwandfrei.

Könnt ihr helfen?

Viele Grüße, Marco

Hallo Marco,

öffnen Sie die Mac OS X Konsole (Dienstprogramme) und das Protokoll /var/log/cups/error.log (siehe "Protokoll" Schaltfläche links oben). Löschen Sie das vorhandene Log (zweite Schaltfläche oben) und drucken Sie eine Testseite aus.
Teilen Sie uns dann den Inhalt des Error-Logs mit.

Hallo Herr Zacherl,

so trifft man sich wieder :-)
Ich habe schon einige ihrer Seminare besucht.

Anbei die Meldung aus dem Error-Log.

I [25/Jun/2007:09:18:08 +0200] Adding start banner page "none" to job 4339.
I [25/Jun/2007:09:18:08 +0200] Adding end banner page "none" to job 4339.
I [25/Jun/2007:09:18:08 +0200] Job 4339 queued on 'X3eTY_CB99_35C_KM_Drucken' by 'mm'.
I [25/Jun/2007:09:18:08 +0200] Started filter /Library/Printers/efi/Filters/fierycupsfilter (PID 307) for job 4339.
I [25/Jun/2007:09:18:08 +0200] Started backend /usr/libexec/cups/backend/pap (PID 308) for job 4339.

Hallo Markus,

sieht nach dem "Klassiker" aus.
Höchstwahrscheinlich ist in der verwendeten PPD-Datei ein "*cupsFilter:" Eintrag. Dieser bringt QuarkXpress 7 ins Schleudern.
Kommentieren Sie diese Zeile innerhalb der verwendeten PPD-Datei aus (durch Einfügen eines Prozentzeichens hinter dem führenden "*") und probieren Sie es erneut.

Beachten Sie, dass Sie durch Deaktivierung des Fiery-spezifischen backends unter Umstaänden einige gerätespezifische Funktionen verlieren und die "Kopien" Funktion eine falsche Anzahl von Ausdrucken liefert.

Die einzige und wahrscheinlich bessere Alternative wäre einen aktualisierten Fiery-Treiber zu laden.
Siehe hier:
http://services.efi.com/support/drivers/download2.asp?oem=efi&sys=OSX_CUPS_Filter_Fix&ver=2.2

Das hat leider nicht geholfen.

folgende LOG Meldung:

I [25/Jun/2007:10:14:57 +0200] Adding start banner page "none" to job 4342.
I [25/Jun/2007:10:14:57 +0200] Adding end banner page "none" to job 4342.
I [25/Jun/2007:10:14:57 +0200] Job 4342 queued on 'X3eTY_CB99_35C_KM_Drucken' by 'mm'.
I [25/Jun/2007:10:14:57 +0200] Started filter /Library/Printers/efi/Filters/fierycupsfilter (PID 257) for job 4342.
I [25/Jun/2007:10:14:57 +0200] Started backend /usr/libexec/cups/backend/pap (PID 258) for job 4342.


Ich probiere noch mal den original Treiber von der CD aus.

Hallo markus,

keine Ahnung was Sie gemacht haben, aber es zeigte keine Wirkung.
Haben Sie die genannte Zeile auskommentiert? Wenn ja, haben Sie die modifizierte PPD-Datei dann auch neu dem Drucker im Drucker Dienstprogramm von Mac OS X zugewiesen? Das ist natürlich eine Grundvoraussetzung.

Ich weiß auch nicht so recht weiter. Kann ich irgendwie was an den Preferences ändern?

Viele Grüße, Marco

hallo marco

schildere doch bitte mal exakt, was du bisher getan hast. so haben wir vielleicht die möglichkeit, den haken zu finden.

Kann ich gerne machen.


Ich habe ein lauffähiges System hier mit Quark 6.5.
Dann habe ich mir das Update auf 7.2 gekauft und installiert.

Alles ging reibungslos.

Nur kann ich aus Quark 7.2 keine Dokumente ausdrucken. Der richtige Druckertreiber und PPD (wie auch in Quark 6.5) ist ausgewählt, aber aus Quark 7 gehen die Druckaufträge ins Nichts. Der Drucker druckt es nicht aus.

Drucke ich das gleiche Dokument aus Quark 6.5 geht dies ohne Probleme.


Den Lösungsansatz von Herrn Zacherl habe ich probiert, leider erfolglos.
Dann habe ich nochmal den Originaltreiber von der EFI-Treiber CD installiert, aber auch hier bei Quark 7.2 kein Erfolg.

Hi,

eigentlich glaube ich nicht, dass es hilft weil es nicht direkt etwas mit dem AdobePDF-Problem zu tun hat, aber der Test ist leicht und "schadet nichts":

Im Terminal mal einmal eingeben
sudo chmod 755 /private/var/spool/cups

und dann mal testen.

Entnommen aus der Fehlerbehebung von Robert Zacherl:
http://www.hilfdirselbst.ch/foren/gforum.cgi?post=256484;#256484

Wenn es doch hilft: Irgendwo in dem Thread gibt's ein entsprechendes Terminalskript, dass man nach dem Neustarten dann starten muss (Startobjekte).

Schönen Gruß
Jürgen Mues

Hallo Markus,

es wäre überaus hilfreich und zielführend, wenn Sie uns endlich sagen würden, was genau Sie bislang alles ausprobiert haben. Leider gehen Sie aber auf meine Fragen in keinster Weise ein.

Zu erwarten, dass auf einer Installations-CD, die nicht wöchenlich neu aufgelegt wird, die aktuellsten Treiber zu finden sind, ist ziemlich optimistisch. Deshalb der Link zum aktuellen Fiery-Treiber in meiner ersten Antwort.

Mehr, als geschildert habe ich ja noch nicht unternommen.

Aber Quark hat mir gerade am Telefonsupport versucht zu helfen. Man sagte mir nur, "ein bekanntes Problem", man schickt mir per Email eine Kurzanleitung zu, wo ich dann die PPD meines Fiery-Rips manipulieren muss.

Ich bin gespannt und melde mich, wie es gelaufen ist.

Hallo Markus,

das was Sie von Quark-Support erhalten werden, ist die Anweisung die Zeile die mit "*cupsFilter:" beginnt aus der PPD zu löschen oder auszukommentieren und diesen Lösungsvorschlag habe ich bereits in meiner ersten Antwort gegeben.

Hallo,

Antwort auf [ jmues ]

aber der Test ist leicht und "schadet nichts":

Im Terminal mal einmal eingeben
sudo chmod 755 /private/var/spool/cups

Nee, nee. Das ist generell keine gute Idee. Nicht nur, weil sie in der Frage nichts hilft sondern weil ein Herumschrauben an den Berechtigungen des CUPS' Spoolverzeichnis Sicherheitsprobleme aufwirft (CUPS selbst geht davon aus, daß die Berechtigungen hier restriktiv gesetzt sind und das aus gutem Grund)

BTW: Hier wurde ja vor paar Wochen die AdobePDF-Problematik schon besprochen und als kleine Machbarkeitsstudie bereits eine (unelegante) Lösung meinerseits gepostet. Ein Installer mit einer sauberen Lösung befindet sich zur Zeit im Betatest. Nur leider hab ich von niemandem, der damit getestet hätte, je wieder gehört (inkl. Quark selbst). Scheint also wohl alles nicht so wichtig zu sein...

Gruss,

Thomas

Antwort auf [ Thomas Kaiser ]

Hallo,

Antwort auf [ jmues ]

aber der Test ist leicht und "schadet nichts":

Im Terminal mal einmal eingeben
sudo chmod 755 /private/var/spool/cups

Nee, nee. Das ist generell keine gute Idee. Nicht nur, weil sie in der Frage nichts hilft sondern weil ein Herumschrauben an den Berechtigungen des CUPS' Spoolverzeichnis Sicherheitsprobleme aufwirft (CUPS selbst geht davon aus, daß die Berechtigungen hier restriktiv gesetzt sind und das aus gutem Grund)

... ich würde es probieren... Denn die Rechte werden nach einem Neustart ja wieder korrekt gesetzt. Es schadet nicht.

Nicht immer trifft "nicht sein kann, was nicht sein darf" zu ... ;-)

Da gab es doch eine Mac OS X Systemversion (10.4.9 ohne SecurityPatch 005 ?), die CUPS-Probleme hatte?

Schönen Gruß
Jürgen