Je viens de modifier mon fichier /etc/cups/cupsd.conf pour pouvoir administrer mes imprimantes à distance. j'ai ajouté Allow From 192.168.0.0/24 (si je me trompe pas ça permet à toute machine de mon LAN (de 192.168.0.1 à 192.168.0.254) d'avoir accès au WAT).
Et effet, je vois le WAT de mon PC mais quand je clique sur "modifier imprimante" (par exemple) j'ai une erreur 403 (Vous n'êtes pas autorisé à afficher cette page)
 
Une idée ?  
 
-----
 
Au fait en attendant, j'ai installé l'imprimante (OKIPage 6w) à partir du PC auquel elle est raccordée (avec un fichier ppd que j'ai trouvé sur linuxprinting.org) et quand je veux imprimer j'ai l'erreur client-error-not-possible

Comme ca chiait avec l'imprimante OKI sur le port parallèle, j'ai essayé avec une imprimante USB hp3325. J'ai donc ajouté la prise en charge de l'usb a mon noyau et j'ai ajouté l'imprimante par cups. Apparemment l'imprimante est bien détectée car je vois "USB printer #1 (HP 3320)"
 
Pourtant pas moyen d'imprimer  
 
En haut de la page j'ai "default destination: none"
 
Et en dessous de "Printer State: idle, accepting jobs" j'ai "Media Tray Empty!"
 

Moi aussi quand je vais sur configure l'imprimante il me sort un "under construciton" en pointant vers un site allemand
 
Au fait faut installer le driverd'imprimante et le fichier .pif hein à pas oublier.

Le fichier .pif ? Pour la laser j'ai juste mis un ppd mais pour la hp, le driver etait deja dans cups et ca marche qd meme pas

 
Media Tray Empty! = plus de papier

.ppd pardon
 
pour la hp
 
apt-get install pnm2ppa
 
google=debian+alexis
puis page configurer une imprimante dans les annexes
Bonne nuit

 
Ouais; ça j'avais compris   mais du papier y'en a !

 
retourne lire ton man toi
 

 
C'est clair que t'as un problème
Perso j'ai viré tous les deny

Nan mais je l'ai lu. Mais bon, s'il est simple et compréhensible, il est incomplet.
Le ptit probleme c'est que j'installais les sensors en root

 
 
Sur ton conseil j'ai également viré tous les deny et j'ai acces au WAT de mon pc   (enfin le probleme c que n'importe qui d'autre peut y avoir acces aussi mais bon qd ça marchera il sera encore temps de remettre deny from all )
 
(le petit détail c que rien ne sort des imprimantes mais je désespère pas ; enfin je crois que depuis que j'utilise linux, imprimer est le truc le plus dur que j'aies eu à faire (enfin avec un imprimante sur IP ça a marché direct mais // et usb pas trop   ))

Pensez-vous que ce problème pourrait être du au fait que j'ai oublié une option dans mon noyau ?
 
Pour le port parallèle :
- Parallel port support (CONFIG_PARPORT)
- PC-style hardware (CONFIG_PARPORT_PC)
- Parallel printer support (CONFIG_PRINTER)

Finalement, j'ai téléchargé et compilé la dernière version des sources de gimp-print et de eps ghostscript (pas de cups car leur site est mort depuis cematin) et, miracle, pour l'imprimante USB HP 3325 ça fonctionne ! Et les résultats sont même meilleurs qu'avec les drivers de HP pour Windows !
Par contre pour la OKIpage6w ça ne bouge pas : rien ne veut en sortir
 
Maintenant il va falloir que je configure Samba pour que l'imprimante soit utilisable à partir d'un poste Windows XP. Pour ça j'ai lu dans le man qu'il fallait télécharger les drivers postscript sur le site de cups...  
 
Si qqn a la solution miracle pour l'imprimante laser, qu'il hésite pas !

Y'a pas besoin de samba, il suffit juste de rajouter un petit truc dans le fichier de conf de cups, et de n'importe quel poste, choisir imprimante réseau et en url:
 
urlduserveurdimpression:631/printers/imprimante
 
enfin un truc du genre. Ca marchait et ça marche plus chez moi, chais po pourquoi...

Sinon pour la laser, en postscript à l'arrache, ça donne quoi?

 
En effet, depuis ce matin je cherche sur google et j'ai dejà vu à bcp d'endroit qu'on disait ça. Il faudrait créer une classe d'imprimante (parce on ne sais pas accéder directement à l'imprimante) et ajouter l'imprimante dans windows (xp ou 2k) avec l'adresse http://leserveur:631/classes/lenomdelaclasse ... Mais après avoir fait ça, windows demande un driver   J'ai donc essayé de mettre celui de l'imprimante pour windows mais ca marche pas, évidemment. Dans le log de cups j'ai "print_job: Unsupported format application/octet-stream!"

 
Ben pour la laser en cherchant sur http://www.linuxprinting.org/show_ [...] Okipage_6w
j'ai cru comprendre qu'il fallait 2 fichiers : le driver et le fichier ppd. Jusqu'à hier j'avais juste copié le fichier ppd... C'est peut être pour ça que ça allait pas. Ce matin j'ai compilé et installé le driver version 2.0 (la 2.1 marcherait pas avec mon imprimante) mais ça ne change rien. Je me demande donc s'il n'y a pas un endroit où il faudrait dire que le drivers c'est oki4drv et qu'il se trouve dans /usr/sbin (si bien compris, ce fichier oki4drv c'est un peu la même chose que hpijs pour les imprimantes HP)
Au fait c'est quoi "en postscript" ?  

Idem
Je me demande pourtant avant ça avait marché sans driver sur les clients, et sans création d'une classe (directement avec le nom de l'imprimanteà.
Depuis que j'ai réinstallé, pas possible.
 
 
Avec Samba ça marche, c'est ULTRA facile mais tu as besoin d'un driver sur chaque poste client, alors ça doit valoir la peine de se prendre la tete. Après c'est sympa, ajouté à du wifi, un pote vient avec son portable hop pas besoin de driver il peut imprimer direct

Oui effectivement il ne fau tpas que le ppd il faut le driver. TU peux même te passer de cups et utiliser directement le driver!
 
Postscript c'est le "langage de base" pour imprimer. C'est un peu foireux mais pour du texte c'est bon. Je ne m'y connais pas plus que ça...

 
En effet, quand je tape la commande de test proposée dans le man oki4drv, l'imprimante me sort une page... blanche

Alors c'est qu'à mon avis la couille n'est pas au niveau de cups, mais du driver. Essayes une: version plus récente, version plus ancienne.

le "print_job: Unsupported format application/octet-stream!"  est une erreur classique. Je l'ai eu quand j'ai voulu imprimer depuis un poste sous windows et en cherchant sur le net, j'ai vu qu'il fallait modifier des fichiers dans /etc/cups.
 
A un moment donné c'était dans mime.types et il fallait decommenté
 
#Uncomment the following type and the application/octet-stream
#application/octet-stream
 
Mais depuis j'ai mis à jour cups et cest lignes sont commentées à nouveau et n'ayant pas imprimé depuis windows, je ne peux dire si ça marche encore. Cela dit, lors d'une mise à jour de cups, je me souvient avoir vu passer une question de debconf à ce sujet.
 
Actuellement dans /etc/cups, j'ai un fichier raw.types contenant  
 
# This file was generated by the cupsys package.  You may change it, or
# reconfigure this file with dpkg-reconfigure.  If it is removed, it
# will be regenerated by the package scripts.
 
application/octet-stream
 
Regarde si tu as ce genre de ligne, decommentes les et teste

OK, je vais tenter le coup.
Sinon j'ai réussi à partager l'imprimante avec Samba... C'était pas bien compliqué. Petit détail quand même quand je fais cupsaddsmb -a -v (pour exporter tous les drivers pour windows vers un répertoire partagé mais invisible) il me demande les 3 fichiers prévus par Adobe pour NT4 (ADOBEPS5.DLL, ADOBEPSU.DLL, ADOBEPSU.HLP) au lieu de prendre ceux pour XP (DEFPRTR2.PPD, PS5UI.DLL, PSCRIPT.HLP, PSCRIPT.NTF, PSCRIPT5.DLL, PSCRPTFE.NTF) ou, mieux, ceux de cups (cups5.hlp  cupsdrv5.dll, cupsui5.dll) !