Re: config cups Brother HL-3150CDW
Le 16/09/2024 à 09:08, Fabien Dubois a écrit : [...] Je vais donc voir à downgrader libcairo. Mais en testing même version qu'en sid. Donc faut passer en stable. [...] pas forcément: je n'ai jamais utilisé ce service donc je ne peux pas te dire si il y a des inconvénients à l'utiliser mais en tout cas c'est un service Debian et il existe pour ce genre de souci: le portail https://snapshot.debian.org/ qui fournit d'anciennes versions de paquets Debian. Il y a un topo pour utiliser ça, c'est un peu le même genre de fonctionnement que les backports. Donc peut-être qu'en fouillant là-dedans tu vas trouver ton bonheur?
Re: config cups Brother HL-3150CDW
Le 16/09/2024 à 08:44, jean herbert a écrit : non, linux supporte bien les imprimantes il faut juste veiller de prendre/choisir du compatible : bluetooth ou wifi ? malheureusement où faire des essais et pour quels usages (les couleurs ne sont pas rentables pour un usage basic) peut-etre dans des asso voir ce qu'ils ont choisis ... Bonjour, sympa de répondre. Seulement cette imprimante fonctionnait très bien depuis des années. J'arrive, enfin, à refaire communiquer l'ordi et l'imprimante. Mais je fabrique la plupart de mes fichiers pdf avec LaTeX. En compilant par étapes, pour insérer des images, utiliser une extension spéciale prof de maths... Bref, tout fonctionne à ce niveau, mais une MAJ de libcairo (à priori) fait que dorénavant mes fichiers sont vus corrompus par CUPS (et la chaîne d'impression). Et je ne vais pas racheter une imprimante, celle-ci fonctionne très bien en dehors de ce gros souci, qui n'est pas de son fait. Je vais donc voir à downgrader libcairo. Mais en testing même version qu'en sid. Donc faut passer en stable. J'ai bien peur que d'autres choses en dépendent et qu'en cascade... J'assume sid, les bugs... qui sont très souvent vite réglés. Mais là rien ne semble fait. Donc je vais aussi faire un rapport de bug. Mais je ne pense pas que le pb vienne de debian, mais bien en amont par les concepteurs de la librairie. Fabien
Re: config cups Brother HL-3150CDW
non, linux supporte bien les imprimantes il faut juste veiller de prendre/choisir du compatible : bluetooth ou wifi ? malheureusement où faire des essais et pour quels usages (les couleurs ne sont pas rentables pour un usage basic) peut-etre dans des asso voir ce qu'ils ont choisis ... Le 13 sept. 2024 à 17:04, Fabien Dubois a écrit : Le 13/09/2024 à 16:23, ajh-valmer a écrit : > Je me permets de reconfirmer que certains documents PDF > sous Linux et son afficheur utilisé ne sont pas imprimables, > quelquesoit l'imprimante et son pilote. > Je pensais que Brother jouait le jeu avec ses pilotes, > ça ne semble plus ou pas être le cas, dommage. > > On Friday 13 September 2024 13:53:42 didier gaumet wrote: >> un truc à prendre en compte: les pilotes/utilitaires Brother datent de >> 2016 et sont toujours en 32 bits, pour une Debian 64 bits il faut donc >> installer des bibliothèques 32 bits. Le topo est là: >> > https://support.brother.com/g/b/faqend.aspx?c=fr%20&lang=fr%20&prod=hl3150cdw_eu&faqid=faq00100678_000 >> il est possible qu'une mise-à-jour sur ton PC ait fait disparaître une >> de ces bibliothèques 32 bits, ou, je n'ai pas vérifié, que tu sois dans >> un de ces cas qui arrivent périodiquement dans Sid ou Testing, de paquet >> global qui a été morcelé en sous-paquets (auquel cas il faut enquêter >> pour savoir quels paquets ont été morcelé et installer les sous-paquets) Alors, je vais tenter un, bref, résumé. J'assume totalement d'être en sid. Pas de souci, mais j'ai toujours compris ce qui merdait. et là, ben c'est compliqué... Les pilotes Brother ont toujours fonctionné, et ne sont plus mis à jour depuis 10 ans environ. J'ai bien sûr la biblio de compatibilité 32 bits installée. Mais d'un coup plus rien ne fonctionne. J'ai testé plein de configs, qui semblent nickel mais rien ne s'imprime. Pour le pdf. Je produit du pdf avec Latex et Latexila. Compilation par la chaîne tex div ps pdf. Et maintenant cups me sort que mes fichiers sont damaged. A priori un souci sur la libcairo... En compilant en pdflatex, les fichiers sont imprimables. Sauf que cela ne permet pas l'inclusion d'images en metapost notamment. Alors qu'avant tout s'imprimait nickel. J'ai bien vu, et cups l'annonçait depuis un moment, que les imprimantes réseau éthernet se passeraient de pilotes proprio avec ipp-everywhere notamment. MA femme, mais elle ne fait pas de Latex, sous sid aussi que je lui ai installé comme mon ordi (!!!) imprime sans souci en driverless, imprimante déclarée en implicitclass. Moi non. Et il y a encore 2-3 mois tout fonctionnait à merveille. J'ai réussi à imprimer un fichier avec les pilotes Brother et depuis cups me dit à chaque impression imprimante en utilisation. Alors que le même cups me donne mes imprimantes (différents pilotes sur ma hl3150) innoccupées quand je ne lance pas une tâche. Bref, je ne comprend rien du tout. Alors que mes configs semblent nickels. Donc je crise ! -- Sent with https://mailfence.com Secure and private email
Re: config cups Brother HL-3150CDW
Au risque d'enfoncer des portes ouvertes ;-) , du coup ça ne semble pas être un problème d'impression mais de génération par ta chaîne de travail Latex d'un fichier considéré par cups comme imprimable? Sujet sur lequel je ne risque pas de pouvoir t'aider, vu que comparé au réseau pour lequel je suis une truffe, Latex m'est encore plus étranger...
Re: config cups Brother HL-3150CDW
Le 13/09/2024 à 16:23, ajh-valmer a écrit : Je me permets de reconfirmer que certains documents PDF sous Linux et son afficheur utilisé ne sont pas imprimables, quelquesoit l'imprimante et son pilote. Je pensais que Brother jouait le jeu avec ses pilotes, ça ne semble plus ou pas être le cas, dommage. On Friday 13 September 2024 13:53:42 didier gaumet wrote: un truc à prendre en compte: les pilotes/utilitaires Brother datent de 2016 et sont toujours en 32 bits, pour une Debian 64 bits il faut donc installer des bibliothèques 32 bits. Le topo est là: https://support.brother.com/g/b/faqend.aspx?c=fr%20&lang=fr%20&prod=hl3150cdw_eu&faqid=faq00100678_000 il est possible qu'une mise-à-jour sur ton PC ait fait disparaître une de ces bibliothèques 32 bits, ou, je n'ai pas vérifié, que tu sois dans un de ces cas qui arrivent périodiquement dans Sid ou Testing, de paquet global qui a été morcelé en sous-paquets (auquel cas il faut enquêter pour savoir quels paquets ont été morcelé et installer les sous-paquets) Alors, je vais tenter un, bref, résumé. J'assume totalement d'être en sid. Pas de souci, mais j'ai toujours compris ce qui merdait. et là, ben c'est compliqué... Les pilotes Brother ont toujours fonctionné, et ne sont plus mis à jour depuis 10 ans environ. J'ai bien sûr la biblio de compatibilité 32 bits installée. Mais d'un coup plus rien ne fonctionne. J'ai testé plein de configs, qui semblent nickel mais rien ne s'imprime. Pour le pdf. Je produit du pdf avec Latex et Latexila. Compilation par la chaîne tex div ps pdf. Et maintenant cups me sort que mes fichiers sont damaged. A priori un souci sur la libcairo... En compilant en pdflatex, les fichiers sont imprimables. Sauf que cela ne permet pas l'inclusion d'images en metapost notamment. Alors qu'avant tout s'imprimait nickel. J'ai bien vu, et cups l'annonçait depuis un moment, que les imprimantes réseau éthernet se passeraient de pilotes proprio avec ipp-everywhere notamment. MA femme, mais elle ne fait pas de Latex, sous sid aussi que je lui ai installé comme mon ordi (!!!) imprime sans souci en driverless, imprimante déclarée en implicitclass. Moi non. Et il y a encore 2-3 mois tout fonctionnait à merveille. J'ai réussi à imprimer un fichier avec les pilotes Brother et depuis cups me dit à chaque impression imprimante en utilisation. Alors que le même cups me donne mes imprimantes (différents pilotes sur ma hl3150) innoccupées quand je ne lance pas une tâche. Bref, je ne comprend rien du tout. Alors que mes configs semblent nickels. Donc je crise !
Re: config cups Brother HL-3150CDW
Je me permets de reconfirmer que certains documents PDF sous Linux et son afficheur utilisé ne sont pas imprimables, quelquesoit l'imprimante et son pilote. Je pensais que Brother jouait le jeu avec ses pilotes, ça ne semble plus ou pas être le cas, dommage. On Friday 13 September 2024 13:53:42 didier gaumet wrote: > un truc à prendre en compte: les pilotes/utilitaires Brother datent de > 2016 et sont toujours en 32 bits, pour une Debian 64 bits il faut donc > installer des bibliothèques 32 bits. Le topo est là: > https://support.brother.com/g/b/faqend.aspx?c=fr%20&lang=fr%20&prod=hl3150cdw_eu&faqid=faq00100678_000 > il est possible qu'une mise-à-jour sur ton PC ait fait disparaître une > de ces bibliothèques 32 bits, ou, je n'ai pas vérifié, que tu sois dans > un de ces cas qui arrivent périodiquement dans Sid ou Testing, de paquet > global qui a été morcelé en sous-paquets (auquel cas il faut enquêter > pour savoir quels paquets ont été morcelé et installer les sous-paquets)
Re: config cups Brother HL-3150CDW
un truc à prendre en compte: les pilotes/utilitaires Brother datent de 2016 et sont toujours en 32 bits, pour une Debian 64 bits il faut donc installer des bibliothèques 32 bits. Le topo est là: https://support.brother.com/g/b/faqend.aspx?c=fr%20&lang=fr%20&prod=hl3150cdw_eu&faqid=faq00100678_000 il est possible qu'une mise-à-jour sur ton PC ait fait disparaître une de ces bibliothèques 32 bits, ou, je n'ai pas vérifié, que tu sois dans un de ces cas qui arrivent périodiquement dans Sid ou Testing, de paquet global qui a été morcelé en sous-paquets (auquel cas il faut enquêter pour savoir quels paquets ont été morcelé et installer les sous-paquets)
Re: config cups Brother HL-3150CDW
Le 13/09/2024 à 11:49, didier gaumet a écrit Bonjour, rappel: le réseau et moi ça fait deux, donc mon intervention est à prendre avec des pincettes - as-tu une raison particulière d'utiliser Sid? par définition Sid n'est pas aussi facile à utiliser que la distro Debian Stable du moment, en ce sens qu'elle peut apporter des bugs, des changements de comportement pas encore documentés, des étapes de transition, etc... Donc le postulat majoritairement valable dans Stable "ça marchait avant donc si je ne modifie rien ça continuera à marcher" ne l'est plus dans Sid. - Ce que tu appelles Gnome Legacy, c'est quoi exactement? Dans Debian, il y a Gnome (Gnome Shell avec son interface native ou son interface "Classic" sélectionnable depuis le menu Gdm, mais c'est la même chose sous le capot) et Gnome Flashback (qui utilise encore le gestionnaire de fenêtres (WM) Metacity au lieu de l'hybride WM et compositeur Wayland qu'est Mutter). Mais à la base tout ça c'est un socle commun avec la même version de Gnome (46 ou 48 dans Sid d'après ce que tu dis) - l'ordi de ta femme voit "la même imprimante" et pas le tien c'est un peu flou: une même imprimante physique peut être vue de différentes manières suivant la façon dont elle est raccordée et administrée ainsi que la façon dont la distro est installée (imprimante réseau autoconfigurée, imprimante réseau configurée manuellement, imprimante USB...). Donc l'ordi de ta femme ne voit peut-être pas les mêmes instances logiques de ton imprimante physique, ou n'imprime peut-être pas sur la même instance logique - un essai en désinstallant toute la suite logicielle Brother et en laissant le système autoconfigurer tout ça pourrait être bénéfique - tu as vérifié que tu as les mêmes versions sur l'ordi de ta femme et le tien concernant tout ce qui se rapporte à Cups/Ghostscript/Avahi/mdns? Bonjour, Oui c'est Gnome Flashback sur son ordi. Alors finalement ce ne semble pas être le VPN qui déconne. Mais cups-browsed. J'ai recréé une imprimante avec les pilotes Brother, j'ai pu imprimer. Une fois. Les fichiers "corrompus" en pdf, c'est un bug de cairo version 1.18.2-1, un downgrade devrait faire le job (en 1.18.0). En tout cas cela marche pour pas mal de personnes. Ce bug est connu depuis des années, pas forcément lié à cairo d'ailleurs. C'est un peu le fouillis. Mais maintenant, mon imprimante est bloqué, "en utilisation". En driverless, en driver Brother. Dans les deux cas j'utilise lpd avec adresse éthernet locale. En implicitclass cela ne fonctionne pas du tout. J'avance, petit à petit, mais c'est vraiment le bordel. Plein de ref sur le net, beaucoup qui s'arrêtent sans résoudre le pb. Bon je fais une pause, au boulot. Je reprendrai ce we. En tout cas merci pour la réponse que j'ai survolée, je la reprendrai plus tard. Fabien Ps désolé pour les r doublés, mon clavier méca déconne sur le r. Je corrige, mais des occurrences peuvent m'échapper.
Re: config cups Brother HL-3150CDW
Le 13/09/2024 à 10:35, Fabien Dubois a écrit : Bonjour, Sous sid, je n'arrive plus à faire fonctionner mon imprimante Brother HL-3150CDW. Elle est en réseau éthernet. Avec les paquets de Brother et en suivant leur procédure, aucun souci jusqu'à l'année dernière. [...] Son ordi en gnome legacy (c'est l'ancien quoi) et moi en gnome 46, 48, je sais plus trop où ils en sont, bref. Je soupçonne un truc qui se fait tout seul et fout la merde... [...] Bonjour, Je pense avoir trouvé le souci. Mais pas la solution... J'ai un vpn qui fout la merde, notamment dans cups-browsed. Le fournisseur du vpn ne semble pas important, j'ai lu des soucis avec différents fournisseurs. Par contre il ne tourne pas en permanence sur ma machine. Mais le paquet debian est installé. Certains affirment qu'en l'arrêtant on peut imprimer, mais à priori il ne tourne pas ! L'imprimante est visible à travers le VPN, donc selon les fournisseurs, ce n'est pas leur problème... J'ai lu que ce serait un souci avec les versions Linux, certains écrivent que tout fonctionne ok sur Mac, mais pas sous GNU/Linux. Tout cela est au delà de mes compétences. Si jamais quelqu'un peut et veut m'aider... Merci. Fabien Bonjour, rappel: le réseau et moi ça fait deux, donc mon intervention est à prendre avec des pincettes - as-tu une raison particulière d'utiliser Sid? par définition Sid n'est pas aussi facile à utiliser que la distro Debian Stable du moment, en ce sens qu'elle peut apporter des bugs, des changements de comportement pas encore documentés, des étapes de transition, etc... Donc le postulat majoritairement valable dans Stable "ça marchait avant donc si je ne modifie rien ça continuera à marcher" ne l'est plus dans Sid. - Ce que tu appelles Gnome Legacy, c'est quoi exactement? Dans Debian, il y a Gnome (Gnome Shell avec son interface native ou son interface "Classic" sélectionnable depuis le menu Gdm, mais c'est la même chose sous le capot) et Gnome Flashback (qui utilise encore le gestionnaire de fenêtres (WM) Metacity au lieu de l'hybride WM et compositeur Wayland qu'est Mutter). Mais à la base tout ça c'est un socle commun avec la même version de Gnome (46 ou 48 dans Sid d'après ce que tu dis) - l'ordi de ta femme voit "la même imprimante" et pas le tien c'est un peu flou: une même imprimante physique peut être vue de différentes manières suivant la façon dont elle est raccordée et administrée ainsi que la façon dont la distro est installée (imprimante réseau autoconfigurée, imprimante réseau configurée manuellement, imprimante USB...). Donc l'ordi de ta femme ne voit peut-être pas les mêmes instances logiques de ton imprimante physique, ou n'imprime peut-être pas sur la même instance logique - un essai en désinstallant toute la suite logicielle Brother et en laissant le système autoconfigurer tout ça pourrait être bénéfique - tu as vérifié que tu as les mêmes versions sur l'ordi de ta femme et le tien concernant tout ce qui se rapporte à Cups/Ghostscript/Avahi/mdns?
Re: config cups Brother HL-3150CDW
Le 10/09/2024 à 11:55, Fabien Dubois a écrit : Bonjour, Sous sid, je n'arrive plus à faire fonctionner mon imprimante Brother HL-3150CDW. Elle est en réseau éthernet. Avec les paquets de Brother et en suivant leur procédure, aucun souci jusqu'à l'année dernière. Puis un jour, sans manip aucune de ma part, elle s'est mis à prendre plusieurs minutes avant de lancer l'impression. J'avais posté ici sans arriver à résoudre le problème. Puis cet été gros souci de fibre optique, bref j'ai un peu "paniqué" (très exagéré) et une fois le réseau revenu, j'ai voulu refaire l'install de l'imprimante (j'aurais pas du !). Et maintenant plus rien ne fonctionne. Enfin, j'ai réussi à imprimer 2 trucs il y a une semaine, au reboot imprimante disparue, depuis plus rien à faire. Le délire c'est que l'ordi de ma femme, sid aussi, même config mais je n'y ai pas touché, fonctionne nickel. Avec dans cups l'imprimante configuré en implicitclass... Il semblerait que ce soit un truc "automatique" puisque j'avais initialement configuré en lpd éthernet. J'arrive à obtenir cette imprimante aussi, mais rien. Alors que tout est pareil dans cups. Son ordi en gnome legacy (c'est l'ancien quoi) et moi en gnome 46, 48, je sais plus trop où ils en sont, bref. Je soupçonne un truc qui se fait tout seul et fout la merde... Je galère depuis 10 jours, cherché sur la toile, tenté à peu près tout. J'en peux plus ! Alors help, à l'aide. Toute piste non envisagée sera accueillie très chaleureusement. Merci. Bonne journée Fabien PS message de cups : /"loadFilename failed: /var/spool/cups/d8-001: unable to find trailer dictionary while recovering damaged file"/ /Des fichiers que j'avais déjà imprimé, pas modifié donc pas corrompus... / Bonjour, Je pense avoir trouvé le souci. Mais pas la solution... J'ai un vpn qui fout la merde, notamment dans cups-browsed. Le fournisseur du vpn ne semble pas important, j'ai lu des soucis avec différents fournisseurs. Par contre il ne tourne pas en permanence sur ma machine. Mais le paquet debian est installé. Certains affirment qu'en l'arrêtant on peut imprimer, mais à priori il ne tourne pas ! L'imprimante est visible à travers le VPN, donc selon les fournisseurs, ce n'est pas leur problème... J'ai lu que ce serait un souci avec les versions Linux, certains écrivent que tout fonctionne ok sur Mac, mais pas sous GNU/Linux. Tout cela est au delà de mes compétences. Si jamais quelqu'un peut et veut m'aider... Merci. Fabien
config cups Brother HL-3150CDW
Bonjour, Sous sid, je n'arrive plus à faire fonctionner mon imprimante Brother HL-3150CDW. Elle est en réseau éthernet. Avec les paquets de Brother et en suivant leur procédure, aucun souci jusqu'à l'année dernière. Puis un jour, sans manip aucune de ma part, elle s'est mis à prendre plusieurs minutes avant de lancer l'impression. J'avais posté ici sans arriver à résoudre le problème. Puis cet été gros souci de fibre optique, bref j'ai un peu "paniqué" (très exagéré) et une fois le réseau revenu, j'ai voulu refaire l'install de l'imprimante (j'aurais pas du !). Et maintenant plus rien ne fonctionne. Enfin, j'ai réussi à imprimer 2 trucs il y a une semaine, au reboot imprimante disparue, depuis plus rien à faire. Le délire c'est que l'ordi de ma femme, sid aussi, même config mais je n'y ai pas touché, fonctionne nickel. Avec dans cups l'imprimante configuré en implicitclass... Il semblerait que ce soit un truc "automatique" puisque j'avais initialement configuré en lpd éthernet. J'arrive à obtenir cette imprimante aussi, mais rien. Alors que tout est pareil dans cups. Son ordi en gnome legacy (c'est l'ancien quoi) et moi en gnome 46, 48, je sais plus trop où ils en sont, bref. Je soupçonne un truc qui se fait tout seul et fout la merde... Je galère depuis 10 jours, cherché sur la toile, tenté à peu près tout. J'en peux plus ! Alors help, à l'aide. Toute piste non envisagée sera accueillie très chaleureusement. Merci. Bonne journée Fabien PS message de cups : /"loadFilename failed: /var/spool/cups/d8-001: unable to find trailer dictionary while recovering damaged file"/ /Des fichiers que j'avais déjà imprimé, pas modifié donc pas corrompus... /
Re: okular lpr et cups-bsd
Merci beaucoup pour toutes ces infos, je vais regarder ca. :-) Le 23/05/2024 à 06:54, Jean-Claude Marquès a écrit : Bonjour J'ai la même version sur un vieux portable : $ cat /etc/debian_version 10.13 avec xfce comme environnement graphique La commande : apt-cache depends okular|grep Dépend|wc donne le nombre de dépendances strictes de okular, qui est 47, mais j'ai peut-être des versions i386 dans le lot, je n'ai pas vérifié. Cups-bsd est simplement recommandé, donc pas obligatoirement installé (à régler dans synaptic je pense) qui vient avec ses dépendances s'il n'est pas installé. texlive-binaries est aussi simplement suggéré, et si texlive n'est pas installé, lui aussi dépend de 49 autres paquets. etc etc Donc une centaine de paquets, ce n'est pas étonnant. De plus : Le paquet lpr sera enlevé, mais un fichier lpr (dans /usr/bin/ il me semble) sera installé en remplacement (voir https://packages.debian.org/search?searchon=contents&keywords=lpr&mode=exactfilename&suite=bookworm&arch=amd64) si la commande lpr est utilisée sur le système (il ne peut y avoir qu'un démon d'impression sur un système (cups ou lpd) comme il ne peut y avoir qu'un démon de courrier électronique (exim4 ou postfix ou sendmail) etc etc. Donc on peut très bien installer okular, à condition d'avoir l'espace disque nécessaire. Personnellement, j'utilise okular depuis des années, sous xfce (le meilleur logiciel est celui qu'on connaît bien) Bonne installation JCM Le 22/05/2024 à 23:30, Th.A.C a écrit : Bonjour, sur une debian 10 sous xfce, je voudrais installer okular pour tester. A l'install, synaptic veut enlever lpr et mettre cups-bsd à la place, plus une centaine de fichiers. Y a t'il un inconvénient pour lpr et cups-bsd? Le nombre de fichiers supplémentaires me semble élevé pour une installation d'un programme, mais comme c'est le lecteur pdf de kde et que je suis sous xfce , je suppose que c'est normal? Des avis avant de passer à l'action? Merci :-) Thierry
Re: okular lpr et cups-bsd
Bonjour J'ai la même version sur un vieux portable : $ cat /etc/debian_version 10.13 avec xfce comme environnement graphique La commande : apt-cache depends okular|grep Dépend|wc donne le nombre de dépendances strictes de okular, qui est 47, mais j'ai peut-être des versions i386 dans le lot, je n'ai pas vérifié. Cups-bsd est simplement recommandé, donc pas obligatoirement installé (à régler dans synaptic je pense) qui vient avec ses dépendances s'il n'est pas installé. texlive-binaries est aussi simplement suggéré, et si texlive n'est pas installé, lui aussi dépend de 49 autres paquets. etc etc Donc une centaine de paquets, ce n'est pas étonnant. De plus : Le paquet lpr sera enlevé, mais un fichier lpr (dans /usr/bin/ il me semble) sera installé en remplacement (voir https://packages.debian.org/search?searchon=contents&keywords=lpr&mode=exactfilename&suite=bookworm&arch=amd64) si la commande lpr est utilisée sur le système (il ne peut y avoir qu'un démon d'impression sur un système (cups ou lpd) comme il ne peut y avoir qu'un démon de courrier électronique (exim4 ou postfix ou sendmail) etc etc. Donc on peut très bien installer okular, à condition d'avoir l'espace disque nécessaire. Personnellement, j'utilise okular depuis des années, sous xfce (le meilleur logiciel est celui qu'on connaît bien) Bonne installation JCM Le 22/05/2024 à 23:30, Th.A.C a écrit : Bonjour, sur une debian 10 sous xfce, je voudrais installer okular pour tester. A l'install, synaptic veut enlever lpr et mettre cups-bsd à la place, plus une centaine de fichiers. Y a t'il un inconvénient pour lpr et cups-bsd? Le nombre de fichiers supplémentaires me semble élevé pour une installation d'un programme, mais comme c'est le lecteur pdf de kde et que je suis sous xfce , je suppose que c'est normal? Des avis avant de passer à l'action? Merci :-) Thierry
okular lpr et cups-bsd
Bonjour, sur une debian 10 sous xfce, je voudrais installer okular pour tester. A l'install, synaptic veut enlever lpr et mettre cups-bsd à la place, plus une centaine de fichiers. Y a t'il un inconvénient pour lpr et cups-bsd? Le nombre de fichiers supplémentaires me semble élevé pour une installation d'un programme, mais comme c'est le lecteur pdf de kde et que je suis sous xfce , je suppose que c'est normal? Des avis avant de passer à l'action? Merci :-) Thierry
Re: CUPS, Bullseye et Apple
On Saturday 21 October 2023 16:05:33 Thierry wrote: > Incidemment, sur l'interface d'administration CUPS sur une Debian > Bullseye pur jus, j'ai remarqué cette petite note en bas de page: > "CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est > sous copyright 2017-2019 Apple Inc. Tous droits réservés". > Pour moi qui suis un tenant du libre et allergique à Apple, de quoi > s'inquiéter? Qu'est-ce que cela signifie? C'est vrai, étonnant. On lit aussi : - Ethernet est une marque déposée de Xerox Corporation, - Mozilla et Firefox sont les marques déposées ou les marques commerciales de Mozilla Foundation. Pas trop Libre tout ça...
Re: CUPS, Bullseye et Apple
On 10/21/23 16:05, Thierry wrote: Bonjour, Incidemment, sur l'interface d'administration CUPS sur une Debian Bullseye pur jus, j'ai remarqué cette petite note en bas de page: " CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est sous copyright 2017-2019 Apple Inc. Tous droits réservés". Pour moi qui suis un tenant du libre et allergique à Apple, de quoi s'inquiéter? Qu'est-ce que cela signifie? CUPS fonctionne sous Linux. sur https://github.com/apple/cups on peut lire la licence suivante: LEGAL STUFF<https://github.com/apple/cups#legal-stuff> Copyright © 2007-2021 by Apple Inc. Copyright © 1997-2007 by Easy Software Products. CUPS is provided under the terms of the Apache License, Version 2.0 with exceptions for GPL2/LGPL2 software. A copy of this license can be found in the file |LICENSE|. Additional legal information is provided in the file |NOTICE|. Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Et la licence Apache est considérée comme libre. Le copyright appartient a Apple, qui a probablement payé les salaires des dévelopeurs initiaux de CUPS. Je suis aussi libriste (membre de l'APRIL) et allergique à Apple, mais il faut constater qu'il arrive à Apple de salarier des developpeurs de logiciels libres intéressants. (j'ai connu des dévelopeurs salariés, et je l'ai moi-même été, pour le compilateur GCC, en particulier -pour les développeurs GCC que j'ai rencontrés- payé par IBM ou Google). Le code appartient à l'employeur (dans mon cas le CEA), qui délègue le copyright à la FSF. C'est une formalité qui m'a été pénible, et m'a probablement coûté des avancements. Mon projet logiciel libre du moment est le moteur d'inférences RefPerSys (sous licence GPLv3+), en cours de développement en https://github.com/RefPerSys/RefPerSys/ les contributions y sont bienvenues. -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: CUPS, Bullseye et Apple
https://fr.wikipedia.org/wiki/Common_Unix_Printing_System Le 21/10/2023 à 16:05, Thierry a écrit : Bonjour, Incidemment, sur l'interface d'administration CUPS sur une Debian Bullseye pur jus, j'ai remarqué cette petite note en bas de page: " CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est sous copyright 2017-2019 Apple Inc. Tous droits réservés". Pour moi qui suis un tenant du libre et allergique à Apple, de quoi s'inquiéter? Qu'est-ce que cela signifie? Merci
CUPS, Bullseye et Apple
Bonjour, Incidemment, sur l'interface d'administration CUPS sur une Debian Bullseye pur jus, j'ai remarqué cette petite note en bas de page: " CUPS et le logo CUPS sont des marques déposée de Apple Inc. CUPS est sous copyright 2017-2019 Apple Inc. Tous droits réservés". Pour moi qui suis un tenant du libre et allergique à Apple, de quoi s'inquiéter? Qu'est-ce que cela signifie? Merci
[Résolu] soucis avec cups
Le 13/01/23 à 12:55, NoSpam a écrit : Pas étonnant que cela tombe en panne. sid reste sid Et bien, non, ce n'était pas la cause du soucis. En passant en mode debug, j'ai vu ces messages dans le fichier error.log : D [13/Jan/2023:12:14:22 +0100] [Job 982] Printer credentials: 192.168.1.57 (issued by SEIKO EPSON CORP.) / Sat, 08 Jan 2033 18:57:58 GMT / RSA-SHA1 / 9643B28F917E30AB1969EE67366CF068 D [13/Jan/2023:12:14:22 +0100] [Job 982] Stored credentials: 192.168.0.2 (issued by SEIKO EPSON CORP.) / Fri, 30 Dec 2022 00:00:00 GMT / RSA-SHA1 / D89D66587AE24B3617A6D8C54F5446D2 D [13/Jan/2023:12:14:22 +0100] [Job 982] update_reasons(attr=0(), s=\"-cups-pki-invalid,cups-pki-changed,cups-pki-expired,cups-pki-unknown\") D [13/Jan/2023:12:14:22 +0100] [Job 982] update_reasons(attr=0(), s=\"+cups-pki-invalid\") D [13/Jan/2023:12:14:22 +0100] [Job 982] STATE: +cups-pki-invalid Apparement, cups stocke des certificats en local. Un tour rapide dans /etc/cups/ssl et je trouve un fichier EPSON4ECDE5.local.crt. Je l'ai gzippé, relancé une impression et ... Ça fonctionne à nouveau ! Et cups a stocké un nouveau certificat pour mon imprimante. C'est très tordu, documenté nulle part, aucunement indiqué par cups dans un fichier de log. Merci à Didier pour sa tentative d'aide. Allez, bonne journée à toutes et à tous ! -- Jean-Marc OpenPGP_signature Description: OpenPGP digital signature
Re: soucis avec cups
Bonjour ou avahi ;-) regarde si tu n'as pas un paramétrage de cette imprimante qui la stoppe après une tentative d'impression ratée (printer-error-policy=stop- printer), il me semble même que c'est le comportement par défaut (de mémoire, et elle n'est pas fantastique). ça ne t'expliquera pas pourquoi l'impression se plante mais ça ne stoppera plus l'imprimante pour ça. Pour avopir plus de détails dans le log relatifs au planatge, tu peux activer momentanément le debugging (cupsctl --debug-logging) cf https://www.cups.org/doc/admin.html
Re: soucis avec cups
Le 13/01/2023 à 12:40, Jean-Marc a écrit : Le 13/01/23 à 10:18, NoSpam a écrit : Bonjour. Quelle version Debian ? testing ? Sid ? Debian sid cups 2.4.2-1+b2 Pas étonnant que cela tombe en panne. sid reste sid J'ai le problème depuis des années avec une Samsung, ce qui fonctionne sans soucis c'est socket:// comme connexion Tu configures ça comment dans cups ? AppSocket
Re: soucis avec cups
Le 13/01/23 à 10:18, NoSpam a écrit : Bonjour. Quelle version Debian ? testing ? Sid ? Debian sid cups 2.4.2-1+b2 J'ai le problème depuis des années avec une Samsung, ce qui fonctionne sans soucis c'est socket:// comme connexion Tu configures ça comment dans cups ? -- Jean-Marc OpenPGP_signature Description: OpenPGP digital signature
Re: soucis avec cups
Bonjour. Quelle version Debian ? testing ? Sid ? J'ai le problème depuis des années avec une Samsung, ce qui fonctionne sans soucis c'est socket:// comme connexion Le 13/01/2023 à 10:00, Jean-Marc a écrit : salut la liste, J'ai un gros soucis avec cups. Impossible d'envoyer quoi que ce soit à mon imprimante. En résumé, j'ai plusieurs PCs avec Debian sid et une imprimante epson wf-3640 branchée sur le réseau. Cette imprimante s'annonce sur le réseau via le protocole bonjour et est détectée par avahi. Elle est ensuite configurée de manière automatique par cups qui supporte de manière native le protocole IPP utilisé dans ce cas. Tout cela a fonctionne parfaitement jusqu'il y a peu. Depuis quelques jours, quand j'essaie d'imprimer quelque chose, cups bascule l'imprimante en disable. Je peux la remettre en enable tant que je veux, cups la passe tout le temps en disable. Pour savoir si c'est l'imprimante ou la communication entre l'imprimante et le PC qui posent problème, j'ai utilisé l'outil ipptool (cf. paquet https://packages.debian.org/sid/ippsample) et là, pas de soucis. Je peux envoyer des fichiers à l'imprimante qui a fonctionne normalement. Je vais essayer de montrer, par l'exemple, ce qu'il se passe. Avant d'allumer l'imprimante, un lpstat ne donne rien; normal : jim@deb-sid:~$ lpstat -t scheduler is running no system default destination lpstat: Aucune destination ajoutée. lpstat: Aucune destination ajoutée. lpstat: Aucune destination ajoutée. lpstat: Aucune destination ajoutée. Dès que l'imprimante est démarrée et que le système l'a détectée, elle est reconnue et configurée : jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matériel pour EPSON_WF_3640_Series : implicitclass://EPSON_WF_3640_Series/ EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:40 printer EPSON_WF_3640_Series is idle. enabled since ven 13 jan 2023 08:26:40 Le simple envoi d'un fichier la fait basculer en statut disable : jim@deb-sid:~$ lp fichier.txt request id is EPSON_WF_3640_Series-981 (1 file(s)) jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matériel pour EPSON_WF_3640_Series : implicitclass://EPSON_WF_3640_Series/ EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:59 printer EPSON_WF_3640_Series disabled since ven 13 jan 2023 08:26:59 - cause inconnue EPSON_WF_3640_Series-981 jim 3072 ven 13 jan 2023 08:26:58 Je peux dire à cups de la remettre dispo, ça ne marche pas : jim@deb-sid:~$ cupsenable EPSON_WF_3640_Series jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matériel pour EPSON_WF_3640_Series : implicitclass://EPSON_WF_3640_Series/ EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:27:22 printer EPSON_WF_3640_Series disabled since ven 13 jan 2023 08:27:22 - cause inconnue EPSON_WF_3640_Series-981 jim 3072 ven 13 jan 2023 08:26:58 Les fichiers de log de cups montre que l'envoi de la commande pour remettre l'imprimante dispo semble fonctionner mais elle bascule en disable à chaque fois : jim@deb-sid:~$ cd /var/log/cups/ && tail -f access.log error.log [...] ==> access_log <== localhost - - [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 401 164 Resume-Printer successful-ok localhost - jim [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 200 164 Resume-Printer successful-ok localhost - root [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 200 279 CUPS-Add-Modify-Printer successful-ok ==> error_log <== W [13/Jan/2023:08:29:03 +0100] [Job 981] Backend returned status 4 (stop printer) ==> access_log <== localhost - - [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 401 164 Resume-Printer successful-ok localhost - jim [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 200 164 Resume-Printer successful-ok localhost - root [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 200 279 CUPS-Add-Modify-Printer successful-ok ==> error_log <== W [13/Jan/2023:08:29:14 +0100] [Job 981] Backend returned status 4 (stop printer) ==> access_log <== localhost - - [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 401 164 Resume-Printer successful-ok localhost - jim [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 200 164 Resume-Printer successful-ok localhost - root [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 200 279 CUPS-Add-Modify-Printer successful-ok ==> error_log <== W [13/Jan/2023:08:29:43 +0100] [Job 981] Backend returned status 4 (stop printer) Si je vire le job d'impression et que je remets l'imprimante en enable, el
soucis avec cups
salut la liste, J'ai un gros soucis avec cups. Impossible d'envoyer quoi que ce soit à mon imprimante. En résumé, j'ai plusieurs PCs avec Debian sid et une imprimante epson wf-3640 branchée sur le réseau. Cette imprimante s'annonce sur le réseau via le protocole bonjour et est détectée par avahi. Elle est ensuite configurée de manière automatique par cups qui supporte de manière native le protocole IPP utilisé dans ce cas. Tout cela a fonctionne parfaitement jusqu'il y a peu. Depuis quelques jours, quand j'essaie d'imprimer quelque chose, cups bascule l'imprimante en disable. Je peux la remettre en enable tant que je veux, cups la passe tout le temps en disable. Pour savoir si c'est l'imprimante ou la communication entre l'imprimante et le PC qui posent problème, j'ai utilisé l'outil ipptool (cf. paquet https://packages.debian.org/sid/ippsample) et là, pas de soucis. Je peux envoyer des fichiers à l'imprimante qui a fonctionne normalement. Je vais essayer de montrer, par l'exemple, ce qu'il se passe. Avant d'allumer l'imprimante, un lpstat ne donne rien; normal : jim@deb-sid:~$ lpstat -t scheduler is running no system default destination lpstat: Aucune destination ajoutée. lpstat: Aucune destination ajoutée. lpstat: Aucune destination ajoutée. lpstat: Aucune destination ajoutée. Dès que l'imprimante est démarrée et que le système l'a détectée, elle est reconnue et configurée : jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matériel pour EPSON_WF_3640_Series : implicitclass://EPSON_WF_3640_Series/ EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:40 printer EPSON_WF_3640_Series is idle. enabled since ven 13 jan 2023 08:26:40 Le simple envoi d'un fichier la fait basculer en statut disable : jim@deb-sid:~$ lp fichier.txt request id is EPSON_WF_3640_Series-981 (1 file(s)) jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matériel pour EPSON_WF_3640_Series : implicitclass://EPSON_WF_3640_Series/ EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:59 printer EPSON_WF_3640_Series disabled since ven 13 jan 2023 08:26:59 - cause inconnue EPSON_WF_3640_Series-981 jim 3072 ven 13 jan 2023 08:26:58 Je peux dire à cups de la remettre dispo, ça ne marche pas : jim@deb-sid:~$ cupsenable EPSON_WF_3640_Series jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matériel pour EPSON_WF_3640_Series : implicitclass://EPSON_WF_3640_Series/ EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:27:22 printer EPSON_WF_3640_Series disabled since ven 13 jan 2023 08:27:22 - cause inconnue EPSON_WF_3640_Series-981 jim 3072 ven 13 jan 2023 08:26:58 Les fichiers de log de cups montre que l'envoi de la commande pour remettre l'imprimante dispo semble fonctionner mais elle bascule en disable à chaque fois : jim@deb-sid:~$ cd /var/log/cups/ && tail -f access.log error.log [...] ==> access_log <== localhost - - [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 401 164 Resume-Printer successful-ok localhost - jim [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 200 164 Resume-Printer successful-ok localhost - root [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 200 279 CUPS-Add-Modify-Printer successful-ok ==> error_log <== W [13/Jan/2023:08:29:03 +0100] [Job 981] Backend returned status 4 (stop printer) ==> access_log <== localhost - - [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 401 164 Resume-Printer successful-ok localhost - jim [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 200 164 Resume-Printer successful-ok localhost - root [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 200 279 CUPS-Add-Modify-Printer successful-ok ==> error_log <== W [13/Jan/2023:08:29:14 +0100] [Job 981] Backend returned status 4 (stop printer) ==> access_log <== localhost - - [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 401 164 Resume-Printer successful-ok localhost - jim [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 200 164 Resume-Printer successful-ok localhost - root [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 200 279 CUPS-Add-Modify-Printer successful-ok ==> error_log <== W [13/Jan/2023:08:29:43 +0100] [Job 981] Backend returned status 4 (stop printer) Si je vire le job d'impression et que je remets l'imprimante en enable, elle va y rester jusqu'à la prochaine impression : jim@deb-sid:~$ lprm 981 jim@deb-sid:~$ cupsenable EPSON_WF_3640_Series jim@deb-sid:~$ lpstat -t scheduler is running system default destination: EPSON_WF_3640_Series matéri
Re: Administration CUPS impossible
Super, C'est certainement lié a ce bug qui est prochainement corrigé dans debian https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1950484 [image: photo] *Michel Memeteau* Directeur, Ekimia SAS +33 (0)9 72 30 83 34 <+33+9+72+30+83+34> | m...@ekimia.fr | Notre WebBoutique : https://shop.ekimia.fr <https://shop.ekimia.fr/> | 620 avenue de la roche fourcade 13400 Aubagne FRANCE <http://facebook.com/ekimiashop> <https://fr.linkedin.com/pub/michel-memeteau/50/793/126> <http://twitter.com/ekimiainfo> Contactez nous directement par Tchat sur http://bit.ly/ekitchat <http://bit.ly/ekitchat> Le lun. 6 déc. 2021 à 19:53, a écrit : > Le 06/12/2021 à 09:35, Michel Memeteau - EKIMIA a écrit : > > cat /etc/group |grep $USER > > Effectivement, je n'étais pas dans le groupe lpadmin. > > J'ai donc fait un sudo usermod -aG lpadmin moi > > J'ai retenté de modifier les réglages de CUPS en localhost:631, et ça a > marché. J'ai relancé mon navigateur web pour m'assurer que les réglages > sont confirmés, et c'est tout bon. > > Merci de m'avoir aiguillé sur cette piste. > >
Re: Administration CUPS impossible
Le 06/12/2021 à 09:35, Michel Memeteau - EKIMIA a écrit : cat /etc/group |grep $USER Effectivement, je n'étais pas dans le groupe lpadmin. J'ai donc fait un sudo usermod -aG lpadmin moi J'ai retenté de modifier les réglages de CUPS en localhost:631, et ça a marché. J'ai relancé mon navigateur web pour m'assurer que les réglages sont confirmés, et c'est tout bon. Merci de m'avoir aiguillé sur cette piste.
Re: Administration CUPS impossible
Bonjour , Je crois que c'est un bug auquel j'ai fait face récemment que dit cat /etc/group |grep $USER ? [image: photo] *Michel Memeteau* Directeur, Ekimia SAS +33 (0)9 72 30 83 34 <+33+9+72+30+83+34> | m...@ekimia.fr | Notre WebBoutique : https://shop.ekimia.fr <https://shop.ekimia.fr/> | 620 avenue de la roche fourcade 13400 Aubagne FRANCE <http://facebook.com/ekimiashop> <https://fr.linkedin.com/pub/michel-memeteau/50/793/126> <http://twitter.com/ekimiainfo> Contactez nous directement par Tchat sur http://bit.ly/ekitchat <http://bit.ly/ekitchat> Le sam. 4 déc. 2021 à 19:21, a écrit : > Bonjour la liste, > > Dans le but de partager une imprimante USB sur le réseau local, j'ai > voulu changer les paramètres du serveur CUPS par l'interface web > localhost:631. > > Le problème c'est que quand j'ai cliqué pour valider, après m'être > identifié en tant qu'administrateur, une page s'est ouverte avec le > message : > > "Interdit. Impossible de modifier les réglages du serveur" > > À quoi ça pourrait bien être dû ? > > Autrement, CUPS fonctionne très bien. > >
Administration CUPS impossible
Bonjour la liste, Dans le but de partager une imprimante USB sur le réseau local, j'ai voulu changer les paramètres du serveur CUPS par l'interface web localhost:631. Le problème c'est que quand j'ai cliqué pour valider, après m'être identifié en tant qu'administrateur, une page s'est ouverte avec le message : "Interdit. Impossible de modifier les réglages du serveur" À quoi ça pourrait bien être dû ? Autrement, CUPS fonctionne très bien.
Re: Cups collecte toutes les imprimantes
On Wed, Jul 10, 2019 at 10:35:53PM +0200, C. Mourad Jaber wrote: > Bonsoir, Bonjour, > > J'ai une question concernant CUPS... Je constate qu'il enregistre toutes les > imprimantes de tous les réseaux sur lequel je me connecte... > > C'est très problématique puisque je me retrouve avec plusieurs 100aines > d'imprimantes dont je n'ai aucune utilité... > > Est-il possible d'eviter cet enregistrement automatique ? oui, il faut enlever le paquet "cups-browsed" : Description-fr: filtres CUPS OpenPrinting — cups-browsed Ce paquet fournit cups-browsed, un démon qui parcourt les transmissions Bonjour d'imprimantes partagées distantes et rend ces dernières disponibles localement en remplaçant la transmission/navigation de CUPS abandonnée dans sa version 1.6.x. De cette façon, l'ancien comportement consistant à avoir les imprimantes distantes immédiatement disponibles est de nouveau mise en œuvre avec Bonjour. A+ > > Est-il possible de les reconnaitres dans la configuration de CUPS et de les > supprimer en bloc ? > > Merci beaucoup > > Mourad > -- Bertrand Orvoine
Cups collecte toutes les imprimantes
Bonsoir, J'ai une question concernant CUPS... Je constate qu'il enregistre toutes les imprimantes de tous les réseaux sur lequel je me connecte... C'est très problématique puisque je me retrouve avec plusieurs 100aines d'imprimantes dont je n'ai aucune utilité... Est-il possible d'eviter cet enregistrement automatique ? Est-il possible de les reconnaitres dans la configuration de CUPS et de les supprimer en bloc ? Merci beaucoup Mourad
Cups plante lors de l'impression d'un PDF (pdf1-4)
Bonjour, impossible d'imprimer un PDF depuis le visualisateur atril (j'utilise le bureau mate), l'impression plante. J'ai également essayé depuis zathura, même problème. Par contre, aucun problème lorsque je l'imprime manuellement via lp ou lpr. En pièce jointe, les messages de déboguage Le PDF à l'origine du problème contient des infos personnelles (il vient de ma mutuelle), je ne l'ai pas joint à ce mail. Je peux l'envoyer sur demande. uname -a: Linux dimension 4.14.0-1-amd64 #1 SMP Debian 4.14.2-1 (2017-11-30) x86_64 GNU/Linux Imprimante laser Brother DCP-L2500D -- *Philippe CARRIER* lieu-dit Charpenay 69490 SARCEY fixe: /04.74.72.49.82/ port: /*06.89.56.27.31*/ print with atril: *** Error in `atril': double free or corruption (!prev): 0x56215050 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x390b4722fb)[0x7fffefc1c2fb] /lib/x86_64-linux-gnu/libc.so.6(+0x390b47895e)[0x7fffefc2295e] /lib/x86_64-linux-gnu/libc.so.6(+0x390b4791be)[0x7fffefc231be] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a28b5dc)[0x719dd5dc] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a28d58f)[0x719df58f] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a2d14eb)[0x71a234eb] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a28a17e)[0x719dc17e] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a2d0790)[0x71a22790] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a26e2d6)[0x719c02d6] /usr/lib/x86_64-linux-gnu/libcairo.so.2(cairo_surface_finish+0x37)[0x719c0f27] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a242685)[0x71994685] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a26e2d6)[0x719c02d6] /usr/lib/x86_64-linux-gnu/libcairo.so.2(cairo_surface_finish+0x37)[0x719c0f27] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x39241b68c7)[0x72ba48c7] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x3924088468)[0x72a76468] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x3924c2bad0)[0x72521ad0] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x155)[0x706e2e15] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x390d04b1e0)[0x706e31e0] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0xc2)[0x706e34f2] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_main+0x85)[0x72a1f345] atril(+0x20242)[0x55574242] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7fffefbca561] atril(+0x203ea)[0x555743ea] === Memory map: 4000-555bc000 r-xp 08:22 263814 /usr/bin/atril 557bc000-557c1000 r--p 00068000 08:22 263814 /usr/bin/atril 557c1000-557c2000 rw-p 0006d000 08:22 263814 /usr/bin/atril 557c2000-57678000 rw-p 00:00 0 [heap] 7fff7000-7fff70021000 rw-p 00:00 0 7fff70021000-7fff7400 ---p 00:00 0 7fff747f8000-7fff747fa000 r-xp 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff747fa000-7fff749f9000 ---p 2000 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff749f9000-7fff749fa000 r--p 1000 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff749fa000-7fff749fb000 rw-p 2000 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff749fb000-7fff74a2 r-xp 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74a2-7fff74c2 ---p 00025000 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74c2-7fff74c21000 r--p 00025000 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74c21000-7fff74c22000 rw-p 00026000 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74c22000-7fff74c37000 r-xp 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74c37000-7fff74e36000 ---p 00015000 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74e36000-7fff74e37000 r--p 00014000 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74e37000-7fff74e38000 rw-p 00015000 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74e38000-7fff74e41000 r-xp 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so 7fff74e41000-7fff7504 ---p 9000 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so 7fff7504-7fff75041000 r--p 8000 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so 7fff75041000-7fff75042000 rw-p 9000 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudpr
Re: imprimante bien compatible avec cups
On Tuesday 05 December 2017 14:08:04 fab wrote: > > à 1€ pièce chez Amazon. À ce tarif là, j'imprime à gogo sans sourciller. > > Désolé d'être un tantinet GAFAM et de ne pas respecter l'éthique > > 100% Libriste, mais bon, au moins ça marche impec, pas cher > > et pas de soucis. > Mais ne sois pas désolé. C'est un choix que tu fais... en conscience. > > :-) On peut formuler le problème ainsi : Comment combiner un système global qui fonctionne bien mais ne respecte pas complètement l'éthique du logiciel Libre et Opensource ? To be or not to be, that is the question ? comme l'a dit Shakespeare :-) André
Re: imprimante bien compatible avec cups
Le 05/12/2017 à 11:55, François Le Gad a écrit : J'ai une multifonction couleur d'entrée de gamme HP Laserjet M176n. Elle nécessite le pilote Hplip (disponible dans les dépôts Debian). Alimentation par le bas, connectée à la box en ethernet. Connexion usb disponible. merci ! j'ai acheté du coup la color laserjet MFP M180N mais elle semble trop récente pour hplip et le scanner, mais vu que j'ai un poste windows pour scanner, ça va. sauf si vous avez une astuce, je suis preneur bien entendu ! jerem
Re: imprimante bien compatible avec cups
- Mail original - > De: "jérémy prego" > À: "Liste Debian" > Envoyé: Mardi 5 Décembre 2017 11:22:52 > Objet: imprimante bien compatible avec cups > > bonjour à tous, > > mon imprimante canon MP160 vient de rendre l'âme. à ce titre, je > recherche une imprimante bien compatible avec GNU/Linux (cups) et > avec > des consommables pas trop élevés. si c'est plus rentable, je peux > passer > sur du laser. > > j'imprime plutôt de manière occasionnelle donc le laser peut être > plus > rentable sur la durée selon ce que j'ai compris > > de préférence, j'aimerai un chargeur de feuille en bas de > l'imprimante > et non en haut comme ma Canon. mais ça c'est du bonus... > > concernant la connectivité USB ou RJ45 > > merci pour vos avis ! :) > > Jerem > > bonjour, la liste des imprimantes epson utilisables sous linux : http://download.ebz.epson.net/dsc/search/01/search/searchModuleFromResult rechercher et-4550 avantage: vous pouvez acheter uniquement l'encre qui restera moins chère que de devoir payer des cartouches rikiki slt bernard
Re: imprimante bien compatible avec cups
On Tuesday 05 December 2017 14:43:57 Christophe De Natale wrote: > Le 05/12/2017 à 12:15, andre_deb...@numericable.fr a écrit : > > Cartouches XXL rendu impression parfait, à 1€ pièce chez Amazon. > > À ce tarif là, j'imprime à gogo sans sourciller. > Attention quand même à la course au toujours moins cher... : On ne sort pas du sujet low-cost :-) > Je n'ai pas su réanimer un modèle de la gamme et de la marque citée > suite à une installation de cartouches génériques qui ont bloqué le > micro-logiciel. > Pourtant on y a passé un moment mais plus moyen de faire reconnaître les > consommables propriétaires (ni les génériques d'ailleurs) : Jamais eu de problèmes de ce type.
Re: imprimante bien compatible avec cups
Le 05/12/2017 à 12:15, andre_deb...@numericable.fr a écrit : Bonjour, Cartouches XXL rendu impression parfait, à 1€ pièce chez Amazon. À ce tarif là, j'imprime à gogo sans sourciller. Attention quand même à la course au toujours moins cher... Je n'ai pas su réanimer un modèle de la gamme et de la marque citée suite à une installation de cartouches génériques qui ont bloqué le micro-logiciel. Pourtant on y a passé un moment mais plus moyen de faire reconnaître les consommables propriétaires (ni les génériques d'ailleurs) -- Christophe
Re: imprimante bien compatible avec cups
'lut, à 1€ pièce chez Amazon. À ce tarif là, j'imprime à gogo sans sourciller. Désolé d'être un tantinet GAFAM et de ne pas respecter l'éthique 100% Libriste, mais bon, au moins ça marche impec, pas cher et pas de soucis. Mais ne sois pas désolé. C'est un choix que tu fais... en conscience. :-) :-p f.
Re: imprimante bien compatible avec cups
On Tuesday 05 December 2017 11:55:01 François Le Gad wrote: > Le 05/12/2017 à 11:22, jérémy prego a écrit : > > mon imprimante canon MP160 vient de rendre l'âme. à ce titre, je > > recherche une imprimante bien compatible avec GNU/Linux (cups) et avec > > des consommables pas trop élevés. si c'est plus rentable, je peux passer > > sur du laser. Toutes les imprimantes Epson type "WorkForce". Pilotes (proprio) parfaitement reconnus par Linux et cups. Cartouches XXL rendu impression parfait, à 1€ pièce chez Amazon. À ce tarif là, j'imprime à gogo sans sourciller. Désolé d'être un tantinet GAFAM et de ne pas respecter l'éthique 100% Libriste, mais bon, au moins ça marche impec, pas cher et pas de soucis. :-) Ils existent d'autres imprimantes à pilotes Libres qui marchent très bien, mais cartouches à 12€ pièce minimum (12 fois plus chères). André ePSon : je n'ai pas d'actions chez Epson.
Re: imprimante bien compatible avec cups
Le 05/12/2017 à 11:22, jérémy prego a écrit : mon imprimante canon MP160 vient de rendre l'âme. à ce titre, je recherche une imprimante bien compatible avec GNU/Linux (cups) et avec des consommables pas trop élevés. si c'est plus rentable, je peux passer sur du laser. J'ai une multifonction couleur d'entrée de gamme HP Laserjet M176n. Elle nécessite le pilote Hplip (disponible dans les dépôts Debian). Alimentation par le bas, connectée à la box en ethernet. Connexion usb disponible. C'est plus cher à l'achat qu'une jet d'encre (j'ai également eu une MP160), mais moins coûteux d'utilisation, surtout si on imprime en couleurs. -- François
imprimante bien compatible avec cups
bonjour à tous, mon imprimante canon MP160 vient de rendre l'âme. à ce titre, je recherche une imprimante bien compatible avec GNU/Linux (cups) et avec des consommables pas trop élevés. si c'est plus rentable, je peux passer sur du laser. j'imprime plutôt de manière occasionnelle donc le laser peut être plus rentable sur la durée selon ce que j'ai compris de préférence, j'aimerai un chargeur de feuille en bas de l'imprimante et non en haut comme ma Canon. mais ça c'est du bonus... concernant la connectivité USB ou RJ45 merci pour vos avis ! :) Jerem
Re: [stretch] CUPS en français
> Le 17 oct. 2017 à 11:34, Manu Baylac a écrit : > >> Le 17/10/2017 à 11:25, Manu Baylac a écrit : >> >> Si on utilise Jessie (ou une distrib qui contient "nativement" le template >> fr dans cups, et qu'on utilise firefox, on peut pour aller au plus vite avec >> un about:config changer le paramètre intl.accept_languages, par défaut avec >> la valeur "en", en "fr" et ça marche. > > Juste une précision : après le changement, vider le cache et et recharger la > page :-) > Merci pour toutes ces précisions :-) Marc > >
Re: [stretch] CUPS en français
Le 17/10/2017 à 11:25, Manu Baylac a écrit : Si on utilise Jessie (ou une distrib qui contient "nativement" le template fr dans cups, et qu'on utilise firefox, on peut pour aller au plus vite avec un about:config changer le paramètre intl.accept_languages, par défaut avec la valeur "en", en "fr" et ça marche. Juste une précision : après le changement, vider le cache et et recharger la page :-) -- Manu
Re: [stretch] CUPS en français
Bonjour, Le 16/10/2017 à 22:28, Mathias Dufresne a écrit : Concernant le fait que la distrib' ne soit pas la même chez François plutôt que râler je vais poser une question : As-tu un répertoire /usr/share/cups/template/fr ? Sous stretch et buster non, sous jessie oui. Cups est très utilisé et la traduction de ces pages n'est pas un travail hors du commun, ceci dit sans vouloir dénigrer à aucun moment le boulot fait par les contributeurs mais plutôt mettre en évidence que je serai fort surpris qu'aucune version de Cups n'ai jamais été traduite en français. Mais si, sous Jessie le paquet cups livre bien le template fr. Tout ça pour dire qu'ajouter le répertoire fr /usr/share/cups/templates/ semble insuffisant. Quelqu'un aurait une idée pour faire avancer le schmilblick ? Si on utilise Jessie (ou une distrib qui contient "nativement" le template fr dans cups, et qu'on utilise firefox, on peut pour aller au plus vite avec un about:config changer le paramètre intl.accept_languages, par défaut avec la valeur "en", en "fr" et ça marche. Sous strech/ buster, on peut faire la même chose avec les templates installés : avec la valeur es, j'ai mon cups en espagnol sans problème, et avec ru en russe. Mais en téléchargeant le répertoire fr de la branche master (avec un svn checkout https://github.com/apple/cups/trunk/templates/fr), ça ne marche pas. Je ne sais pas comment fonctionne le bousin sous le capot et je n'ai pas le temps de regarder. Personnellement, si je ne trouvais pas la solution rapidement sur le net ou par mes propres moyens, et que je voulais vraiment un cups en français, pour aller au plus vite (enfin...) je téléchargerais les sources de la branche master et recompilerai. Ou pour aller très très vite, j'ouvre mon interface web avec Chromium et j'active la traduction en fr à la volée par défaut. PS : pas vu un troll passer :-) -- Manu
Re: [stretch] CUPS en français
Le 16 octobre 2017 à 22:24, Mathias Dufresne a écrit : > Le problème est pour ma chère môman qui refuse de se mettre à l'anglais à > 68 ans. Je vous laisse penser que c'est une feignasse mais j'ai un point de > vue faussé : c'est ma môman. Perso l'anglais me va très bien mais j'ai > voulu regarder et je suis venu par ici pour deux raisons : en règle > générale on trouve par ici une aide intéressante et j'ai opté spécifique > pour la user-french car on y cause le français. Je me suis dit que le sujet > pourrait intéresser du monde. Je n'ai pas pensé que ça partirait en > troll... Je voulais parler d'informatique libre initialement. > > > Le 16 octobre 2017 à 21:03, Manu Baylac a écrit : > >> Bonsoir, >> >> >> Le 16/10/2017 à 13:10, Michel a écrit : >> >> Jessie avec cups 1.7.5, on a: ca, cs, de, es, fr, it, ja, pt_BR et ru. >>> >> >> Oui, mais grâce aux contributeurs. Et la question est bien appuyée dans >> son titre, ça concerne Stretch. Cette stable est récente, il faut être un >> peu patient ou contribuer pour faire avancer les choses. >> > > Concernant le fait que la distrib' ne soit pas la même chez François > plutôt que râler je vais poser une question : > As-tu un répertoire /usr/share/cups/template/fr ? > > >> >> Donc je persiste : Si François (Tourde) voit son cups en français sans >> problème et sans n'avoir rien fait comme il le dit, soit il n'a pas bien lu >> le titre et du coup porte à confusion car il n'est pas sous stretch, soit >> il utilise un navigateur avec la traduction automatique activée (c'est en >> majorité très bien traduit donc c'est bluffant). >> > > Comme dit plus haut l'anglais me va bien et aucun de mes navigateurs sur > aucun de mes systèmes ne traduit automatiquement les pages en anglais et > pourtant, je reste persuadé d'avoir déjà eu cette interface Web en > français. Cups est très utilisé et la traduction de ces pages n'est pas un > travail hors du commun, ceci dit sans vouloir dénigrer à aucun moment le > boulot fait par les contributeurs mais plutôt mettre en évidence que je > serai fort surpris qu'aucune version de Cups n'ai jamais été traduite en > français. > > Suite à la lecture de tout ça j'ai récupéré le dépôt git, j'ai regardé > dans le répertoire template et sans surprise - pour moi en tout cas - tout > ou presque est déjà traduit. La communauté du libre fonctionne bien en > générale, en voilà un autre exemple. > > Ici aussi j'ai Cups et il parle en anglais. C'est un Gentoo (pas de troll > sur ce sujet, merci) qui utilise la version 2.1.4. Dans > /usr/share/cups/templates il n'y avait pas de répertoire fr, c'est pour ça > que j'ai récupéré les sources (au passage merci pour le lien du git) et > j'ai copié le répertoire templates/fr des sources dans > /usr/share/cups/templates/fr. J'ai redémarré cups via systemd et > l'interface web est toujours en anglais, malgré : > - le fait que ce répertoire fr contienne des pages traduites > - mon navigateur est configuré pour utiliser le français par défaut (fr > puis fr_fr en second choix dans Préférences -> Contenu -> Langues, c'est un > firefox) > > Ce soir l'ordi de ma chère mère est éteint et je ne peux tester mais si je > n'arrive pas à faire la manipulation décrite plus haut sur un système je > serai surpris d'y arriver sur un autre. > > Tout ça pour dire qu'ajouter le répertoire fr /usr/share/cups/templates/ > semble insuffisant. Quelqu'un aurait une idée pour faire avancer le > schmilblick ? > > Merci de votre aide. > PS : étant joueur j'ai créé un répertoire /usr/share/cups/templates/en pour tout stocker ici et copier les fichiers fr directement dans templates, sans succès, ça cause toujours en anglais. > >> Le thread grossit alors que la solution est donnée et bien expliquée dans >> la première réponse 14 minutes après la question :-) >> >> -- >> Manu >> >> >> >> >
Re: [stretch] CUPS en français
Le problème est pour ma chère môman qui refuse de se mettre à l'anglais à 68 ans. Je vous laisse penser que c'est une feignasse mais j'ai un point de vue faussé : c'est ma môman. Perso l'anglais me va très bien mais j'ai voulu regarder et je suis venu par ici pour deux raisons : en règle générale on trouve par ici une aide intéressante et j'ai opté spécifique pour la user-french car on y cause le français. Je me suis dit que le sujet pourrait intéresser du monde. Je n'ai pas pensé que ça partirait en troll... Je voulais parler d'informatique libre initialement. Le 16 octobre 2017 à 21:03, Manu Baylac a écrit : > Bonsoir, > > > Le 16/10/2017 à 13:10, Michel a écrit : > > Jessie avec cups 1.7.5, on a: ca, cs, de, es, fr, it, ja, pt_BR et ru. >> > > Oui, mais grâce aux contributeurs. Et la question est bien appuyée dans > son titre, ça concerne Stretch. Cette stable est récente, il faut être un > peu patient ou contribuer pour faire avancer les choses. > Concernant le fait que la distrib' ne soit pas la même chez François plutôt que râler je vais poser une question : As-tu un répertoire /usr/share/cups/template/fr ? > > Donc je persiste : Si François (Tourde) voit son cups en français sans > problème et sans n'avoir rien fait comme il le dit, soit il n'a pas bien lu > le titre et du coup porte à confusion car il n'est pas sous stretch, soit > il utilise un navigateur avec la traduction automatique activée (c'est en > majorité très bien traduit donc c'est bluffant). > Comme dit plus haut l'anglais me va bien et aucun de mes navigateurs sur aucun de mes systèmes ne traduit automatiquement les pages en anglais et pourtant, je reste persuadé d'avoir déjà eu cette interface Web en français. Cups est très utilisé et la traduction de ces pages n'est pas un travail hors du commun, ceci dit sans vouloir dénigrer à aucun moment le boulot fait par les contributeurs mais plutôt mettre en évidence que je serai fort surpris qu'aucune version de Cups n'ai jamais été traduite en français. Suite à la lecture de tout ça j'ai récupéré le dépôt git, j'ai regardé dans le répertoire template et sans surprise - pour moi en tout cas - tout ou presque est déjà traduit. La communauté du libre fonctionne bien en générale, en voilà un autre exemple. Ici aussi j'ai Cups et il parle en anglais. C'est un Gentoo (pas de troll sur ce sujet, merci) qui utilise la version 2.1.4. Dans /usr/share/cups/templates il n'y avait pas de répertoire fr, c'est pour ça que j'ai récupéré les sources (au passage merci pour le lien du git) et j'ai copié le répertoire templates/fr des sources dans /usr/share/cups/templates/fr. J'ai redémarré cups via systemd et l'interface web est toujours en anglais, malgré : - le fait que ce répertoire fr contienne des pages traduites - mon navigateur est configuré pour utiliser le français par défaut (fr puis fr_fr en second choix dans Préférences -> Contenu -> Langues, c'est un firefox) Ce soir l'ordi de ma chère mère est éteint et je ne peux tester mais si je n'arrive pas à faire la manipulation décrite plus haut sur un système je serai surpris d'y arriver sur un autre. Tout ça pour dire qu'ajouter le répertoire fr /usr/share/cups/templates/ semble insuffisant. Quelqu'un aurait une idée pour faire avancer le schmilblick ? Merci de votre aide. > > Le thread grossit alors que la solution est donnée et bien expliquée dans > la première réponse 14 minutes après la question :-) > > -- > Manu > > > >
Re: [stretch] CUPS en français
Bonsoir, Le 16/10/2017 à 13:10, Michel a écrit : Jessie avec cups 1.7.5, on a: ca, cs, de, es, fr, it, ja, pt_BR et ru. Oui, mais grâce aux contributeurs. Et la question est bien appuyée dans son titre, ça concerne Stretch. Cette stable est récente, il faut être un peu patient ou contribuer pour faire avancer les choses. Donc je persiste : Si François (Tourde) voit son cups en français sans problème et sans n'avoir rien fait comme il le dit, soit il n'a pas bien lu le titre et du coup porte à confusion car il n'est pas sous stretch, soit il utilise un navigateur avec la traduction automatique activée (c'est en majorité très bien traduit donc c'est bluffant). Le thread grossit alors que la solution est donnée et bien expliquée dans la première réponse 14 minutes après la question :-) -- Manu
Re: [stretch] CUPS en français
Bonjour, Le 15/10/2017 à 18:54, François LE GAD a écrit : Ce n'est pas prévu, mais tu peux t'y mettre : https://www.cups.org/doc/translation.html Sous Strech (et testing) cups est en version 2.2.1. On peut voir ici où en est la traduction fr : https://github.com/apple/cups/tree/master/templates/fr Et qu'on travaille dessus, et qu'on peut y contribuer. -- Manu
Re: [stretch] CUPS en français
Le 16/10/2017 à 13:00, Manu Baylac a écrit : >> Le 15/10/2017 à 22:44, François TOURDE a écrit : > >>> C'est peut-être pas prévu, mais moi j'ai l'interface CUPS >>> (localhost:631) en français, sans avoir rien fait de particulier... >> >> Je soupçonne la traduction automatique de ton navigateur... > > Je suis partisan de la première réponse, celle de François Le Gad. > > Pour être sûr, comme l'indique clairement le lien qu'il a donné, > regarder dans le dossier > /usr/share/cups/templates. Il y a dedans un répertoire pour chaque > langue traduite. > > Sous strech, je vois de, es, ja et ru seulement. Pas de fr. > > Donc sous firefox je vois mon cups en anglais. Je le regarde sous > chromium avec le traduction automatique activée et hop un cups en français. > Jessie avec cups 1.7.5, on a: ca, cs, de, es, fr, it, ja, pt_BR et ru. Michel
Re: [stretch] CUPS en français
Le 15/10/2017 à 22:44, François TOURDE a écrit : C'est peut-être pas prévu, mais moi j'ai l'interface CUPS (localhost:631) en français, sans avoir rien fait de particulier... Je soupçonne la traduction automatique de ton navigateur... Je suis partisan de la première réponse, celle de François Le Gad. Pour être sûr, comme l'indique clairement le lien qu'il a donné, regarder dans le dossier /usr/share/cups/templates. Il y a dedans un répertoire pour chaque langue traduite. Sous strech, je vois de, es, ja et ru seulement. Pas de fr. Donc sous firefox je vois mon cups en anglais. Je le regarde sous chromium avec le traduction automatique activée et hop un cups en français. -- Manu
Re: [stretch] CUPS en français
Bonjour, J'ai une grosse partie de CUPS en français sur une Raspbian 8 Jessie... Donc oui ca existe. Après pour Stretch... je ne saurai dire. Le 15/10/2017 à 22:36, Mathias Dufresne a écrit : > Il me semble pourtant l'avoir déjà vu en français cette interface... > j'affabule peut-être ceci dit. signature.asc Description: OpenPGP digital signature
Re: [stretch] CUPS en français
Le 15/10/2017 à 23:10, François TOURDE a écrit : > Le 17454ième jour après Epoch, > François LE GAD écrivait: > >> Le 15/10/2017 à 18:37, Mathias Dufresne a écrit : >>> Je cherche à ce que l'interface web de Cups parle en français mais >>> je n'y arrive pas. >> >> Ce n'est pas prévu, mais tu peux t'y mettre : >> https://www.cups.org/doc/translation.html > > C'est peut-être pas prévu, mais moi j'ai l'interface CUPS > (localhost:631) en français, sans avoir rien fait de particulier... > Ici aussi ( Debian Jessie, cups 1.7.5 ) Michel
Re: [stretch] CUPS en français
Bonsoir, Le 15/10/2017 à 22:44, François TOURDE a écrit : C'est peut-être pas prévu, mais moi j'ai l'interface CUPS (localhost:631) en français, sans avoir rien fait de particulier... Je soupçonne la traduction automatique de ton navigateur... -- Manu
Re: [stretch] CUPS en français
Le 17454ième jour après Epoch, François LE GAD écrivait: > Le 15/10/2017 à 18:37, Mathias Dufresne a écrit : >> Je cherche à ce que l'interface web de Cups parle en français mais >> je n'y arrive pas. > > Ce n'est pas prévu, mais tu peux t'y mettre : > https://www.cups.org/doc/translation.html C'est peut-être pas prévu, mais moi j'ai l'interface CUPS (localhost:631) en français, sans avoir rien fait de particulier...
Re: [stretch] CUPS en français
Il me semble pourtant l'avoir déjà vu en français cette interface... j'affabule peut-être ceci dit. Le 15 octobre 2017 à 18:54, François LE GAD a écrit : > Le 15/10/2017 à 18:37, Mathias Dufresne a écrit : > >> Je cherche à ce que l'interface web de Cups parle en français mais je n'y >> arrive pas. >> > > Ce n'est pas prévu, mais tu peux t'y mettre : > https://www.cups.org/doc/translation.html > > -- > François > >
Re: [stretch] CUPS en français
Le 15/10/2017 à 18:37, Mathias Dufresne a écrit : Je cherche à ce que l'interface web de Cups parle en français mais je n'y arrive pas. Ce n'est pas prévu, mais tu peux t'y mettre : https://www.cups.org/doc/translation.html -- François
[stretch] CUPS en français
Bonjour à tous et toutes, Je cherche à ce que l'interface web de Cups parle en français mais je n'y arrive pas. Le navigateur (iceweasel et chromium) est configuré avec le français en premier dans les langues et j'ai aussi LANG=fr + LANGUAGE=fr_FR:fr dans le .bashrc. Quelqu'un saurai ce que j'ai raté ?
Cups au ralenti
Bonjour, Sur une deb testing cups dévient de plus en plus lent pour gérer les impressions. Le pire est avec Okular (15/20s avant l apparition de la fenêtre et 10s de plus après avoir valider l impression. Htop m indique une consommation CPU de 2,7 % et avec 16 go de RAM il m en reste plus de 5 go de libre. Imprimante HP 8610 en réseau Ethernet. Une idée ? Frederic Zulian -- Envoyé depuis l'application myMail pour Android
Re: CUPS
Merci Benoit pour ton retour ! Oui j'avais omis cette option de changer de pilote, certainement parce que la dernière fois celui-ci même ne de vait pas fonctionner :p Je m'en va tenter ca dès le retour... en croisant les doigts... Mais ca parait bien parti si tu es ok :) Le 11/08/2017 à 11:41, Benoit B a écrit : > Si je remet le CUPS+Gutenprint V5.2.11, ça ne fonctionne plus, voila > la seule chose reproductible. Désolé de ne pas pouvoir apporter > quelque chose de constructif. signature.asc Description: OpenPGP digital signature
Re: CUPS
Oui j'y suis parvenu tout récemment en essayant les pilotes de CUPS un par un avec différents config possible. Et c'est finalement le pilote Brother HL-2030 Foomatic/hl1250 qui est parvenu à imprimer une page. Et ne ne suis pas parvenu à faire fonctionner le pilote CUPS+Gutenprint V5.2.11 qui était utilisé avant le passage a stretch... Mais finalement j'ai essayé tellement de choses au hasard que je ne suis pas sûr de la cause exacte... Si je remet le CUPS+Gutenprint V5.2.11, ça ne fonctionne plus, voila la seule chose reproductible. Désolé de ne pas pouvoir apporter quelque chose de constructif. Bonne journée -- Benoit Le 8 août 2017 à 14:30, Pierre L. a écrit : > Salut, > > Petite remontée de sujet... pardonnez... mais il me semble que le > problème n'est toujours pas résolu, et je viens apporter mon petit grain > de sel ! (faut dire que je n'avais pas encore pris le temps de > rebrancher cette imprimante!) > > Idem ici, Brother HL2030 qui fonctionne bien, quand elle n'est pas > raciste avec les pingouins... > > Installation très simple : Partagée par un Raspbian 8 Jessie à jour, sur > le LAN, via CUPS : > - page de test depuis l'interface CUPS https, ca clignote un coup, ca > réveille l'engin, pas d'impression :'( > - client Debian 9 Stretch (upgradé depuis 8), idem, pas d'impression :'( > - client Debian 8 Jessie, pas d'impression :'( > - client Win7, ca imprime ! > > Donc l'analyse du noob en la matière, c'est que vu qu'un Win7 est le > seul capable d'imprimer correctement vers le CUPS de la Raspbian, c'est > que ca vient de Debian (coté client) qui est complètement dans les choux > avec cette imprimante... > > Sinon ca a avancé de ton coté Benoît ? Des news depuis ? > Ca sent le gros sale bug debianesque ! > > > >> Bonjour à tous, >> >> Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus >> quand je lui envois une tâche. >> >> Rien dans page_log, ni dans error_log. >> Seulement dans access_log >> localhost - - [29/Jun/2017:14:10:54 +0200] "POST >> /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job >> successful-ok >> >> >> Description:Brother HL-2030 series Location:mars Driver:Brother >> HL-2035 Foomatic/hl1250 (recommended) (grayscale) >> Connection:usb://Brother/HL-2030%20series?serial=A7J883842 >> Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side >> >> J'ai supprimé et recréé dans cups rien n'y fait. >> >> Comment diagnostiquer ? >> >> Merci d'avance. >> >> -- >> Benoit >> > >
Re: CUPS
Merci pour le tuyau. Cependant, après plusieurs acharnements, toujours le même souci... On aperçoit dans la file d'attente de l'imprimante une "erreur". Il faudra que je teste un de ces 4 dans une virtualbox avec une Debian toute neuve... C'est déprimant, d'autant plus que ca fonctionnait très bien nativement :(( Quelle poisse !!! Le 08/08/2017 à 14:59, Frédéric MASSOT a écrit : > Sur le site de Brother "http://support.brother.com";, dans la section > "Téléchargement", Brother fourni un script de configuration, des paquets > Debian pour Cups ou LPR pour ses imprimantes et scanners. > > Ça fonctionne pour les PC Debian du boulot. signature.asc Description: OpenPGP digital signature
Re: CUPS
Le 08/08/2017 à 14:30, Pierre L. a écrit : > Salut, > > Petite remontée de sujet... pardonnez... mais il me semble que le > problème n'est toujours pas résolu, et je viens apporter mon petit grain > de sel ! (faut dire que je n'avais pas encore pris le temps de > rebrancher cette imprimante!) > > Idem ici, Brother HL2030 qui fonctionne bien, quand elle n'est pas > raciste avec les pingouins... Sur le site de Brother "http://support.brother.com";, dans la section "Téléchargement", Brother fourni un script de configuration, des paquets Debian pour Cups ou LPR pour ses imprimantes et scanners. Ça fonctionne pour les PC Debian du boulot. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Re: CUPS
Salut, Petite remontée de sujet... pardonnez... mais il me semble que le problème n'est toujours pas résolu, et je viens apporter mon petit grain de sel ! (faut dire que je n'avais pas encore pris le temps de rebrancher cette imprimante!) Idem ici, Brother HL2030 qui fonctionne bien, quand elle n'est pas raciste avec les pingouins... Installation très simple : Partagée par un Raspbian 8 Jessie à jour, sur le LAN, via CUPS : - page de test depuis l'interface CUPS https, ca clignote un coup, ca réveille l'engin, pas d'impression :'( - client Debian 9 Stretch (upgradé depuis 8), idem, pas d'impression :'( - client Debian 8 Jessie, pas d'impression :'( - client Win7, ca imprime ! Donc l'analyse du noob en la matière, c'est que vu qu'un Win7 est le seul capable d'imprimer correctement vers le CUPS de la Raspbian, c'est que ca vient de Debian (coté client) qui est complètement dans les choux avec cette imprimante... Sinon ca a avancé de ton coté Benoît ? Des news depuis ? Ca sent le gros sale bug debianesque ! > Bonjour à tous, > > Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus > quand je lui envois une tâche. > > Rien dans page_log, ni dans error_log. > Seulement dans access_log > localhost - - [29/Jun/2017:14:10:54 +0200] "POST > /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job > successful-ok > > > Description:Brother HL-2030 series Location:mars Driver:Brother > HL-2035 Foomatic/hl1250 (recommended) (grayscale) > Connection:usb://Brother/HL-2030%20series?serial=A7J883842 > Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side > > J'ai supprimé et recréé dans cups rien n'y fait. > > Comment diagnostiquer ? > > Merci d'avance. > > -- > Benoit > signature.asc Description: OpenPGP digital signature
Re: CUPS
Le 7 juillet 2017, Benoit B a écrit : > Bonjour, > > Le 6 juillet 2017 à 10:29, Alain Rpnpif a écrit : > > > > Parfois, une tâche (du filtre CUPS) sur le poste client plante ou est > > très longue à se terminer. > > Ghostscript a ce problème. > > > > Juste après l'impression, lancer ps ax ou et top pour voir et > > vérifier qu'une tâche d'impression ne tourne pas. Sur un ordinateur > > relativement rapide, j'ai déjà vu une tâche d'impression mettre 10 min > > avant de sortir. De la faiblesse de certains filtres de CUPS. > > Voici les processus cups > > 3907 ?Ss 0:01 /usr/sbin/cupsd -l > 4992 ?Ssl0:00 /usr/sbin/cups-browsed > 8806 ?S 0:00 /usr/lib/cups/notifier/dbus dbus:// > > > -l Cette option est passée à cupsd lorsqu'il est lancé par > launchd(8) ou systemd(8). > > > > > Je ferais des essais d'impression avec un fichier dont le filtre est > > censé être simple du genre un fichier texte pur ou bien un PDF ne > > contenant que du texte avec une seule police simple. En effet le PDF > > est assez bien supporté par CUPS. > > > > Un fichier d'un mot en texte, l'imprimante sort de la veille (le > ventilateur s'allume, les moteurs se mettent à tourner...) puis se met > en attente, durant ce temps une très brève apparition d'un processus > cupsd dans top. > > > Avant, vérifier dans l'interface client de CUPS, que l'imprimante n'est > > pas bloquée. > > > > Que dit : > > lpstat -p > > printer Brother_HL-2030_series is idle. enabled since ven 07 jui 2017 > 18:34:53 CEST > printer PDF is idle. enabled since sam 24 jun 2017 16:40:21 CEST > > Une piste : > apt install cups-driver-gutenprint > > Aucune version du paquet cups-driver-gutenprint n'est disponible, mais > il existe dans la base > de données. Cela signifie en général que le paquet est manquant, qu'il > est devenu obsolète > ou qu'il n'est disponible que sur une autre source > > E: Le paquet « cups-driver-gutenprint » n'a pas de version susceptible > d'être installée > > Je l'ai téléchargé et installé avec dpkg... > > Ca ne marche toujours pas... Un fichier d'un mot n'est pas suffisant. Certains pilotes ou/et imprimante attendent un retour chariot ou une fin de ligne pour vider leur mémoire tampon. L'idéal est un fichier texte de 2 ou 3 lignes pour être sûr. cups-driver-gutenprint est un paquet de Debian Jessie. Sous Debian Sketch, c'est printer-driver-gutenprint. -- Alain Rpnpif
Re: CUPS
Bonjour, Le 6 juillet 2017 à 10:29, Alain Rpnpif a écrit : > > Parfois, une tâche (du filtre CUPS) sur le poste client plante ou est > très longue à se terminer. > Ghostscript a ce problème. > > Juste après l'impression, lancer ps ax ou et top pour voir et > vérifier qu'une tâche d'impression ne tourne pas. Sur un ordinateur > relativement rapide, j'ai déjà vu une tâche d'impression mettre 10 min > avant de sortir. De la faiblesse de certains filtres de CUPS. Voici les processus cups 3907 ?Ss 0:01 /usr/sbin/cupsd -l 4992 ?Ssl0:00 /usr/sbin/cups-browsed 8806 ?S 0:00 /usr/lib/cups/notifier/dbus dbus:// -l Cette option est passée à cupsd lorsqu'il est lancé par launchd(8) ou systemd(8). > > Je ferais des essais d'impression avec un fichier dont le filtre est > censé être simple du genre un fichier texte pur ou bien un PDF ne > contenant que du texte avec une seule police simple. En effet le PDF > est assez bien supporté par CUPS. > Un fichier d'un mot en texte, l'imprimante sort de la veille (le ventilateur s'allume, les moteurs se mettent à tourner...) puis se met en attente, durant ce temps une très brève apparition d'un processus cupsd dans top. > Avant, vérifier dans l'interface client de CUPS, que l'imprimante n'est > pas bloquée. > > Que dit : > lpstat -p printer Brother_HL-2030_series is idle. enabled since ven 07 jui 2017 18:34:53 CEST printer PDF is idle. enabled since sam 24 jun 2017 16:40:21 CEST Une piste : apt install cups-driver-gutenprint Aucune version du paquet cups-driver-gutenprint n'est disponible, mais il existe dans la base de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète ou qu'il n'est disponible que sur une autre source E: Le paquet « cups-driver-gutenprint » n'a pas de version susceptible d'être installée Je l'ai téléchargé et installé avec dpkg... Ca ne marche toujours pas... -- Benoit
Re: CUPS
Le 5 juillet 2017, Benoit B a écrit : > J'ai donc supprimé, l'imprimante et en ai ajouté une nouvelle en > utilisant un autre pilote. > Driver:Brother HL-2030 - CUPS+Gutenprint v5.2.11 (grayscale, 2-sided printing) > > Comme Règles d'erreur, j'ai essayé "abort-job" puis "retry-job". > > L'impression d'une page de test fonctionne parfaitement directement > par le panneau de commande de l'imprimante(sans passer par le pilote). > > Pour obtenir des log j'ai activé debug-logging comme indiqué plus haut. > ~# cupsctl --debug-logging > > Quand j'imprime une page de test via l'interface web de cups, rien ne > se passe (pas de réaction de l'imprimante). > Voici les log. > access_log : > localhost - - [05/Jul/2017:10:45:18 +0200] "POST > /printers/Brother_HL-2030_series HTTP/1.1" 200 427 Print-Job > successful-ok > - > page_log > Ne réagit pas. > - > error_log est trop long en mode debug, je joins un fichier : cups_error_log > > Quelqu'un a une idée ? Parfois, une tâche (du filtre CUPS) sur le poste client plante ou est très longue à se terminer. Ghostscript a ce problème. Juste après l'impression, lancer ps ax ou et top pour voir et vérifier qu'une tâche d'impression ne tourne pas. Sur un ordinateur relativement rapide, j'ai déjà vu une tâche d'impression mettre 10 min avant de sortir. De la faiblesse de certains filtres de CUPS. Je ferais des essais d'impression avec un fichier dont le filtre est censé être simple du genre un fichier texte pur ou bien un PDF ne contenant que du texte avec une seule police simple. En effet le PDF est assez bien supporté par CUPS. Avant, vérifier dans l'interface client de CUPS, que l'imprimante n'est pas bloquée. Que dit : lpstat -p ? -- Alain Rpnpif
Re: CUPS
Bonjour, J'ai donc supprimé, l'imprimante et en ai ajouté une nouvelle en utilisant un autre pilote. Driver:Brother HL-2030 - CUPS+Gutenprint v5.2.11 (grayscale, 2-sided printing) Comme Règles d'erreur, j'ai essayé "abort-job" puis "retry-job". L'impression d'une page de test fonctionne parfaitement directement par le panneau de commande de l'imprimante(sans passer par le pilote). Pour obtenir des log j'ai activé debug-logging comme indiqué plus haut. ~# cupsctl --debug-logging Quand j'imprime une page de test via l'interface web de cups, rien ne se passe (pas de réaction de l'imprimante). Voici les log. access_log : localhost - - [05/Jul/2017:10:45:18 +0200] "POST /printers/Brother_HL-2030_series HTTP/1.1" 200 427 Print-Job successful-ok - page_log Ne réagit pas. - error_log est trop long en mode debug, je joins un fichier : cups_error_log Quelqu'un a une idée ? Merci et bonne journée -- Benoit Le 1 juillet 2017 à 09:46, Alain Rpnpif a écrit : > Le 29 juin 2017, Benoit B a écrit : > >> Bonjour à tous, >> >> Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus >> quand je lui envois une tâche. >> >> Rien dans page_log, ni dans error_log. >> Seulement dans access_log >> localhost - - [29/Jun/2017:14:10:54 +0200] "POST >> /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job >> successful-ok >> >> >> Description:Brother HL-2030 series Location:mars Driver:Brother >> HL-2035 Foomatic/hl1250 (recommended) (grayscale) >> Connection:usb://Brother/HL-2030%20series?serial=A7J883842 >> Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side >> >> J'ai supprimé et recréé dans cups rien n'y fait. >> >> Comment diagnostiquer ? > > Vérifier sur la page WEB de CUPS http://localhost:631/admin que > l'imprimante n'est pas arrêtée par CUPS. En effet sa règle par défaut > est de le faire quand l'imprimante est en erreur, même par simple > manque de papier. > Il est préférable de mettre comme règle d'annuler le travail (job) ou > de le réessayer plutôt que d'arrêter l'imprimante ce qui interdit tout > travail ultérieur sauf en redémarrant CUPS. > Voir http://localhost:631/printers/ > Cliquer sur le nom de l'imprimante. Boutons Maintenance, Administration, > cliquer Set default options (après avoir rentrer le mot de passe root > ou administrateur. > Cliquer sur Règles et dans Règles d'erreur, choisir ce qui convient > (j'aime bien abort-job). > Confirmer en cliquant sur Set default options. > > J'avoue que je ne sais pas pourquoi ce réglage n'agit pas sur toutes les > imprimantes. > > Si ça peut aider mais peut-être que ce n'est pas le problème. > Autre piste : ne pas prendre foomatic mais un autre pilote. Jene > connais pas cette imorimante. > > Cordialement. > > -- > Alain Rpnpif > cups_error_log Description: Binary data
Re: CUPS
Le 01-07-2017, à 09:46:08 +0200, Alain Rpnpif a écrit : Vérifier sur la page WEB de CUPS http://localhost:631/admin que l'imprimante n'est pas arrêtée par CUPS. En effet sa règle par défaut est de le faire quand l'imprimante est en erreur, même par simple manque de papier. Il est préférable de mettre comme règle d'annuler le travail (job) ou de le réessayer plutôt que d'arrêter l'imprimante ce qui interdit tout travail ultérieur sauf en redémarrant CUPS. Voir http://localhost:631/printers/ Cliquer sur le nom de l'imprimante. Boutons Maintenance, Administration, cliquer Set default options (après avoir rentrer le mot de passe root ou administrateur. Cliquer sur Règles et dans Règles d'erreur, choisir ce qui convient (j'aime bien abort-job). Confirmer en cliquant sur Set default options. Merci pour ce conseil. Je me bats depuis toujours pour comprendre ce comportement qui pose énormément de soucis chez des gens peu enclin à mettre les mains dans le cambouis. Je vais essayer ce truc de suite. Bon dimanche. Steve
Re: CUPS
Le 29 juin 2017, Benoit B a écrit : > Bonjour à tous, > > Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus > quand je lui envois une tâche. > > Rien dans page_log, ni dans error_log. > Seulement dans access_log > localhost - - [29/Jun/2017:14:10:54 +0200] "POST > /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job > successful-ok > > > Description:Brother HL-2030 series Location:mars Driver:Brother > HL-2035 Foomatic/hl1250 (recommended) (grayscale) > Connection:usb://Brother/HL-2030%20series?serial=A7J883842 > Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side > > J'ai supprimé et recréé dans cups rien n'y fait. > > Comment diagnostiquer ? Vérifier sur la page WEB de CUPS http://localhost:631/admin que l'imprimante n'est pas arrêtée par CUPS. En effet sa règle par défaut est de le faire quand l'imprimante est en erreur, même par simple manque de papier. Il est préférable de mettre comme règle d'annuler le travail (job) ou de le réessayer plutôt que d'arrêter l'imprimante ce qui interdit tout travail ultérieur sauf en redémarrant CUPS. Voir http://localhost:631/printers/ Cliquer sur le nom de l'imprimante. Boutons Maintenance, Administration, cliquer Set default options (après avoir rentrer le mot de passe root ou administrateur. Cliquer sur Règles et dans Règles d'erreur, choisir ce qui convient (j'aime bien abort-job). Confirmer en cliquant sur Set default options. J'avoue que je ne sais pas pourquoi ce réglage n'agit pas sur toutes les imprimantes. Si ça peut aider mais peut-être que ce n'est pas le problème. Autre piste : ne pas prendre foomatic mais un autre pilote. Jene connais pas cette imorimante. Cordialement. -- Alain Rpnpif
Re: CUPS
On 06/29/2017 03:33 PM, Benoit B wrote: Le 29 juin 2017 à 14:40, maderios a écrit : Le plus simple consiste à reconfigurer l'imprimante. Dans un navigateur: http://localhost:631/admin Bonjour, J'ai déjà essayé de ça (supprimé et reconfiguré l'imprimante ) avec l'intrface web de cups que tu mentionnes. [Merci de répondre sur la liste et non en privé] Dans google: cups debug Consulter: man cupsctl Pour déboguer, entre autres: cupsctl --debug-logging Relancer cups après chaque modif -- Maderios
Re: CUPS
On 06/29/2017 02:16 PM, Benoit B wrote: Bonjour à tous, Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus quand je lui envois une tâche. Rien dans page_log, ni dans error_log. Seulement dans access_log localhost - - [29/Jun/2017:14:10:54 +0200] "POST /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job successful-ok Description:Brother HL-2030 series Location:mars Driver:Brother HL-2035 Foomatic/hl1250 (recommended) (grayscale) Connection:usb://Brother/HL-2030%20series?serial=A7J883842 Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side J'ai supprimé et recréé dans cups rien n'y fait. Comment diagnostiquer ? Bonjour Le plus simple consiste à reconfigurer l'imprimante. Dans un navigateur: http://localhost:631/admin -- Maderios
CUPS
Bonjour à tous, Depuis la mise à jour vers stretch, mon imprimante, ne réagit plus quand je lui envois une tâche. Rien dans page_log, ni dans error_log. Seulement dans access_log localhost - - [29/Jun/2017:14:10:54 +0200] "POST /printers/Brother-HL-2030-series HTTP/1.1" 200 398 Print-Job successful-ok Description:Brother HL-2030 series Location:mars Driver:Brother HL-2035 Foomatic/hl1250 (recommended) (grayscale) Connection:usb://Brother/HL-2030%20series?serial=A7J883842 Defaults:job-sheets=none, none media=iso_a4_210x297mm sides=one-side J'ai supprimé et recréé dans cups rien n'y fait. Comment diagnostiquer ? Merci d'avance. -- Benoit
Re: [Cups]filter failed
Bonjour, Le Mon, 19 Dec 2016 16:07:28 +0100 "bernard schoenacker" à écrit Avec une Debian/Jessie à jour (à priori) bonjour, comme c'est la "fête" : apt-cache search cups-pdf cups-pdf - PDF writer backend for CUPS (dummy transitional package) printer-driver-cups-pdf - printer driver for PDF writing via CUPS dpkg -l |awk '/cups-pdf/ {print $1 " "$2" "$3}' ii cups-pdf 2.6.1-22 ii printer-driver-cups-pdf 2.6.1-22 2.6.1-22 : stretch pour jessie j'ai : ii cups-pdf 2.6.1-15 ii printer-driver-cups-pdf 2.6.1-15 apt-cache policy printer-driver-cups-pdf printer-driver-cups-pdf: Installé : 2.6.1-22 Candidat : 2.6.1-22 Table de version : *** 2.6.1-22 500 500 http://httpredir.debian.org/debian sid/main amd64 Packages 500 http://httpredir.debian.org/debian stretch/main amd64 Packages 100 /var/lib/dpkg/status 2.6.1-15 500 500 http://httpredir.debian.org/debian jessie/main amd64 Packages printer-driver-cups-pdf: Installé : 2.6.1-15 Candidat : 2.6.1-15 Table de version : *** 2.6.1-15 0 500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status
Re: [Cups]filter failed
On Mon, 19 Dec 2016 15:31:34 +0100 Grégory Bulot wrote: > Bonjour, > > Avec une Debian/Jessie à jour (à priori) > > Je n'arrive plus à imprimer des documents via cups mais les pages de > tests (via ihm web cups sur port 631) s'impriment ! > > j'ai ce problème : > - en imprimant n'importe quelle page web (firefox, chromium) (pour > info je test avec une page du site sephora ...cadeau de Noël !) > - en imprimant des pdf généré via firefox (imprimer vers un > document) > - en imprimant des pdf (100% de me documents perso) > > > a force de chercher je suis tombé sur un script (fix_pdf.sh), qui > utilise gs pour utiliser des fonts 'standards' si je comprends bien : > > > strace -e open $GS -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite > > -dCompatibilityLevel=1.3 -dAutoRotatePages=/None > > -dAutoFilterColorImages=false \ > > -dNOPLATFONTS -dPARANOIDSAFER -dColorImageFilter=/FlateEncode > > -dPDFSETTINGS=/printer > > -dColorConversionStrategy=/LeaveColorUnchanged \ -dDoNumCopies > > -r600 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sOutputFile= > > $OUTFILE $INFILE > > > si je le lance : > > > open("/usr/share/ghostscript/fonts/Sephora.pdf", O_RDONLY) = -1 > > ENOENT (No such file or directory) > > open("/usr/local/lib/ghostscript/fonts/Sephora.pdf", O_RDONLY) = -1 > > ENOENT (No such file or directory) > > open("/usr/share/fonts/Sephora.pdf", O_RDONLY) = -1 ENOENT (No such > > file or directory) open("Sephora.pdf", O_RDONLY) = 4 --- > > SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} --- +++ > > killed by SIGSEGV +++ /home/gbulot/bin/fix_pdf.sh : ligne 15 : 23104 > > Erreur de segmentation strace -e open $GS -q -dNOPAUSE -dBATCH > > -sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoRotatePages=/None > > -dAutoFilterColorImages=false -dNOPLATFONTS -dPARANOIDSAFER > > -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/printer > > -dColorConversionStrategy=/LeaveColorUnchanged -dDoNumCopies -r600 > > -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sOutputFile= > > $OUTFILE $INFILE > > cups1.7.5-11+deb8u1 > ghostscript 9.06~dfsg-2+deb8u4 > > pdfinfo Sephora.pdf > Creator:cairo 1.9.5 (http://cairographics.org) > Producer: cairo 1.9.5 (http://cairographics.org) > Tagged: no > UserProperties: no > Suspects: no > Form: none > JavaScript: no > Pages: 1 > Encrypted: no > Page size: 595.3 x 841.9 pts (A4) > Page rot: 0 > File size: 264214 bytes > Optimized: no > PDF version:1.5 > > Note un autre document (CP_TO11740867.pdf) pose le même problème > > Producer: FOP 0.20.5 > [...] > File size: 1454031 bytes > Optimized: no > PDF version:1.3 > > > je ne sais plus quoi faire, avez-vous une idée ? > bonjour, comme c'est la "fête" : apt-cache search cups-pdf cups-pdf - PDF writer backend for CUPS (dummy transitional package) printer-driver-cups-pdf - printer driver for PDF writing via CUPS dpkg -l |awk '/cups-pdf/ {print $1 " "$2" "$3}' ii cups-pdf 2.6.1-22 ii printer-driver-cups-pdf 2.6.1-22 apt-cache policy printer-driver-cups-pdf printer-driver-cups-pdf: Installé : 2.6.1-22 Candidat : 2.6.1-22 Table de version : *** 2.6.1-22 500 500 http://httpredir.debian.org/debian sid/main amd64 Packages 500 http://httpredir.debian.org/debian stretch/main amd64 Packages 100 /var/lib/dpkg/status 2.6.1-15 500 500 http://httpredir.debian.org/debian jessie/main amd64 Packages serait il possible de comparer avec l'existant ? slt bernard -- bernard schoenacker
[Cups]filter failed
Bonjour, Avec une Debian/Jessie à jour (à priori) Je n'arrive plus à imprimer des documents via cups mais les pages de tests (via ihm web cups sur port 631) s'impriment ! j'ai ce problème : - en imprimant n'importe quelle page web (firefox, chromium) (pour info je test avec une page du site sephora ...cadeau de Noël !) - en imprimant des pdf généré via firefox (imprimer vers un document) - en imprimant des pdf (100% de me documents perso) a force de chercher je suis tombé sur un script (fix_pdf.sh), qui utilise gs pour utiliser des fonts 'standards' si je comprends bien : strace -e open $GS -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoRotatePages=/None -dAutoFilterColorImages=false \ -dNOPLATFONTS -dPARANOIDSAFER -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/printer -dColorConversionStrategy=/LeaveColorUnchanged \ -dDoNumCopies -r600 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sOutputFile=$OUTFILE $INFILE si je le lance : open("/usr/share/ghostscript/fonts/Sephora.pdf", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/lib/ghostscript/fonts/Sephora.pdf", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/fonts/Sephora.pdf", O_RDONLY) = -1 ENOENT (No such file or directory) open("Sephora.pdf", O_RDONLY) = 4 --- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} --- +++ killed by SIGSEGV +++ /home/gbulot/bin/fix_pdf.sh : ligne 15 : 23104 Erreur de segmentation strace -e open $GS -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoRotatePages=/None -dAutoFilterColorImages=false -dNOPLATFONTS -dPARANOIDSAFER -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/printer -dColorConversionStrategy=/LeaveColorUnchanged -dDoNumCopies -r600 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=842 -sOutputFile=$OUTFILE $INFILE cups1.7.5-11+deb8u1 ghostscript 9.06~dfsg-2+deb8u4 pdfinfo Sephora.pdf Creator:cairo 1.9.5 (http://cairographics.org) Producer: cairo 1.9.5 (http://cairographics.org) Tagged: no UserProperties: no Suspects: no Form: none JavaScript: no Pages: 1 Encrypted: no Page size: 595.3 x 841.9 pts (A4) Page rot: 0 File size: 264214 bytes Optimized: no PDF version:1.5 Note un autre document (CP_TO11740867.pdf) pose le même problème Producer: FOP 0.20.5 [...] File size: 1454031 bytes Optimized: no PDF version:1.3 je ne sais plus quoi faire, avez-vous une idée ?
Re: [RESOLU][Jessie LTSP CUPS]pas d'impression sur papier
Le Fri, 18 Dec 2015 18:32:42 +0100, Christophe De Natale a écrit : > Le mercredi 16 décembre 2015 à 20:34 +0100, Christophe De Natale a > écrit : > > Le mercredi 16 décembre 2015 à 18:46 +0100, Bernard Schoenacker a > > écrit : > > > > > > Les pilotes du site Brother ne sont pas fameux. > > > > > > > > Tu trouveras pilotes et instructions en ajoutant à ton > > > > sources.list : > > > > > > > > deb http://www.bchemnet.com/suldr/ debian extra > > > > > > > > J'ai installé une Brother HL1430 récemment. Même en me > > > > conformant aux instruction de bchmnet, j'ai eu à peu près les > > > > mêmes ennuis que toi. > > > > J'ai pu m'en sortir en récupérant le fichier .ppd venant d'une > > > > installation sous whezzy, et en l'installant en suivant la > > > > procédure de cups. > > > > > > > > Si par hasard tu as la même imprimante mais pas le .ppd, je > > > > peux te le faire parvenir. > > > > > > > > Bonne installation. > > > > > > > > > > bonjour, > > > > > > pour les ppd Brother : > > > > > > https://www.openprinting.org/download/PPD/Brother/ > > > > > > slt > > > bernard > > > > > > > Bonsoir, > > > > Merci pour vos réponses. > > L'imprimante est une DCP350C > > J'ai installé avec le .deb suivant ce lien : > > http://support.brother.com/g/b/downloadtop.aspx?c=fr&lang=fr&prod=dcp350c_all > > > > Comme je le disais dans une précédente réponse, je vais essayer > > demain de la raccorder avec le câble usb d'origine histoire de voir. > > > > Bonne soirée, > > Bonsoir, > > Pas mieux avec le câble usb d'origine, pas mieux avec les paquets que > Bernard m'a demandé de lister, pas trouvé le modèle correspondant sur > https://www.openprinting.org/download/PPD/Brother/ > > Donc une Brother DCP-353C ne fonctionne pas sous Linux malgré les > pré-requis et pilotes fournis par le constructeur (j'ai retenté une > installation sans passer par l'outil d'installation automatique = > pareil). > > Résolu car j'ai mis en place une Canon MP270 qui s'est installée en 10 > secondes et que j'ai pu imprimer de suite via un client léger. > Pour le scanner de celle-ci, c'est une autre histoire car xsane plante > en me disant que le périphérique est occupé ... > > Merci de m'avoir répondu en tous cas. > > Bonne soirée, > bonjour, essayes les modules et paquet gutenprint ... ensuite il reste la solution turboprint : http://www.turboprint.info/ mais c'est sans garantie slt bernard
Re: [RESOLU][Jessie LTSP CUPS]pas d'impression sur papier
Le mercredi 16 décembre 2015 à 20:34 +0100, Christophe De Natale a écrit : > Le mercredi 16 décembre 2015 à 18:46 +0100, Bernard Schoenacker a > écrit : > > > > Les pilotes du site Brother ne sont pas fameux. > > > > > > Tu trouveras pilotes et instructions en ajoutant à ton sources.list : > > > > > > deb http://www.bchemnet.com/suldr/ debian extra > > > > > > J'ai installé une Brother HL1430 récemment. Même en me conformant > > > aux instruction de bchmnet, j'ai eu à peu près les mêmes ennuis > > > que toi. > > > J'ai pu m'en sortir en récupérant le fichier .ppd venant d'une > > > installation sous whezzy, et en l'installant en suivant la procédure > > > de cups. > > > > > > Si par hasard tu as la même imprimante mais pas le .ppd, je peux te > > > le faire parvenir. > > > > > > Bonne installation. > > > > > > > bonjour, > > > > pour les ppd Brother : > > > > https://www.openprinting.org/download/PPD/Brother/ > > > > slt > > bernard > > > > Bonsoir, > > Merci pour vos réponses. > L'imprimante est une DCP350C > J'ai installé avec le .deb suivant ce lien : > http://support.brother.com/g/b/downloadtop.aspx?c=fr&lang=fr&prod=dcp350c_all > > Comme je le disais dans une précédente réponse, je vais essayer demain > de la raccorder avec le câble usb d'origine histoire de voir. > > Bonne soirée, Bonsoir, Pas mieux avec le câble usb d'origine, pas mieux avec les paquets que Bernard m'a demandé de lister, pas trouvé le modèle correspondant sur https://www.openprinting.org/download/PPD/Brother/ Donc une Brother DCP-353C ne fonctionne pas sous Linux malgré les pré-requis et pilotes fournis par le constructeur (j'ai retenté une installation sans passer par l'outil d'installation automatique = pareil). Résolu car j'ai mis en place une Canon MP270 qui s'est installée en 10 secondes et que j'ai pu imprimer de suite via un client léger. Pour le scanner de celle-ci, c'est une autre histoire car xsane plante en me disant que le périphérique est occupé ... Merci de m'avoir répondu en tous cas. Bonne soirée, -- Christophe De Natale
Re: [Jessie LTSP CUPS]pas d'impression sur papier
Le mercredi 16 décembre 2015 à 18:46 +0100, Bernard Schoenacker a écrit : > > Les pilotes du site Brother ne sont pas fameux. > > > > Tu trouveras pilotes et instructions en ajoutant à ton sources.list : > > > > deb http://www.bchemnet.com/suldr/ debian extra > > > > J'ai installé une Brother HL1430 récemment. Même en me conformant > > aux instruction de bchmnet, j'ai eu à peu près les mêmes ennuis > > que toi. > > J'ai pu m'en sortir en récupérant le fichier .ppd venant d'une > > installation sous whezzy, et en l'installant en suivant la procédure > > de cups. > > > > Si par hasard tu as la même imprimante mais pas le .ppd, je peux te > > le faire parvenir. > > > > Bonne installation. > > > > bonjour, > > pour les ppd Brother : > > https://www.openprinting.org/download/PPD/Brother/ > > slt > bernard > Bonsoir, Merci pour vos réponses. L'imprimante est une DCP350C J'ai installé avec le .deb suivant ce lien : http://support.brother.com/g/b/downloadtop.aspx?c=fr&lang=fr&prod=dcp350c_all Comme je le disais dans une précédente réponse, je vais essayer demain de la raccorder avec le câble usb d'origine histoire de voir. Bonne soirée, -- Christophe De Natale
Re: [Jessie LTSP CUPS]pas d'impression sur papier
Le Wed, 16 Dec 2015 18:22:45 +0100, Pierre Meurisse a écrit : > Bonjour, > > On Wed, Dec 16, 2015 at 08:51:44AM +0100, Christophe De Natale wrote: > > Bonjour à vous, > > > > J'ai installé une imprimante usb via la procédure et le pilote > > fourni sur le site du fabricant (Brother) sur mon serveur LTSP. > > > > Elle est accessible pour les clients, les jobs d'impression sont > > bien pris en compte quelle que soit l'application utilisée (vérifié > > dans l'interface web de cups), j'ai testé en local depuis le > > serveur et le résultat reste le même les pages sortent blanches :-( > > > > Tout se passe comme si elle imprimait. Pourtant, via le control > > panel j'arrive à imprimer la page de configuration donc elle > > fonctionne. > > > > Merci pour vos réponses si vous avez une piste et bonne journée, > > -- > > Christophe De Natale > > > Les pilotes du site Brother ne sont pas fameux. > > Tu trouveras pilotes et instructions en ajoutant à ton sources.list : > > deb http://www.bchemnet.com/suldr/ debian extra > > J'ai installé une Brother HL1430 récemment. Même en me conformant > aux instruction de bchmnet, j'ai eu à peu près les mêmes ennuis > que toi. > J'ai pu m'en sortir en récupérant le fichier .ppd venant d'une > installation sous whezzy, et en l'installant en suivant la procédure > de cups. > > Si par hasard tu as la même imprimante mais pas le .ppd, je peux te > le faire parvenir. > > Bonne installation. > bonjour, pour les ppd Brother : https://www.openprinting.org/download/PPD/Brother/ slt bernard
Re: [Jessie LTSP CUPS]pas d'impression sur papier
On Wed, Dec 16, 2015 at 08:51:44AM +0100, Christophe De Natale wrote: > Bonjour à vous, > > J'ai installé une imprimante usb via la procédure et le pilote fourni > sur le site du fabricant (Brother) sur mon serveur LTSP. > > Elle est accessible pour les clients, les jobs d'impression sont bien > pris en compte quelle que soit l'application utilisée (vérifié dans > l'interface web de cups), j'ai testé en local depuis le serveur et le > résultat reste le même les pages sortent blanches :-( > > Tout se passe comme si elle imprimait. Pourtant, via le control panel > j'arrive à imprimer la page de configuration donc elle fonctionne. > > Merci pour vos réponses si vous avez une piste et bonne journée, > -- > Christophe De Natale > Zut, erreur de ma part : le .deb est destiné à une autre imprimante, Samsung CLX 3185 Par contre le reste est bien valable. Excuses. -- Pierre Meurisse
Re: [Jessie LTSP CUPS]pas d'impression sur papier
Bonjour, On Wed, Dec 16, 2015 at 08:51:44AM +0100, Christophe De Natale wrote: > Bonjour à vous, > > J'ai installé une imprimante usb via la procédure et le pilote fourni > sur le site du fabricant (Brother) sur mon serveur LTSP. > > Elle est accessible pour les clients, les jobs d'impression sont bien > pris en compte quelle que soit l'application utilisée (vérifié dans > l'interface web de cups), j'ai testé en local depuis le serveur et le > résultat reste le même les pages sortent blanches :-( > > Tout se passe comme si elle imprimait. Pourtant, via le control panel > j'arrive à imprimer la page de configuration donc elle fonctionne. > > Merci pour vos réponses si vous avez une piste et bonne journée, > -- > Christophe De Natale > Les pilotes du site Brother ne sont pas fameux. Tu trouveras pilotes et instructions en ajoutant à ton sources.list : deb http://www.bchemnet.com/suldr/ debian extra J'ai installé une Brother HL1430 récemment. Même en me conformant aux instruction de bchmnet, j'ai eu à peu près les mêmes ennuis que toi. J'ai pu m'en sortir en récupérant le fichier .ppd venant d'une installation sous whezzy, et en l'installant en suivant la procédure de cups. Si par hasard tu as la même imprimante mais pas le .ppd, je peux te le faire parvenir. Bonne installation. -- Pierre Meurisse
Re: [Jessie LTSP CUPS]pas d'impression sur papier
Le mercredi 16 décembre 2015 à 09:57 +0100, Olivier Bitsch a écrit : > Bonjour Christophe, > > > Est-ce que ça ne pourrait pas être l'imprimante elle même qui est en > > cause ? Si c'est une jet d'encre, peut-être que les buses sont > bouchées ? > > > > Est-ce qu'elle fonctionne si elle est branchée directement sur un > > ordinateur sous Windows ? > > > Olivier. > > > Le 16 décembre 2015 à 08:51, Christophe De Natale > a écrit : > Bonjour à vous, > > J'ai installé une imprimante usb via la procédure et le pilote > fourni > sur le site du fabricant (Brother) sur mon serveur LTSP. > > Elle est accessible pour les clients, les jobs d'impression > sont bien > pris en compte quelle que soit l'application utilisée (vérifié > dans > l'interface web de cups), j'ai testé en local depuis le > serveur et le > résultat reste le même les pages sortent blanches :-( > > Tout se passe comme si elle imprimait. Pourtant, via le > control panel > j'arrive à imprimer la page de configuration donc elle > fonctionne. > > Merci pour vos réponses si vous avez une piste et bonne > journée, > -- > Christophe De Natale > > > Merci pour ta réponse mais elle imprime la page de configuration via son lcd. Quelque chose me dit que je n'aurai pas dû faire le fainéant en laissant le câble usb de l'ancienne imprimante pour l'utiliser sur celle-ci. Je vais vérifierai ceci demain. -- Christophe De Natale
Re: [Jessie LTSP CUPS]pas d'impression sur papier
Bonjour Christophe, Est-ce que ça ne pourrait pas être l'imprimante elle même qui est en cause ? Si c'est une jet d'encre, peut-être que les buses sont bouchées ? Est-ce qu'elle fonctionne si elle est branchée directement sur un ordinateur sous Windows ? Olivier. Le 16 décembre 2015 à 08:51, Christophe De Natale < christophedenat...@orange.fr> a écrit : > Bonjour à vous, > > J'ai installé une imprimante usb via la procédure et le pilote fourni > sur le site du fabricant (Brother) sur mon serveur LTSP. > > Elle est accessible pour les clients, les jobs d'impression sont bien > pris en compte quelle que soit l'application utilisée (vérifié dans > l'interface web de cups), j'ai testé en local depuis le serveur et le > résultat reste le même les pages sortent blanches :-( > > Tout se passe comme si elle imprimait. Pourtant, via le control panel > j'arrive à imprimer la page de configuration donc elle fonctionne. > > Merci pour vos réponses si vous avez une piste et bonne journée, > -- > Christophe De Natale > >
[Jessie LTSP CUPS]pas d'impression sur papier
Bonjour à vous, J'ai installé une imprimante usb via la procédure et le pilote fourni sur le site du fabricant (Brother) sur mon serveur LTSP. Elle est accessible pour les clients, les jobs d'impression sont bien pris en compte quelle que soit l'application utilisée (vérifié dans l'interface web de cups), j'ai testé en local depuis le serveur et le résultat reste le même les pages sortent blanches :-( Tout se passe comme si elle imprimait. Pourtant, via le control panel j'arrive à imprimer la page de configuration donc elle fonctionne. Merci pour vos réponses si vous avez une piste et bonne journée, -- Christophe De Natale
Re: [résolu]Re: Compiler une version supérieur de cups (sur jessie)
Le mardi 25 août 2015, 20:47:57 Charles Plessy a écrit : >[…] > Bonjour, ’soir, > debuild appelle dpkg-buildpackage, et voici la définition de > l'option « B ». > > -B Indique une construction uniquement binaire, > limitée aux paquets dépendant d'une architecture. > > Les paquets cups-common et cups-server-common ne dépendent pas > d'une architecture, et donc n'ont pas été construits. > > Pour ne pas contstuire le paquet source, mais construire tous > les paquets binaires sans distinction, on utilise l'option > « b » en minuscules. Bonne remarque ! Merci de corriger ma faute. J’ai copié la mauvaise ligne depuis mes notes… -- Sylvain Sauvage
Re: [résolu]Re: Compiler une version supérieur de cups (sur jessie)
Le Tue, Aug 25, 2015 at 10:27:56AM +0200, Grégory Bulot a écrit : > > j'ai refait debuild -us -uc -i -I -B sans problème avec po* > par contre cups-common et cups-server-common n'existe pas après cette > commande, je ne vois pas d'erreur dans les logs (en fait je ne trouve > pas les logs de compilation) Bonjour, debuild appelle dpkg-buildpackage, et voici la définition de l'option « B ». -B Indique une construction uniquement binaire, limitée aux paquets dépendant d'une architecture. Les paquets cups-common et cups-server-common ne dépendent pas d'une architecture, et donc n'ont pas été construits. Pour ne pas contstuire le paquet source, mais construire tous les paquets binaires sans distinction, on utilise l'option « b » en minuscules. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
[résolu]Re: Compiler une version supérieur de cups (sur jessie)
J'avance, un nuage de lait a éclairci la chose, j'ai refait une install de la jessie j'ai refait debuild -us -uc -i -I -B sans problème avec po* par contre cups-common et cups-server-common n'existe pas après cette commande, je ne vois pas d'erreur dans les logs (en fait je ne trouve pas les logs de compilation) j'ai récupéré le .deb manquant directement sur debian.org en testing A part cela, ça fonctionne nickel
Re: Compiler une version supérieur de cups (sur jessie)
Le samedi 22 août 2015, 10:00:29 Grégory Bulot a écrit : > re-bonjour ’jour, >[…] > # Update the translations and build the translated material > po4a --previous ../debian/manpage-po4a/cups.cfg > po4a_paths n'est pas déclaré. Localisation des fichiers POT et > PO inconnue. L’erreur est là. Le reste est la remontée de l’arbre d’appel qui termine à : > debian/rules:20: recipe for target 'build-arch' failed > ===> dh $@ --with systemd qui est la commande qui démarre toute la compilation. > Je crois que la réponse vient de > DEB_HOST_ARCH_OS := $(shell dpkg-architecture > -qDEB_HOST_ARCH_OS) qui retourne > linux Gni ? > c'est clair comme du jus de chaussette pour moi :-/ Voilà, j’y ai mis un nuage de lait, ça lui donne une couleur plus claire, non ? -- Sylvain Sauvage
Re: Compiler une version supérieur de cups (sur jessie)
re-bonjour 1/ désolé pour la citation courte ou la réponse était déjà apportée en amont. 2/ Je retente une citation courte ;-) Le Fri, 21 Aug 2015 18:40:12 +0200, "Sylvain L. Sauvage" a écrit : > 4. debuild -us -uc -i -I -B > 5. si ça coince, régler les problèmes et repartir au 5. J'ai installé toutes les dépendances demandée au début du debuild, après 5-10 minutes, j'ai /home/USER/cups/cups-2.0.3/ [...] [...] (juste pour insister qu'il y a bien a nombre important de lignes a priori sans erreurs (ça défile vte) # Update the translations and build the translated material po4a --previous ../debian/manpage-po4a/cups.cfg po4a_paths n'est pas déclaré. Localisation des fichiers POT et PO inconnue. Makefile:80: recipe for target 'translations' failed make[2]: *** [translations] Error 255 make[2]: Leaving directory '/home/USER/cups/cups-2.0.3/man' Makefile:31: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/home/USER/cups/cups-2.0.3' dh_auto_build: make -j1 returned exit code 2 debian/rules:20: recipe for target 'build-arch' failed make: *** [build-arch] Error 2 dpkg-buildpackage: erreur: debian/rules build-arch a produit une erreur de sortie de type 2 debuild: fatal error at line 1376: dpkg-buildpackage -rfakeroot -D -us -uc -i -I -B failed debian/rules:20: recipe for target 'build-arch' failed ===> dh $@ --with systemd Je crois que la réponse vient de DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) qui retourne linux c'est clair comme du jus de chaussette pour moi :-/
Re: Compiler une version supérieur de cups (sur jessie)
Le samedi 22 août 2015, 06:54:01 Grégory Bulot a écrit : > Bonjour, ’jour, > Le Fri, 21 Aug 2015 18:40:12 +0200, > > "Sylvain L. Sauvage" a écrit : > > 2. apt-get source toto > > je suppose que je dois mettre les dépot de testing avant de > faire cela ? puis apt-get source -t testing cups ? Les citations courtes, c’est bien mais si tu avais cité les deux lignes au dessus, peut-être que tu en aurais profité pour les mieux lire : > > 0. mettre les bons deb-src dans sources.lists[.d/toto] > > 1. apt-get update Donc, oui, il faut les lignes « deb-src » dans le fichier sources.list ou dans un fichier dans sources.list.d/. Sinon comment veux-tu que apt-get trouve les paquets sources ? Et une ligne « deb-src » est comme une ligne « deb » sauf qu’elle commence par « deb-src » plutôt que par « deb » (man sources.list). Ensuite, oui, on peut/doit utiliser l’option -t ou la notation /version pour spécifier quelle version des paquets sources l’on veut quand plusieurs sont disponibles (ce qui me semble assez rare puisque, quitte à recompiler en local, autant recompiler la dernière version (et si on recompile souvent différentes versions, il vaut sans doute mieux les séparer chacune dans son chroot si on ne veut pas se retrouver avec un beau bazar)). Si on n’a qu’une seule version des sources, apt-get ne peut que récupérer celle-ci, donc -t et /version sont inutiles. Oh, et on n’a pas à être root à partir de l’étape 2. Il vaut d’ailleurs mieux être un utilisateur normal quand on compile. -- Sylvain Sauvage
Re: Compiler une version supérieur de cups (sur jessie)
Bonjour, Le Fri, 21 Aug 2015 18:40:12 +0200, "Sylvain L. Sauvage" a écrit : > 2. apt-get source toto je suppose que je dois mettre les dépot de testing avant de faire cela ? puis apt-get source -t testing cups ?
Re: Compiler une version supérieur de cups (sur jessie)
Le vendredi 21 août 2015, 16:46:15 Stéphane GARGOLY a écrit : >[…] > > 5. si ça coince, régler les problèmes et repartir au 5. > > Euh, je présume que tu veux dire "...et repartir au 4.", non ? > O_o Ouais, il y a trois sortes de gens : ceux qui savent compter et ceux qui savent pas… -- Sylvain Sauvage
Re: Compiler une version supérieur de cups (sur jessie)
Bonjour à tous les utilisateurs et développeurs de Debian : Le vendredi 21 août 2015 à 16:40, "Sylvain L. Sauvage" a écrit : > Il y a peut-être plus simple maintenant mais je fais ça (qui > est somme toute assez simple, non ?) : > > 0. mettre les bons deb-src dans sources.lists[.d/toto] > 1. apt-get update > 2. apt-get source toto > 3. cd toto* > 4. debuild -us -uc -i -I -B > 5. si ça coince, régler les problèmes et repartir au 5. Euh, je présume que tu veux dire "...et repartir au 4.", non ? O_o Sinon tu fais du surplace... Bon week-end quand même. ;-) Cordialement et à bientôt, Stéphane.
Re: Compiler une version supérieur de cups (sur jessie)
Le vendredi 21 août 2015, 17:08:01 greg...@bulot-fr.com a écrit : > Bonjour, ’soir, >[…] > Bref si vous avez une procédure pour les nuls, je prends :-) Il y a peut-être plus simple maintenant mais je fais ça (qui est somme toute assez simple, non ?) : 0. mettre les bons deb-src dans sources.lists[.d/toto] 1. apt-get update 2. apt-get source toto 3. cd toto* 4. debuild -us -uc -i -I -B 5. si ça coince, régler les problèmes et repartir au 5. En fait, vu que je suis principalement en Sid depuis pfiou- même-plus-que-ça, quand je recompile un paquet, c’est pour le modifier, donc il y deux autres étapes : 3⅓. modifications 3⅔. export DEBMAIL=moi@ici; debchange --nmu mais ça ne change pas grand-chose au flux. Bon, après, il y a plus « propre » (ou « compliqué », au choix ;o)) en utilisant pbuilder ou ce genre de trucs… -- Sylvain Sauvage
Compiler une version supérieur de cups (sur jessie)
Bonjour, Pour des fonctionnalité disponible à partir de CUPS 2.x j'ai essayé de compiler depuis le site cups une version 2.0.4. La compilation se passe bien. 1er point, plus possible de faire du https sur le port 631 (cups multiplexe du ipp, http et https sur le même port) Ensuite après avoir créé l'imprimante la page de test ne fonctionne pas, l'ihm affiche "Unsupported format "application/vnd.cups-banner". Du coups, pour contourner, je me dit que je devrais pouvoir récupérer les deb-src de la testing et recompiler sur ma stable... sauf que mes lecture sur le nain ternet me laisse perplexe, je ne sais pas quelle procédure utiliser (depuis comment récupérer les sources de la testing via utiliser les bonnes directives, puis générer un paquet pour ma stable) Bref si vous avez une procédure pour les nuls, je prends :-) Merci
Re: HS_Re: cups bat la campagne....[résolu]
Le 28/07/15 à 11:24, François Patte a écrit : FP> Mais si, au départ, je parlais bien de cups parce que c'est le zinzin FP> qui fait marcher les imprimantes sur mon installation (et sans doute FP> sur beaucoup d'autres) et que c'est par lui qu'on peut commencer quand FP> il y a un problème d'impression. Le pb est que l'on a compris des choses différentes, il manquait "juste" de dire que tu utilisais cups sur ton pc pour accéder à une imprimante distante connectée sur ta box en utilisant le pilote XXX (et éventuellement un protocole réseau si tu le précise dans cups). Et loin d'être surdoué, j'avais pas compris le pb (supposé une imprimante locale) ni les réponses… -- Daniel Ni l'ignorance n'est défaut d'esprit, ni le savoir n'est preuve de génie Vauvenargues -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150728164714.63102...@quad.lairdutemps.org
Re: HS_Re: cups bat la campagne....[résolu]
Le Tue, 28 Jul 2015 11:24:10 +0200, François Patte a écrit : > Voilà, chers surdoués! La prochaine fois que j'ai un soucis, je poste > sur une liste de la box orange en premier! En fait c'est surtout qu'au départ il nous manquait beaucoup d'informations. Contrairement à Orange, ici personne n'est payé pour deviner les "besoins du client", c'est de l'entraide amicale. Donc c'est mieux quand on a tous les éléments dès le départ pour ne pas trop perdre de temps et de l'énergie inutilement. Même sans trop de compétences, ni sans vouloir faire des messages trop volumineux, ça vaut le coup de réfléchir et de décrire au mieux les éléments pouvant intervenir ainsi que donner un minimum d'infos sur la configuration, sinon tu risques de répéter le même schéma. Tout ça n'est pas bien grave. Parfois on aime bien pousser un peu le bouchon, mais sans arrière pensée. -- haricoph...@aranha.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150728140349.3592b305@azuki.aranha
Re: HS_Re: cups bat la campagne....[résolu]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 27/07/2015 16:50, maderios a écrit : > Le 27/07/2015 15:49, Daniel Caillibaud a écrit : >> Le 27/07/15 à 14:15, maderios a écrit : M> >> Pas claire cette histoire... Tu ne parlais pas de Cups, il >> fallait le M> dire plus tôt... >> >> Euh, là t'abuses ;-) > Pas vraiment. Merci de citer le message auquel je répondais et qui > était: 'Le problème est résolu: l'imprimante était branchée sur le > port usb d'une box sagem d'orange et c'est le "serveur > d'impression" de celle-ci qui met la pastouille depuis la mise à > jour de ladite box par orange...' Désolé de ne pas appartenir à l'équipe des surdoués qui, à ma place, aurait immédiatement diagnostiqué que mes problèmes avec mon imprimante venait de la box Mais si, au départ, je parlais bien de cups parce que c'est le zinzin qui fait marcher les imprimantes sur mon installation (et sans doute sur beaucoup d'autres) et que c'est par lui qu'on peut commencer quand il y a un problème d'impression. D'ailleurs, reconfigurer l'imprimante réglait le problème, mais pas pour longtemps... Les log de cups disant des choses incompréhensibles: la page de test est trop volumineuse (!!!) ou l'imprimante est "busy" alors qu'il n'y a rien dans la file d'attente d'aucune machine, ou bien encore, solicité par lpq, "l'imprimante is not ready" et un "cupsenable" la rend "ready and printing" (alors qu'on a encore rien envoyé...) etc. Tout fait penser à un déc...age de cups jusqu'à ce que --- coincidence fortuite --- on ait besoin de relancer la box et tout de suite après d'imprimer quelque chose et, miracle, l'imprimante qui ne marchait pas avant, remarche pas pour longtemps... Voilà, chers surdoués! La prochaine fois que j'ai un soucis, je poste sur une liste de la box orange en premier! >> > On peut installer un serveur mail sur un routeur tournant avec > OpenWrt, Xmail https://fr.wikipedia.org/wiki/XMail > http://wiki.openwrt.org/doc/howto/xmail Mais oui, on peut, on peut... si on a que ça à faire! - -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlW3SjoACgkQdE6C2dhV2JXFzwCfa2G0CYVtdHV+UYoL5MLpAgnM FywAoK9ncG76U9X/iGTUCpxNUfXQ/ksO =xMdX -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55b74a3a.3070...@mi.parisdescartes.fr
Re: HS_Re: cups bat la campagne....[résolu]
Le 27/07/15 à 16:50, maderios a écrit : M> Le 27/07/2015 15:49, Daniel Caillibaud a écrit : M> > Le 27/07/15 à 14:15, maderios a écrit : M> > M> Pas claire cette histoire... Tu ne parlais pas de Cups, il fallait le M> > M> dire plus tôt... M> > M> > Euh, là t'abuses ;-) M> Pas vraiment. Merci de citer le message auquel je répondais et qui était: M> 'Le problème est résolu: l'imprimante était branchée sur le port usb M> d'une box sagem d'orange et c'est le "serveur d'impression" de M> celle-ci qui met la pastouille depuis la mise à jour de ladite box par M> orange...' ok, mea culpa, maxima culpa, mais ta réponse enduit d'erreur ("tu ne parlais pas de cups", ben si justement), même si la sienne aussi (l'imprimante était branchée sur sa box, y'a jamais eu cups d'installé sur sa box, et pourtant il parle d'un pb cups). Bref, Sylvain a bien résumé ;-) M> > Certes, mais ça fait encore un truc à acheter, alimenter en watts, installer et maintenir. M> C'est un Linux embarqué qui permet réellement de sécuriser son réseau, Je fais jamais confiance au réseau, même chez moi ;-) M> de s'affranchir du propriétaire, qui ne consomme que 12W, qui ne Ça fait toujours 12W de plus (je passe sur tout ce qu'il faut pour le construire, en énergie et matières premières)… M> s'installe qu'une fois, aucune maintenance, des possibilités à l'infini M> pour les courageux. Je concède que la conf du réseau n'est pas simple M> mais ce fut pour moi l'occasion de découvrir l'étendue (énorme) de mes M> lacunes et d'apprendre beaucoup. Pour résumer, c'est un vrai routeur qui M> peut faire en plus le boulot d'un PC. …mais je dis pas que c'est inutile, pour sécuriser le réseau certes (à condition de le faire sérieusement, parce qu'une zone wifi considérée interne, c'est pas loin de pas de firewall du tout, en tout cas pas mieux que n'importe quelle box), mais si on peut aussi brancher une imprimante (ou n'importe quoi utilisé sur le réseau interne) et que ça évite de laisser un PC allumé (ou de le démarrer pour ça), ça peut très bien se justifier, je me désole juste de la forêt de câbles et la tonne d'électronique qui ne cesse de m'envahir, c'était plus light avec les modem 56k, mais on faisait moins de choses :-S -- Daniel Lorsque j'ai été kidnappé, ma mère a réagi tout de suite: elle a sous-loué ma chambre. Woody Allen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150728001530.62504...@quad.lairdutemps.org
Re: HS_Re: cups bat la campagne....[résolu]
Le 27/07/2015 15:49, Daniel Caillibaud a écrit : Le 27/07/15 à 14:15, maderios a écrit : M> Pas claire cette histoire... Tu ne parlais pas de Cups, il fallait le M> dire plus tôt... Euh, là t'abuses ;-) Pas vraiment. Merci de citer le message auquel je répondais et qui était: 'Le problème est résolu: l'imprimante était branchée sur le port usb d'une box sagem d'orange et c'est le "serveur d'impression" de celle-ci qui met la pastouille depuis la mise à jour de ladite box par orange...' Son 1er post contenait "version cups: 1.5.3-5+deb7u5" avec un sujet "cups bat la campagne" Cups sur une box orange? :-) M> La liveboxe orange est une vraie m... M> Rien ne vaut un vrai routeur + Openwrt connecté derrière la box qui ne M> sert alors que de modem. Certes, mais ça fait encore un truc à acheter, alimenter en watts, installer et maintenir. C'est un Linux embarqué qui permet réellement de sécuriser son réseau, de s'affranchir du propriétaire, qui ne consomme que 12W, qui ne s'installe qu'une fois, aucune maintenance, des possibilités à l'infini pour les courageux. Je concède que la conf du réseau n'est pas simple mais ce fut pour moi l'occasion de découvrir l'étendue (énorme) de mes lacunes et d'apprendre beaucoup. Pour résumer, c'est un vrai routeur qui peut faire en plus le boulot d'un PC. À la limite pour remplacer la box, mais faudrait un FAI sans box et abandonner TV & téléphone, et en fibre j'en connais pas :-/ (ou un FAI qui autorise à être root et réinstaller la box, on peut rêver :-P) Sinon, dans le genre truc à brancher sur sa box, prévu pour faire serveur de mail mais qui peut faire serveur cups, je viens de découvrir un projet intéressant http://www.own-mailbox.com/ On peut installer un serveur mail sur un routeur tournant avec OpenWrt, Xmail https://fr.wikipedia.org/wiki/XMail http://wiki.openwrt.org/doc/howto/xmail -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55b64528.1030...@gmail.com
Re: HS_Re: cups bat la campagne....[résolu]
Le lundi 27 juillet 2015, 15:49:45 Daniel Caillibaud a écrit : > Le 27/07/15 à 14:15, maderios a écrit : > M> Pas claire cette histoire... Tu ne parlais pas de Cups, il > fallait le M> dire plus tôt... > > Euh, là t'abuses ;-) > > Son 1er post contenait "version cups: 1.5.3-5+deb7u5" avec un > sujet "cups bat la campagne" Justement, Madeiros veut dire que, le problème venant de la box, ce n’était pas un problème Cups. Comme d’hab., c’est un problème de communication : une question sans précision (versions, modèles, branchements…) et (donc)¹ des réponses vagues et on tourne en rond. ¹ « donc » entre parenthèses parce que les réponses auraient pu ne pas être vagues ou demander des précisions mais « donc » quand même parce que si la question avait été plus complète… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/2502946.bSnHN9zn8Z@earendil