Drucker: HP Laserjet 6L
Habe KDE 3.03 drauf und testing laufen.
Zum Drucken habe ich CUPS installiert und a2ps + gs
Kernel hat devfs.
Irgendwie klappt bei mir das Drucken als User nicht richtig.
Aus KDE-Anwendungen geht das problemlos, aber nicht aus Gimp GNUmeric und AbiWord. - Druckauftrag wird vorbereitet, es kommt aber einfach nichts.
Als root geht's aber tadellos, nur nicht als "normaler" User.
Eine "Kontolle" zeigt dann an der Konsole:
lp: unable to create temporary file.
...bei allen drei Anwendungen.
Ein Befehl wie:
lp -dhpjl6l IrgendEinBild.gif
funktioniert aber schon. Da gibt's den Fehler nicht.
Als Druckbefehl steht in Gimp "lp -s -dhplj6l -oraw" drin.
Genügend Platz ist eigentlich schon auf der Platte frei.
...
Bin wirklich ratlos.
Hat jemand ne Ahnung wo ich suchen könnte??
Soll ich noch Infos nachliefern?
Schönen Gruß
shh
Druckproblem: lp: unable to create temporary file.
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Zusätzlich muss /tmp zum Drucken "sticky" sein. "chmod 1777 /tmp".
Patrick
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
> Rechtekonflikt
Das liegt nahe, ich finde ihn aber nicht.
/tmp Verzeichnis hat bereits 1777
Hmm, vielleicht liegt's am cups?
Ach ja, der Kernel hat doch kein devfs. Da habe ich mich vertan.
Der entsprechende User ist in der Gruppe lpadmin eingetragen (in /etc/group). lpadmin ist ja die default-admin Gruppe vom Drucker unter cups.
Devices: (Ich habe sicherheitshalber auch anderen Gruppen zugelassen. Hat nichts geholfen). Der Drucker hängt an lp0.
Gruß
shh
Nachtrag:
Gimp hat als tmp-Verzeichnis ja ein Unterverzeichnis im home-Verzeichnis.
Bei mir heißt das ~/.gimp-1.2/tmp
Es hat die Rechte:
Könnt Ihr bitte mal schaun, ob sich da was zwickt? Habt ihr andere Rechte auf das Verzeichnis?
Bleibt die Frage, warum andere GTK-Anwendungen (Abiword, GNUmeric) das selbe Problem haben.
Ach ja, noch ne Frage:
Was bewirkt das sticky-bit?
Das liegt nahe, ich finde ihn aber nicht.
/tmp Verzeichnis hat bereits 1777
Code: Alles auswählen
drwxrwxrwt 10 root root 384 2002-10-08 20:00 tmp
Hmm, vielleicht liegt's am cups?
Ach ja, der Kernel hat doch kein devfs. Da habe ich mich vertan.
Der entsprechende User ist in der Gruppe lpadmin eingetragen (in /etc/group). lpadmin ist ja die default-admin Gruppe vom Drucker unter cups.
Devices: (Ich habe sicherheitshalber auch anderen Gruppen zugelassen. Hat nichts geholfen). Der Drucker hängt an lp0.
Code: Alles auswählen
rechner:/dev# l lp*
crw-rw-rw- 1 root lp 6, 0 2002-01-24 17:26 lp0
crw-rw---- 1 root lp 6, 1 2002-01-24 17:26 lp1
crw-rw---- 1 root lp 6, 2 2002-01-24 17:26 lp2
rechner:/dev# l par*
crw-rw---- 1 root lp 6, 0 2002-01-24 17:26 par0
crw-rw---- 1 root lp 6, 1 2002-01-24 17:26 par1
crw-rw---- 1 root lp 6, 2 2002-01-24 17:26 par2
shh
Nachtrag:
Gimp hat als tmp-Verzeichnis ja ein Unterverzeichnis im home-Verzeichnis.
Bei mir heißt das ~/.gimp-1.2/tmp
Es hat die Rechte:
Code: Alles auswählen
drwxr-xr-x 2 name name 48 2002-10-02 11:21 tmp
Bleibt die Frage, warum andere GTK-Anwendungen (Abiword, GNUmeric) das selbe Problem haben.
Ach ja, noch ne Frage:
Was bewirkt das sticky-bit?
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Das ist nicht 1777, sondern 0777. 1777 ist drwxrwxrwt. Versuch das 'mal.shh hat geschrieben:/tmp Verzeichnis hat bereits 1777Code: Alles auswählen
drwxrwxrwt 10 root root 384 2002-10-08 20:00 tmp
Sticky bedeutet, dass in dem Verzeichnis angelegte Dateien nur von root oder ihrem Besitzer gelöscht werden können. Sonst könnte jeder Deine /tmp/* Files löschen, was natürlich unerwünscht ist.Was bewirkt das sticky-bit?
/var/tmp sollte die gleichen Permissions haben.
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
> Das ist nicht 1777, sondern 0777. 1777 ist drwxrwxrwt. Versuch das 'mal.
Schau nochmal hin! Da steht doch ausdrücklich ein t hinten anstatt einem x.
Habe auch schon mehrfach chmod 1777 /tmp ausgeführt. Ändert sich nichts.
> /var/tmp sollte die gleichen Permissions haben.
Huch!
Das Verzeichnis gibts bei mir gar nicht!
ich werde das doch wohl nicht mal übereifrig beim Aufräumen gelöscht haben...
Mooooment. Muß mal testen...
Gruß
shh
Schau nochmal hin! Da steht doch ausdrücklich ein t hinten anstatt einem x.
Habe auch schon mehrfach chmod 1777 /tmp ausgeführt. Ändert sich nichts.
> /var/tmp sollte die gleichen Permissions haben.
Huch!
Das Verzeichnis gibts bei mir gar nicht!
ich werde das doch wohl nicht mal übereifrig beim Aufräumen gelöscht haben...
Mooooment. Muß mal testen...
Gruß
shh