J'ai une bête imprimante Epson sur port parallèle, que je cherche à
faire tourner avec CUPS. C'est là que commencent les difficultés !
J'ai compilé cups, gimp-print, foomatic selon le site
LinuxPrinting.org. J'ai suivi leur instructions pour CUPS, mais dès
l'étape de configuration via navigateur, CUPS rame come un fou :-(
Je m'explique : je lance mon navigateur sur http://127.0.0.1:631
admin, je me logge en root sans problème, puis je clique sur "ajouter
une imprimante" ; il lui faut alors plus de trois minutes pour me
charger la page : le débit chute rapidement à zéro, le processeur (un
AMD Athlon 2400+) tourne à 98% pour cups (d'après top), puis la page
s'affiche ; je rempli les cases, puis je clique sur poursuivre, et il
lui faut encore le même cirque pour avoir la page des ports... et en
plus, la liste déroulante est vide !
En cherchant sur Internet, je trouve une info sur l'ordre Deny Allow,
amis en les changeant, rien ne change, et en les supprimant idem.
Ma configuration est la suivante :
grep -v "^$\|^#" /etc/cups/cupsd.conf :
AccessLog syslog
ErrorLog syslog
LogLevel debug2
PageLog syslog
MaxJobs 50
Port 631
<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
</Location>
<Location /admin>
AuthType Basic
AuthClass System
#Order Deny,Allow # Remis pour détail
#Deny From All #
#Allow From 127.0.0.1 #
</Location>
et le résultat sur syslog :
ReadClient() 9, used=0
CloseClient() 9
CloseClient: Removing fd 9 from InputSet and OutputSet...
AcceptClient(0x8084cb8) 0 NumClients = 3
AcceptClient() 5 from localhost:631.
AcceptClient: Adding fd 5 to InputSet...
ReadClient() 5, used=0
ReadClient() 5 GET /admin/?op=add-printer HTTP/1.1
decode_auth(0x40509498): Authorization string = "Basic
cm9vdDpNb2luJDJEYW5nZVI="
decode_auth() 5 username="root"
IsAuthorized: con->uri = "/admin/?op=add-printer"
FindBest: uri = "/admin/?op=add-printer"...
FindBest: Location / Limit 7f
FindBest: Location /admin Limit 7f
FindBest: best = "/admin"
IsAuthorized: auth = 0, satisfy=0...
IsAuthorized: username = "root" password = 12 chars
IsAuthorized: Checking "root", address = 7f000001, hostname =
"localhost"
argv[0] = ""
envp[0] = "PATH=/bin:/usr/bin"
envp[1] = "SERVER_SOFTWARE=CUPS/1.1"
envp[2] = "GATEWAY_INTERFACE=CGI/1.1"
envp[3] = "SERVER_PROTOCOL=HTTP/1.1"
envp[4] = "REDIRECT_STATUS=1"
envp[5] = "CUPS_SERVER=localhost"
envp[6] = "IPP_PORT=631"
envp[7] = "SERVER_NAME=localhost"
envp[8] = "SERVER_PORT=631"
envp[9] = "REMOTE_ADDR=127.0.0.1"
envp[10] = "REMOTE_HOST=localhost"
envp[11] = "REMOTE_USER=root"
envp[12] = "LANG=fr.UTF-8"
envp[13] = "TZ=Europe/Paris"
envp[14] = "TMPDIR=/var/spool/cups/tmp"
envp[15] = "CUPS_DATADIR=/usr/share/cups"
envp[16] = "CUPS_SERVERROOT=/etc/cups"
envp[17] = "HTTP_USER_AGENT=Mozilla/5.0 (compatible; Konqueror/3.2;
Linux; fr, ffr_FR) (KHTML, like Gecko)"
envp[18] = "SCRIPT_NAME=/admin/"
envp[19] = "REQUEST_METHOD=GET"
envp[20] = "QUERY_STRING=op=add-printer"
AddCert: adding certificate for pid 1591
CGI /usr/lib/cups/cgi-bin/admin.cgi started - PID = 1591
Started "/usr/lib/cups/cgi-bin/admin.cgi" (pid=1591)
SendCommand() 5 file=10
SendCommand: Adding fd 10 to InputSet...
SendCommand: Adding fd 5 to OutputSet...
REQUEST localhost - root "GET /admin/?op=add-printer HTTP/1.1" 200 0
WriteClient() 5 Content-Type: text/html;charset=utf-8
WriteClient() 5
WriteClient() 5 1224 bytes
Closing client 7 after 300 seconds of inactivity...
CloseClient() 7
CloseClient: Removing fd 7 from InputSet and OutputSet...
Closing client 8 after 300 seconds of inactivity...
CloseClient() 8
CloseClient: Removing fd 8 from InputSet and OutputSet...
ReadClient() 6, used=0
CloseClient() 6
CloseClient: Removing fd 6 from InputSet and OutputSet...
DeleteCert: removing certificate for pid 0
AddCert: adding certificate for pid 0
PID 1591 exited with no errors.
DeleteCert: removing certificate for pid 1591
WriteClient() 5 1253 bytes
REQUEST localhost - root "GET /admin/?op=add-printer HTTP/1.1" 200
2477
WriteClient: Removing fd 5 from OutputSet...
REQUEST localhost - root "GET /admin/?op=add-printer HTTP/1.1" 200 0
WriteClient() 5 Content-Type: text/html;charset=utf-8
WriteClient() 5
WriteClient() 5 1224 bytes
Closing client 7 after 300 seconds of inactivity...
CloseClient() 7
CloseClient: Removing fd 7 from InputSet and OutputSet...
Closing client 8 after 300 seconds of inactivity...
CloseClient() 8
CloseClient: Removing fd 8 from InputSet and OutputSet...
ReadClient() 6, used=0
CloseClient() 6
CloseClient: Removing fd 6 from InputSet and OutputSet...
DeleteCert: removing certificate for pid 0
AddCert: adding certificate for pid 0
PID 1591 exited with no errors.
DeleteCert: removing certificate for pid 1591
WriteClient() 5 1253 bytes
REQUEST localhost - root "GET /admin/?op=add-printer HTTP/1.1" 200
2477
WriteClient: Removing fd 5 from OutputSet...
WriteClient: Removing fd 10 from InputSet...
WriteClient: 5 Closing data file 10.
ReadClient() 5, used=0
CloseClient() 5
CloseClient: Removing fd 5 from InputSet and OutputSet...
DeleteCert: removing certificate for pid 0
AddCert: adding certificate for pid 0
DeleteCert: removing certificate for pid 0
AddCert: adding certificate for pid 0
DeleteCert: removing certificate for pid 0
AddCert: adding certificate for pid 0
Je ne comprends pas d'où cela peut venir.
Je précise que gimp-print fonctionne très bien (quand je l'utilise
avec gimp), et que mon firewall ne bloque rien sur
localhost=127.0.0.1.
Merci de vos aides, je nage...
--
Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel)
GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
Ben, je pensais que les lignes REQUEST correspondaient à cela !
j'avais compris que le journal n'avait que des lignes avec 'closing client...'. Pourquoi ne pas en poster un bout ? Aie ! Je crois qu'on ne parle pas de la même chose alors, parce que le
journal, c'est ce que j'ai posté au début de ce fil (dans son intégralité, parce que je ne voyais pas où était la source de mon problème).
J'espère que ce coup ci les include sont corrects :-) Oui, oui. J'ai fait ce que j'ai dit : suppression de
Kerberos5-Heimdal, réinstallation de la glibc, puis installation de Kerberos5-MIT. Et ça a même réussi ;-) -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
Ben, je pensais que les lignes REQUEST correspondaient à cela !
j'avais compris que le journal n'avait que des lignes avec 'closing
client...'. Pourquoi ne pas en poster un bout ?
Aie ! Je crois qu'on ne parle pas de la même chose alors, parce que le
journal, c'est ce que j'ai posté au début de ce fil (dans son
intégralité, parce que je ne voyais pas où était la source de mon
problème).
J'espère que ce coup ci les include sont corrects :-)
Oui, oui. J'ai fait ce que j'ai dit : suppression de
Kerberos5-Heimdal, réinstallation de la glibc, puis installation de
Kerberos5-MIT. Et ça a même réussi ;-)
--
Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel)
GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
Ben, je pensais que les lignes REQUEST correspondaient à cela !
j'avais compris que le journal n'avait que des lignes avec 'closing client...'. Pourquoi ne pas en poster un bout ? Aie ! Je crois qu'on ne parle pas de la même chose alors, parce que le
journal, c'est ce que j'ai posté au début de ce fil (dans son intégralité, parce que je ne voyais pas où était la source de mon problème).
J'espère que ce coup ci les include sont corrects :-) Oui, oui. J'ai fait ce que j'ai dit : suppression de
Kerberos5-Heimdal, réinstallation de la glibc, puis installation de Kerberos5-MIT. Et ça a même réussi ;-) -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
g.patel
On Fri, 14 May 2004 18:44:54 +0200, Laurent =?ISO-8859-15?Q?Hugé? wrote:
Aie ! Je crois qu'on ne parle pas de la même chose alors, parce que le journal, c'est ce que j'ai posté au début de ce fil (dans son intégralité, parce que je ne voyais pas où était la source de mon problème).
j'ai manqué le début. J'ai une vague idée de la raison. Il est connu que le acheteumeuleu est interdit sur la hiérarchie .fr; je soupçonne l'existence robot qui a annulé automatiquement le premier post (qui contenait effectivement des expressions typiques du acheteumeuleu du fait de l'utilisation intensive de ce language par Cups)
Lisant le premier post grace à Gougueule, j'aurais les idées suivantes :
- essayer de passer l'authtype de /admin en 'None'. - vérifier si l'utilisateur lançant cups a bien les droits appropriés (est ce que c'est root ?) - positionner TempDir (par défaut c'est le contenu d'une variable d'environnement; méfiance...) - vérifier que les répertoires par défaut définis dans le fichier de configuration existent bien.
Gérard Patel
On Fri, 14 May 2004 18:44:54 +0200, Laurent =?ISO-8859-15?Q?Hugé? <hugePasDeSpam.root@freePasDeSpam.fr> wrote:
Aie ! Je crois qu'on ne parle pas de la même chose alors, parce que le
journal, c'est ce que j'ai posté au début de ce fil (dans son
intégralité, parce que je ne voyais pas où était la source de mon
problème).
j'ai manqué le début. J'ai une vague idée de la raison. Il
est connu que le acheteumeuleu est interdit sur la hiérarchie
.fr; je soupçonne l'existence robot qui a annulé automatiquement
le premier post (qui contenait effectivement des expressions
typiques du acheteumeuleu du fait de l'utilisation intensive
de ce language par Cups)
Lisant le premier post grace à Gougueule, j'aurais les idées
suivantes :
- essayer de passer l'authtype de /admin en 'None'.
- vérifier si l'utilisateur lançant cups a bien les droits
appropriés (est ce que c'est root ?)
- positionner TempDir (par défaut c'est le contenu d'une
variable d'environnement; méfiance...)
- vérifier que les répertoires par défaut définis dans le
fichier de configuration existent bien.
On Fri, 14 May 2004 18:44:54 +0200, Laurent =?ISO-8859-15?Q?Hugé? wrote:
Aie ! Je crois qu'on ne parle pas de la même chose alors, parce que le journal, c'est ce que j'ai posté au début de ce fil (dans son intégralité, parce que je ne voyais pas où était la source de mon problème).
j'ai manqué le début. J'ai une vague idée de la raison. Il est connu que le acheteumeuleu est interdit sur la hiérarchie .fr; je soupçonne l'existence robot qui a annulé automatiquement le premier post (qui contenait effectivement des expressions typiques du acheteumeuleu du fait de l'utilisation intensive de ce language par Cups)
Lisant le premier post grace à Gougueule, j'aurais les idées suivantes :
- essayer de passer l'authtype de /admin en 'None'. - vérifier si l'utilisateur lançant cups a bien les droits appropriés (est ce que c'est root ?) - positionner TempDir (par défaut c'est le contenu d'une variable d'environnement; méfiance...) - vérifier que les répertoires par défaut définis dans le fichier de configuration existent bien.
Gérard Patel
Laurent Hugé
j'ai manqué le début. J'ai une vague idée de la raison. Il est connu que le acheteumeuleu est interdit sur la hiérarchie .fr; je soupçonne l'existence robot qui a annulé automatiquement le premier post (qui contenait effectivement des expressions typiques du acheteumeuleu du fait de l'utilisation intensive de ce language par Cups) Il ne faut donc pas que je m'étonne de ne pas avoir de réponse à mon
post ! Comment puis-je faire pour distribuer ce post alors ?
- essayer de passer l'authtype de /admin en 'None'. C'est fait.
- vérifier si l'utilisateur lançant cups a bien les droits appropriés (est ce que c'est root ?) Oui, c'est bien root.
- positionner TempDir (par défaut c'est le contenu d'une variable d'environnement; méfiance...) J'ai changé TempDir, mais je ne suis pas sûr : c'est bien le fichier
de configuration qui va supplanter la variable d'environnement, n'est-ce pas ?
- vérifier que les répertoires par défaut définis dans le fichier de configuration existent bien. Le seul répertoire défini est TempDir, et il existe.
Malheureusement, après tous ceci, cela ne marche pas mieux ! -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
j'ai manqué le début. J'ai une vague idée de la raison. Il
est connu que le acheteumeuleu est interdit sur la hiérarchie
.fr; je soupçonne l'existence robot qui a annulé automatiquement
le premier post (qui contenait effectivement des expressions
typiques du acheteumeuleu du fait de l'utilisation intensive
de ce language par Cups)
Il ne faut donc pas que je m'étonne de ne pas avoir de réponse à mon
post ! Comment puis-je faire pour distribuer ce post alors ?
- essayer de passer l'authtype de /admin en 'None'.
C'est fait.
- vérifier si l'utilisateur lançant cups a bien les droits
appropriés (est ce que c'est root ?)
Oui, c'est bien root.
- positionner TempDir (par défaut c'est le contenu d'une
variable d'environnement; méfiance...)
J'ai changé TempDir, mais je ne suis pas sûr : c'est bien le fichier
de configuration qui va supplanter la variable d'environnement,
n'est-ce pas ?
- vérifier que les répertoires par défaut définis dans le
fichier de configuration existent bien.
Le seul répertoire défini est TempDir, et il existe.
Malheureusement, après tous ceci, cela ne marche pas mieux !
--
Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel)
GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
j'ai manqué le début. J'ai une vague idée de la raison. Il est connu que le acheteumeuleu est interdit sur la hiérarchie .fr; je soupçonne l'existence robot qui a annulé automatiquement le premier post (qui contenait effectivement des expressions typiques du acheteumeuleu du fait de l'utilisation intensive de ce language par Cups) Il ne faut donc pas que je m'étonne de ne pas avoir de réponse à mon
post ! Comment puis-je faire pour distribuer ce post alors ?
- essayer de passer l'authtype de /admin en 'None'. C'est fait.
- vérifier si l'utilisateur lançant cups a bien les droits appropriés (est ce que c'est root ?) Oui, c'est bien root.
- positionner TempDir (par défaut c'est le contenu d'une variable d'environnement; méfiance...) J'ai changé TempDir, mais je ne suis pas sûr : c'est bien le fichier
de configuration qui va supplanter la variable d'environnement, n'est-ce pas ?
- vérifier que les répertoires par défaut définis dans le fichier de configuration existent bien. Le seul répertoire défini est TempDir, et il existe.
Malheureusement, après tous ceci, cela ne marche pas mieux ! -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
g.patel
On Sat, 15 May 2004 10:44:23 +0200, Laurent =?ISO-8859-15?Q?Hugé? wrote:
Il ne faut donc pas que je m'étonne de ne pas avoir de réponse à mon post ! Comment puis-je faire pour distribuer ce post alors ?
bon, je ne suis pas certain que ce soit bien la raison, d'ailleurs; en remplaçant les mots clé pour les rendre non reconnaissable, du genre html par htnl ça peut peut-etre changer la situation.
J'ai changé TempDir, mais je ne suis pas sûr : c'est bien le fichier de configuration qui va supplanter la variable d'environnement, n'est-ce pas ?
- vérifier que les répertoires par défaut définis dans le fichier de configuration existent bien. Le seul répertoire défini est TempDir, et il existe.
ah mais ça n'a pas d'importance qu'un fichier/répertoire ne soit pas _défini_ (positionné) dans le fichier de configuration; ça n'empeche pas qu'il soit utilisé dans le programme si c'est la valeur par défaut. Donc meme les valeurs en commentaires doivent etre controlées.
(...)
Malheureusement, après tous ceci, cela ne marche pas mieux !
ah. Désolé pour le délai pour répondre, j'avais manqué le post (pas à cause du serveur, par suite d'une fausse manoeuvre de ma part)
Gérard Patel
On Sat, 15 May 2004 10:44:23 +0200, Laurent =?ISO-8859-15?Q?Hugé? <hugePasDeSpam.root@freePasDeSpam.fr> wrote:
Il ne faut donc pas que je m'étonne de ne pas avoir de réponse à mon
post ! Comment puis-je faire pour distribuer ce post alors ?
bon, je ne suis pas certain que ce soit bien la raison, d'ailleurs;
en remplaçant les mots clé pour les rendre non reconnaissable,
du genre html par htnl ça peut peut-etre changer la situation.
J'ai changé TempDir, mais je ne suis pas sûr : c'est bien le fichier
de configuration qui va supplanter la variable d'environnement,
n'est-ce pas ?
- vérifier que les répertoires par défaut définis dans le
fichier de configuration existent bien.
Le seul répertoire défini est TempDir, et il existe.
ah mais ça n'a pas d'importance qu'un fichier/répertoire ne soit pas
_défini_ (positionné) dans le fichier de configuration; ça n'empeche
pas qu'il soit utilisé dans le programme si c'est la valeur par
défaut. Donc meme les valeurs en commentaires doivent
etre controlées.
(...)
Malheureusement, après tous ceci, cela ne marche pas mieux !
ah.
Désolé pour le délai pour répondre, j'avais manqué le post
(pas à cause du serveur, par suite d'une fausse manoeuvre
de ma part)
On Sat, 15 May 2004 10:44:23 +0200, Laurent =?ISO-8859-15?Q?Hugé? wrote:
Il ne faut donc pas que je m'étonne de ne pas avoir de réponse à mon post ! Comment puis-je faire pour distribuer ce post alors ?
bon, je ne suis pas certain que ce soit bien la raison, d'ailleurs; en remplaçant les mots clé pour les rendre non reconnaissable, du genre html par htnl ça peut peut-etre changer la situation.
J'ai changé TempDir, mais je ne suis pas sûr : c'est bien le fichier de configuration qui va supplanter la variable d'environnement, n'est-ce pas ?
- vérifier que les répertoires par défaut définis dans le fichier de configuration existent bien. Le seul répertoire défini est TempDir, et il existe.
ah mais ça n'a pas d'importance qu'un fichier/répertoire ne soit pas _défini_ (positionné) dans le fichier de configuration; ça n'empeche pas qu'il soit utilisé dans le programme si c'est la valeur par défaut. Donc meme les valeurs en commentaires doivent etre controlées.
(...)
Malheureusement, après tous ceci, cela ne marche pas mieux !
ah. Désolé pour le délai pour répondre, j'avais manqué le post (pas à cause du serveur, par suite d'une fausse manoeuvre de ma part)
Gérard Patel
Laurent Hugé
gerard patel nous écrivait :
ah mais ça n'a pas d'importance qu'un fichier/répertoire ne soit pas défini (positionné) dans le fichier de configuration; ça n'empeche pas qu'il soit utilisé dans le programme si c'est la valeur par défaut. Donc meme les valeurs en commentaires doivent etre controlées. D'accord, je vais prendre ça en compte.
Malheureusement, après tous ceci, cela ne marche pas mieux !
ah. Désolé pour le délai pour répondre, j'avais manqué le post (pas à cause du serveur, par suite d'une fausse manoeuvre de ma part)
C'est loin d'être grave. Moi-même, je ne fait d'informatique qu'un
soir sur deux en semaine, pour éviter que ma femme ne demande le divorce !
Sinon, doutant de ma compilation, je me suis lancé dans un recompilation de cups (version cvs 1.2.x, pour voir) ; j'ai supprimé toutes les optimisations de compilation, et dès que ce sera près, je vais m'atteler à la tâche. Par contre, en fouillant un peu, pendant la compilation, je me suis intéressé au fichier /etc/pam.d/cups. Il est installé par cups lui-même (au vu de son timestamp de modification), mais mon problème pourrait-il venir de lui (une vérification qui ne passerait pas, même si je ne comprends pas pourquoi cups ne le dit pas dans les journaux) ? -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
gerard patel nous écrivait :
ah mais ça n'a pas d'importance qu'un fichier/répertoire ne soit pas
défini (positionné) dans le fichier de configuration; ça n'empeche
pas qu'il soit utilisé dans le programme si c'est la valeur par
défaut. Donc meme les valeurs en commentaires doivent
etre controlées.
D'accord, je vais prendre ça en compte.
Malheureusement, après tous ceci, cela ne marche pas mieux !
ah.
Désolé pour le délai pour répondre, j'avais manqué le post
(pas à cause du serveur, par suite d'une fausse manoeuvre
de ma part)
C'est loin d'être grave. Moi-même, je ne fait d'informatique qu'un
soir sur deux en semaine, pour éviter que ma femme ne demande le
divorce !
Sinon, doutant de ma compilation, je me suis lancé dans un
recompilation de cups (version cvs 1.2.x, pour voir) ; j'ai supprimé
toutes les optimisations de compilation, et dès que ce sera près, je
vais m'atteler à la tâche.
Par contre, en fouillant un peu, pendant la compilation, je me suis
intéressé au fichier /etc/pam.d/cups. Il est installé par cups
lui-même (au vu de son timestamp de modification), mais mon problème
pourrait-il venir de lui (une vérification qui ne passerait pas, même
si je ne comprends pas pourquoi cups ne le dit pas dans les
journaux) ?
--
Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel)
GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
ah mais ça n'a pas d'importance qu'un fichier/répertoire ne soit pas défini (positionné) dans le fichier de configuration; ça n'empeche pas qu'il soit utilisé dans le programme si c'est la valeur par défaut. Donc meme les valeurs en commentaires doivent etre controlées. D'accord, je vais prendre ça en compte.
Malheureusement, après tous ceci, cela ne marche pas mieux !
ah. Désolé pour le délai pour répondre, j'avais manqué le post (pas à cause du serveur, par suite d'une fausse manoeuvre de ma part)
C'est loin d'être grave. Moi-même, je ne fait d'informatique qu'un
soir sur deux en semaine, pour éviter que ma femme ne demande le divorce !
Sinon, doutant de ma compilation, je me suis lancé dans un recompilation de cups (version cvs 1.2.x, pour voir) ; j'ai supprimé toutes les optimisations de compilation, et dès que ce sera près, je vais m'atteler à la tâche. Par contre, en fouillant un peu, pendant la compilation, je me suis intéressé au fichier /etc/pam.d/cups. Il est installé par cups lui-même (au vu de son timestamp de modification), mais mon problème pourrait-il venir de lui (une vérification qui ne passerait pas, même si je ne comprends pas pourquoi cups ne le dit pas dans les journaux) ? -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
g.patel
On Tue, 18 May 2004 22:43:23 +0200, Laurent =?ISO-8859-15?Q?Hugé? wrote:
(...)
Par contre, en fouillant un peu, pendant la compilation, je me suis intéressé au fichier /etc/pam.d/cups. Il est installé par cups lui-même (au vu de son timestamp de modification), mais mon problème pourrait-il venir de lui
c'est pour éliminer un éventuel problème de pam que j'avais conseillé de mettre None comme authentification; donc je ne pense pas.
Gérard Patel
On Tue, 18 May 2004 22:43:23 +0200, Laurent =?ISO-8859-15?Q?Hugé? <hugePasDeSpam.root@freePasDeSpam.fr> wrote:
(...)
Par contre, en fouillant un peu, pendant la compilation, je me suis
intéressé au fichier /etc/pam.d/cups. Il est installé par cups
lui-même (au vu de son timestamp de modification), mais mon problème
pourrait-il venir de lui
c'est pour éliminer un éventuel problème de pam que j'avais
conseillé de mettre None comme authentification; donc je
ne pense pas.
On Tue, 18 May 2004 22:43:23 +0200, Laurent =?ISO-8859-15?Q?Hugé? wrote:
(...)
Par contre, en fouillant un peu, pendant la compilation, je me suis intéressé au fichier /etc/pam.d/cups. Il est installé par cups lui-même (au vu de son timestamp de modification), mais mon problème pourrait-il venir de lui
c'est pour éliminer un éventuel problème de pam que j'avais conseillé de mettre None comme authentification; donc je ne pense pas.
Gérard Patel
Laurent Hugé
gerard patel nous écrivait :
c'est pour éliminer un éventuel problème de pam que j'avais conseillé de mettre None comme authentification; donc je ne pense pas. Bon, alors je résume :
- je configure cups en root ; - j'ai bien mis AuthType None ; - j'ai compilé cups sans aucune optimisation ; - j'ai supprimé les commentaires dans cupsd.conf pour toutes les lignes pointant des répertoires _et_ vérifié l'existence de ces répertoires ; - j'ai même vérifié que tout le monde avait un accès en lecture sur ces répertoires (même si dans mon cas, ce ne devrait pas être limitatif, puisque j'essaie juste d'ajouter une imprimante) ; - j'ai mis LogLevel en debug2 ; - j'ai analysé le journal en long et en travers ; - j'ai essayé la configuration via Konqueror et Lynx ; *et* *pourtant* cups travaille à 90% pour charger chaque page pendant plusieurs minutes (le débit affiché par Konqueror commence à 1,2ko/s, puis chute rapidement (0,6 0,2 puis plus rien)). J'en arrive à la conclusion que... ce n'est pas cups qui me pose problème, mais un autre outil (Ghostscript, Gimp-print, foomatic ?). Mais alors pourquoi est-ce le processus cups qui travaille comme un fou (sans même me tenir informé de ses problèmes) ?
Si personne ne voit une autre piste, je me lance dans les forums dédiés cups dès la fin de ce long week-end.
Bon week-end à tous (plutôt à ceux qui ont la chance de faire le pont, mais je ne suis pas sectaire ;-) -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
gerard patel nous écrivait :
c'est pour éliminer un éventuel problème de pam que j'avais
conseillé de mettre None comme authentification; donc je
ne pense pas.
Bon, alors je résume :
- je configure cups en root ;
- j'ai bien mis AuthType None ;
- j'ai compilé cups sans aucune optimisation ;
- j'ai supprimé les commentaires dans cupsd.conf pour toutes
les
lignes pointant des répertoires _et_ vérifié l'existence de ces
répertoires ;
- j'ai même vérifié que tout le monde avait un accès en
lecture sur
ces répertoires (même si dans mon cas, ce ne devrait pas être
limitatif, puisque j'essaie juste d'ajouter une imprimante) ;
- j'ai mis LogLevel en debug2 ;
- j'ai analysé le journal en long et en travers ;
- j'ai essayé la configuration via Konqueror et Lynx ;
*et* *pourtant* cups travaille à 90% pour charger chaque page pendant
plusieurs minutes (le débit affiché par Konqueror commence à 1,2ko/s,
puis chute rapidement (0,6 0,2 puis plus rien)).
J'en arrive à la conclusion que... ce n'est pas cups qui me pose
problème, mais un autre outil (Ghostscript, Gimp-print, foomatic ?).
Mais alors pourquoi est-ce le processus cups qui travaille comme un
fou (sans même me tenir informé de ses problèmes) ?
Si personne ne voit une autre piste, je me lance dans les forums
dédiés cups dès la fin de ce long week-end.
Bon week-end à tous (plutôt à ceux qui ont la chance de faire le pont,
mais je ne suis pas sectaire ;-)
--
Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel)
GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
c'est pour éliminer un éventuel problème de pam que j'avais conseillé de mettre None comme authentification; donc je ne pense pas. Bon, alors je résume :
- je configure cups en root ; - j'ai bien mis AuthType None ; - j'ai compilé cups sans aucune optimisation ; - j'ai supprimé les commentaires dans cupsd.conf pour toutes les lignes pointant des répertoires _et_ vérifié l'existence de ces répertoires ; - j'ai même vérifié que tout le monde avait un accès en lecture sur ces répertoires (même si dans mon cas, ce ne devrait pas être limitatif, puisque j'essaie juste d'ajouter une imprimante) ; - j'ai mis LogLevel en debug2 ; - j'ai analysé le journal en long et en travers ; - j'ai essayé la configuration via Konqueror et Lynx ; *et* *pourtant* cups travaille à 90% pour charger chaque page pendant plusieurs minutes (le débit affiché par Konqueror commence à 1,2ko/s, puis chute rapidement (0,6 0,2 puis plus rien)). J'en arrive à la conclusion que... ce n'est pas cups qui me pose problème, mais un autre outil (Ghostscript, Gimp-print, foomatic ?). Mais alors pourquoi est-ce le processus cups qui travaille comme un fou (sans même me tenir informé de ses problèmes) ?
Si personne ne voit une autre piste, je me lance dans les forums dédiés cups dès la fin de ce long week-end.
Bon week-end à tous (plutôt à ceux qui ont la chance de faire le pont, mais je ne suis pas sectaire ;-) -- Laurent Hugé (pour m'écrire, ôter PasDeSpam de l'adresse de courriel) GPG fingerprint = 3AFF A106 39D9 DB2C 885D 41C3 76DC 2C3F 01BE 5D4A
