Je me m'y connais pas trop mais il semble que c'est dans la gestion des caractères qui doivent être utilisés dans les listes que ça  part en vrille.
Comme le suggèrent les caractères indiqué dans le premier log :
http://www.fileformat.info/info/unicode … /index.htm
http://www.fileformat.info/info/unicode … /index.htm

Après le pourquoi il ne marche pas... je n'en sais absolument rien.

pathe@computer:~$ evince fichier.pdf
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+002D
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+002D
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+00B7
warning: layoutText: cannot convert U+002D
pathe@computer:~$

C'est ensuite GhostScript qui m'a ensuite informé :

Error: /undefined in --execute--
Operand stack:
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   %loop_continue   1785   2   3   %oparray_pop   --nostringval--   --nostringval--   false   1   %stopped_push   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--
Dictionary stack:
   --dict:1151/1684(ro)(G)--   --dict:5/20(G)--   --dict:98/200(L)--
Current allocation mode is local
Last OS error: 11
Current file position is 2

En résumé, ça merdoie gaiement.
Mais bon : je m'en suis tiré.

Si un expert en unicode et en postscript peut m'expliquer le sens des messages ci-dessus, qu'il n'hésite pas !

À l'aide !

D'autres idées ?

Normalement , les bidules USB causent avec l'ordinateur quand on les branche et CUPS cause avec l'imprimante sur laquelle il envoie des tâches
Autrement, imagine que tu retires une clef USB et que tu puisses continuer à copier des fichiers sur cette "clef retirée", tu imagines la bazar !

Maintenant, si l'imprimante est en veille (c'est mal car énergivore) et ne se réveille pas lors du changement de port USB, j'imagine que ça doit pas être facile à gérer.

Das Licht erlischt

Armen, un peu éteint ces jours-ci.

Elle utilise un logiciel fourni par le constructeur (je sais, c'est mal)
qui s'est installé sans souci aucun
et donne accès au scanner, fax, etc.

Chose étrange, ce matin elle n'imprime pas.
Le phénomène s'étant déjà produit (mais résolu de lui-même),
je poste ici pour y voir un peu plus clair.

CUPS m'annonce les tâches d'impression comme terminées,
et l'imprimante est bien « vue » par le système :

$ lsusb
Bus 002 Device 002: ID 04f9:01f4 Brother Industries, Ltd

Et lorsque je demande une impression,
l'imprimante ne se « réveille » pas.
J'ai l'impression qu'elle ne reçoit rien.

Ne serait-il pas possible que la tâche d'impression ne prenne pas le bon canal ?
Imaginons par exemple que l'imprimante ne soit pas connectée sur le même port USB que hier,
mais que CUPS ait gardé l'ancienne adresse, genre Bus 001 Device 003: ID 04f9:01f4 :
ça ne pourrait pas dérouter des tâches,
qui auraient l'apparence d'avoir été exécutées,
alors qu'elles se seraient paumées dans une impasse de /dev/usb ?

Bref : vous l'aurez compris,
j'ai besoin de lumière.

Mehr Licht !