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...
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...
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...
On Thu, 10 May 2012 11:48:39 +0200
David BERCOT 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?
On Thu, 10 May 2012 11:48:39 +0200
David BERCOT <debian@bercot.org> 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?
On Thu, 10 May 2012 11:48:39 +0200
David BERCOT 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 a écrit :On Thu, 10 May 2012 11:48:39 +0200
David BERCOT wrote:
Whoops, j'ai dis une connerie avec le PDF.
Le Thu, 10 May 2012 12:23:31 +0200,
Bzzz <lazyvirus@gmx.com> a écrit :
On Thu, 10 May 2012 11:48:39 +0200
David BERCOT <debian@bercot.org> wrote:
Whoops, j'ai dis une connerie avec le PDF.
Le Thu, 10 May 2012 12:23:31 +0200,
Bzzz a écrit :On Thu, 10 May 2012 11:48:39 +0200
David BERCOT wrote:
Whoops, j'ai dis une connerie avec le PDF.
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 mar che
quasiment plus...
>Sous quelle(s) branche(s) tournent le svr CUPS et ses clients?
Je suis en Sid, version 1.5.2-10.
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 mar che
quasiment plus...
>Sous quelle(s) branche(s) tournent le svr CUPS et ses clients?
Je suis en Sid, version 1.5.2-10.
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 mar che
quasiment plus...
>Sous quelle(s) branche(s) tournent le svr CUPS et ses clients?
Je suis en Sid, version 1.5.2-10.
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 !
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 !
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 !
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églage s
pourraient modifier le comportement.
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églage s
pourraient modifier le comportement.
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églage s
pourraient modifier le comportement.
On 12 mai, 14:30, Jérôme wrote: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 do nc
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ée s).
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 n ouveau
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).
On 12 mai, 14:30, Jérôme <jer...@aranha.fr> wrote:
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 do nc
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ée s).
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 n ouveau
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).
On 12 mai, 14:30, Jérôme wrote: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 do nc
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ée s).
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 n ouveau
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).
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 ;-)
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 ;-)
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 ;-)
On 13 mai, 12:00, David BERCOT 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 cu ps-
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'o ption
qui va bien.
Pour info, mon collègue sous Ubuntu la dernière n'a de pb que po ur
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.
On 13 mai, 12:00, David BERCOT <deb...@bercot.org> 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 cu ps-
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'o ption
qui va bien.
Pour info, mon collègue sous Ubuntu la dernière n'a de pb que po ur
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.
On 13 mai, 12:00, David BERCOT 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 cu ps-
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'o ption
qui va bien.
Pour info, mon collègue sous Ubuntu la dernière n'a de pb que po ur
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.