|
|
|
Bonjour,
Depuis quelque temps, j'ai des problèmes d'impression bizarres... J'utilise des imprimantes gérées par un serveur d'impression sous Windows, mais je m'y connecte directement via lpd://adresse_IP/Print (il s'agit notamment de modèles Konica Minolta 363 & BizHub C220. L'impression des pages de test fonctionne très bien ainsi que de certains documents (je devrais plutôt dire à partir de certains logiciels). Pour d'autres, ça bloque complètement l'imprimante !!! Il faut la débrancher électriquement... J'ai aussi fait quelques tests via smb, mais ça n'a pas l'air très concluant. Je suppose que je ne suis pas le seul à utiliser des imprimantes gérées par des serveurs Windows... Rencontrez-vous des problèmes ? Quelles sont les méthodes que vous préconisez (lpd, smb, etc...) ? Merci d'avance. David. |
|
|
On Thu, 10 May 2012 11:48:39 +0200
David BERCOT <debian> wrote: et que fait une impression PDF à partir de ces mêmes softs? |
|
|
On Thu, 10 May 2012 11:48:39 +0200
David BERCOT <debian> wrote: Whoops, j'ai dis une connerie avec le PDF. > L'impression des pages de test fonctionne très bien ainsi que de > certains documents (je devrais plutôt dire à partir de certains > logiciels). Pour d'autres, ça bloque complètement l'imprimante !!! > Il faut la débrancher électriquement... Est-ce que le svr CUPS a une trace de cela, ou bien est-ce que pour lui tout c'est bien passé? Les softs qui plantent fonctionnaient-ils sans PB avant? Sous quelle(s) branche(s) tournent le svr CUPS et ses clients? |
|
|
Le Thu, 10 May 2012 12:23:31 +0200,
Bzzz <lazyvirus> a écrit : >On Thu, 10 May 2012 11:48:39 +0200 >David BERCOT <debian> wrote: >Whoops, j'ai dis une connerie avec le PDF. >Est-ce que le svr CUPS a une trace de cela, ou bien est-ce que pour >lui tout c'est bien passé? Ca dépend ;-) Parfois, il me dit que tout s'est bien passé (mais l'imprimante est bloquée), parfois non... >Les softs qui plantent fonctionnaient-ils sans PB avant? Tout à fait ! En fait, j'ai l'impression que c'est aléatoire suivant les versions de CUPS même si, récemment, ça ne marche quasiment plus... >Sous quelle(s) branche(s) tournent le svr CUPS et ses clients? Je suis en Sid, version 1.5.2-10. David. |
|
|
Le Thu, 10 May 2012 13:46:57 +0200,
David BERCOT <debian> a écrit : >Le Thu, 10 May 2012 12:23:31 +0200, >Bzzz <lazyvirus> a écrit : >>On Thu, 10 May 2012 11:48:39 +0200 >>David BERCOT <debian> wrote: >>Whoops, j'ai dis une connerie avec le PDF. Ben non, c'est pas sûr !!! Un test que je viens de faire à l'instant : - impression d'un document Writer -> freeze de l'imprimante - export du document en pdf et impression à partir de Adobe Reader 9 -> aucun souci ! David. |
|
|
On Thu, 10 May 2012 13:46:57 +0200
David BERCOT <debian> wrote: > Tout à fait ! En fait, j'ai l'impression que c'est aléatoire > suivant les versions de CUPS même si, récemment, ça ne marche > quasiment plus... > >Sous quelle(s) branche(s) tournent le svr CUPS et ses clients? > Je suis en Sid, version 1.5.2-10. Waibenan, tu ne peux pas te plaindre que de l'unstable plante de tps en tps! |
|
|
Le jeudi 10 mai 2012 à 13:55 +0200, David BERCOT a écrit :
> Ben non, c'est pas sûr !!! > Un test que je viens de faire à l'instant : > - impression d'un document Writer -> freeze de l'imprimante > - export du document en pdf et impression à partir de Adobe Reader 9 > -> > aucun souci ! Ça sent le rapport de bug, mais pour le document writer, regarde donc dans le menu "fichier" "exporter au format PDF" si différents réglages pourraient modifier le comportement. Ça serait intéressant d'essayer de modifier les paramètres, comme "incorporer les polices" par exemple. |
|
|
On 12 mai, 14:30, Jérôme <jer> wrote:
> Le jeudi 10 mai 2012 à 13:55 +0200, David BERCOT a écrit : > Ça sent le rapport de bug, mais pour le document writer, regarde donc > dans le menu "fichier" "exporter au format PDF" si différents réglages > pourraient modifier le comportement. Bonjour Je suis d'accord avec le rapport de bug. Je suis nouvellement inscrit sur la liste (après l'avoir été il y a une dizaine d'années). Mon Pc fixe est sous Siduction et le portable Semplice (des Sid) J'ai donné d'autres détails sur sid+cups+KonicaMinolta dans un nouveau fil (je n'avais pas vu celui-ci). Depuis plus d'un mois j'ai ce problème et je me débrouille avec pdftops ou Acroread. Comme je n'avais pas trop le temps de faire un suivi je ne me suis pas lancé dans un rapport de bug (à qui et comment). Il y a un mois une recherche avec Google ne donnait pas grand chose. Je pense que le pb est plutôt lié à cups-filter, apparu "récemment" depuis la réorganisation de cups. Il y a d'ailleurs un fil sur ubuntu-bug-machin sur cups-filter et les kyocera (une directive spécifique a été incluse après un échange de Till Kamppeter et un utilisateur). Cordialement Olivier Guibé |
|
|
Le Sat, 12 May 2012 07:25:20 -0700 (PDT),
"O.G." <olivier.guibe> a écrit : [..] >réorganisation de cups. Il y a d'ailleurs un fil sur ubuntu-bug-machin >sur cups-filter et les kyocera (une directive spécifique a été incluse >après un échange de Till Kamppeter et un utilisateur). As-tu essayé de revenir en arrière ? En ce qui me concerne, j'ai forcé le retour à cups en version 1.5..2-5 et, apparemment, tout fonctionne correctement. Il faut que je valide ça sur la durée, mais, au moins, ça permet d'imprimer correctement ;-) David. |
|
|
On 13 mai, 12:00, David BERCOT <deb> wrote:
> As-tu essayé de revenir en arrière ? > En ce qui me concerne, j'ai forcé le retour à cups en version 1.5.2-5 > et, apparemment, tout fonctionne correctement. > Il faut que je valide ça sur la durée, mais, au moins, ça permet > d'imprimer correctement ;-) Bonjour Je n'avais pas essayé le retour en arrière. Un peu de temps pour tester aujourd'hui mais me concernant avec 1.5.2-5 un pdf de chez Springer n'est pas passé (lp ou via evince). Par contre un deux pages créé avec pdflatex est passé via Okular. Cependant, après mise à jour et lecture des modifications sur cups- filter (je l'avais dit) - pdftops: Allow selection whether Ghostscript or Poppler is used at runtime, setting the "pdftops-renderer" option to "gs" or "pdftops". This way one can switch to Poppler per-queue if there are incompatibilities with certain PostScript printers. En lisant /usr/share/doc/cups-filter : 1. Selection of the renderer: Ghostscript or Poppler Ghostscript has better color management and is generally optimized more for printing. Poppler produces a PostScript which is compatible with more buggy built-in PostScript interpreters of printers and it leads to a somewhat quicker workflow when graphical structures of the input PDF has to be turned into bitmaps. The selection is done by the "pdftops-renderer" option, setting it to "gs" or "pdftops": Per-job: lpr -o pdftops-renderer=pdftops ... Per-queue default: lpadmin -p printer -o pdftops-renderer- default=gs Remove default: lpadmin -p printer -R pdftops-renderer-default By default, pdftops uses Ghostscript if this does not get changed at compile time, for example by the Linux distribution vendor. J'ai testé sur mon fichier récalcitrant (qui l'est toujours après mise à jour) lpr -o pdftops-renderer=pdftops fulltext\ \(10\).pdf s'imprime Bon il me reste à comprendre comment imposer à tout le monde l'option qui va bien. Pour info, mon collègue sous Ubuntu la dernière n'a de pb que pour imprimer depuis LibreOffice (il doit passer via l'export pdf). J'aimerais bien savoir tout de même, vu que les versions sont presque les mêmes, pourquoi cela marche/marchait mieux sous Ubuntu. Cordialement O.G. |
|
|
Le Fri, 18 May 2012 06:50:43 -0700 (PDT),
"O.G." <olivier.guibe> a écrit : [..] >presque les mêmes, pourquoi cela marche/marchait mieux sous Ubuntu. >Cordialement >O.G. Bonjour, Ca ne va pas trop faire avancer le schmilblick, mais je suis passé à une solution... spéciale ;-) Comme je n'arrivais pas à imprimer sur mes 2 Konica Minolta (363 & BiHub C220), j'ai lancé l'impression sur une Ricoh Aficio 3224C. Et là, oh surprise en allant chercher mes documents : l'imprimante en question avait été remplacée par une... Konica Minolta BizHub C220 etmes documents avaient bien été imprimés... via le driver de la Ricoh ! Depuis, j'ai donc mis ce driver sur mes 2 Konica et ça fonctionne... C'était juste pour alimenter la discussion ;-) David. |
|
|
On Fri, 18 May 2012 16:10:54 +0200
David BERCOT <debian> wrote: > Comme je n'arrivais pas à imprimer sur mes 2 Konica Minolta (363 & > BiHub C220), j'ai lancé l'impression sur une Ricoh Aficio 3224C. > Et là, oh surprise en allant chercher mes documents : l'imprimante > en question avait été remplacée par une... Konica Minolta BizHub > C220 et mes documents avaient bien été imprimés... via le driver > de la Ricoh ! Depuis, j'ai donc mis ce driver sur mes 2 Konica et > ça fonctionne... > C'était juste pour alimenter la discussion ;-) Ben nan, c'était aussi pour indiquer aux pôv'hères qui errent dans les courants d'air comment se dépatouiller s'ils rencontrent ce PB. C'est peu étonnant: il-y-a 3-4 ans j'avais 3 PPDs pour ma laserjet 2100 T/N! Évidemment, le premier ne fonctionnait pas correctement, le deuxième était presque farpait mais ne prenait pas en compte la plus grosse définition et son mode draft était une véritablehorreur (lettres "bâtonnets" dégueulasses), le 3ème prenait bien en compte la déf. max. et avait un mode draft nickel (police d° mais en hollow) mais il lui manquait certains avantages du 2ème. Je me suis plains de cela sur la ML et on m'a demandé d'envoyer tous ces drivers au dev avec commentaires. Quelques semaines plus tard, j'ai eu la surprise de trouver un tout nouveau driver qui reprenait tous les bons morceaux des vieux et fonctionnait farpaitement à tout point de vue:) Donc, si tu parles Anglais, n'hésite pas à aller sur la ML de linuxprinting et à y raconter tes déboires, ça fera avancer le schmilblick pour tout le monde. JY |
|
|
On 18 mai, 16:20, David BERCOT <deb> wrote:
> Bonjour, > Ca ne va pas trop faire avancer le schmilblick, mais je suis passé à > une solution... spéciale ;-) Euh, peut-être as-tu lu trop vite lpr -o pdftops-renderer=pdftops fulltext\ \(10\).pdf imprime bien ! Il y a juste à appliquer cette option à l'imprimante... > Comme je n'arrivais pas à imprimer sur mes 2 Konica Minolta (363 & > BiHub C220), j'ai lancé l'impression sur une Ricoh Aficio 3224C. Et là, > oh surprise en allant chercher mes documents : l'imprimante en question > avait été remplacée par une... Konica Minolta BizHub C220 et mes > documents avaient bien été imprimés... via le driver de la Ricoh ! > Depuis, j'ai donc mis ce driver sur mes 2 Konica et ça fonctionne... intéressant. Cela mérite des tests (quand j'aurai le temps) Question ppd, celui mis à la disposition par Konica-Minolta contient un champ KMDuplex pour le recto-verso, ce qui n'est pas standard et fait que l'option recto-verso est cachée dans le détail des options et pas dans l'onglet usuel (evince ou okular). J'avais modifié le ppd en remplacant KMDuplex par Duplex : impeccable. O.G. |