gratifiant > linux.debian.user.french

David BERCOT (10/05/2012, 11h50)
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.
Bzzz (10/05/2012, 12h20)
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?
Bzzz (10/05/2012, 12h30)
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?
David BERCOT (10/05/2012, 13h50)
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.
David BERCOT (10/05/2012, 14h00)
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.
Bzzz (10/05/2012, 14h10)
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!
Jérôme (12/05/2012, 14h30)
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.
O.G. (12/05/2012, 16h50)
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é
David BERCOT (13/05/2012, 12h00)
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.
O.G. (18/05/2012, 16h10)
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.
David BERCOT (18/05/2012, 16h20)
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.
Bzzz (18/05/2012, 16h40)
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
O.G. (18/05/2012, 21h50)
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.
Discussions similaires