diesel83140 a écritJ'ai une config "un peu" complexe

Une imprimante laser couleur Samsung CLP-365 (port USB) sur un serveur sous ubuntu 16.04 LTS, partagée avec cups. Le driver est l'unified driver de Samsung version 00.39 de 2017.

Mon PC bureautique sous ubuntu 18.10 (gnome3) accède à cette imprimante avec cups au travers du réseau local. L'utilitaire de configuration de l'imprimante me donne bien accès à une fenêtre censée afficher le niveau de toner mais elle est vide.

Je vais essayer de brancher l'imprimante en local sur mon PC pour voir si ça marche.

Amicalement.

Jean-Marie
Bon, j'ai branché l'imprimante en local ; pas mieux.

Par contre, en cherchant un peu, j'ai vu qu'il y avait un "module" de configuration snmp dans cups. C'est probablement par là qu'il faut chercher.

Je m'y mets.

Amicalement.

Jean-Marie
diesel83140 a écrit
abecidofugy a écritOn peut changer le titre du sujet par, par exemple, « Ce qu’il manque aux drivers d’imprimante Linux », ou autre ? Merci.
Je le ferai à la fin.
C’est toi qui voit. Tout dépend si tu veux vraiment régler ton souci d'imprimante ou juste troller comme on te l’a souligné.
abecidofugy a écritC’est toi qui voit. Tout dépend si tu veux vraiment régler ton souci d'imprimante ou juste troller comme on te l’a souligné.
Ben..., régler mon souci d'imprimante... https://forum.ubuntu-fr.org/viewtopic.php?id=2037828 "Y en a qu'ont essayé..., Y z'ont eu des problèmes..."

Alors, pour ça, je vais me démerder tout seul (et je ne suis pas du tout certain qu'il y ait une solution et de toutes manières, ça va prendre du temps parce que je n'ai pas toutes les compétences requises).

Par contre, l'idée de ce fil est bien d'attirer l'attention sur le fait que sous linux, un tas de choses sont très bien faites (bien mieux que bien des logiciels propriétaires) mais que dans le domaine de la gestion des imprimantes, on en est encore à l'age de pierre alors que windiws (pour ne citer que lui) fait ça très bien depuis au moins vingt ans et qu'apparemment, Apple (qui utilise beaucoup de logiciels communs à linux) y arrive aussi.

Alors, c'est facile d'accuser les fabricants d'imprimantes mais ça m'étonnerait que le problème soit là.

En effet, pour les imprimantes réseau, cela fait bien longtemps que ce dialogue de remontée d'informations de l'imprimante passe par SNMP et que cela s'est bien standardisé. Et pour les imprimantes branchées sur port USB comme la mienne, même si le protocole au niveau "réseau" est forcement différent, je suis à peu près convaincu que la charge utile des messages échangés doit bien être la même (je ne vois pas pourquoi les constructeur s'emmerderaient à faire un truc complètement différent).

Le monde du libre a fait par le passé des choses bien plus compliquées (wine, montage NTFS, libdvdcss2...). Là, on peut déjà aller voir le contenu des agents SNMP pour les systèmes qui fonctionnent via SNMP. Pour les systèmes en USB, il est possible d'analyser le port USB d'un système sous windows (avec un logiciel comme free USB analyzer par exemple) et de voir ce qui passe. La quantité de messages échangés et leur contenu doit facilement rester à taille humaine.

Ce que je ressens, c'est que cette question (qui intéresse le grand public qui pourrait être, un jour, tenté de passer sous linux) ne passionne pas la communauté. "Pas assez complexe, mon fils..."

Voilà, c'était mon billet d'humeur du jour.

Amicalement.

Jean-Marie
diesel83140 a écrit…dans le domaine de la gestion des imprimantes, on en est encore à l'age de pierre alors que windiws (pour ne citer que lui) fait ça très bien depuis au moins vingt ans et qu'apparemment, Apple (qui utilise beaucoup de logiciels communs à linux) y arrive aussi.

Alors, c'est facile d'accuser les fabricants d'imprimantes mais ça m'étonnerait que le problème soit là.
Windows ou MacOS ne font strictement rien concernant la gestion des imprimantes (hormis fournir un cadre de gestion et de développement de pilotes). Ce sont les pilotes fournis par les fabricants qui font quelque chose.
Donc oui le problème est bien là : certains fabricants d'imprimantes sont nuls.
bruno a écritWindows ou MacOS ne font strictement rien concernant la gestion des imprimantes (hormis fournir un cadre de gestion et de développement de pilotes). Ce sont les pilotes fournis par les fabricants qui font quelque chose.
Donc oui le problème est bien là : certains fabricants d'imprimantes sont nuls.
Bruno, tu te répètes (Voit #11). 😉 😃 😃 😃

Avec un peu de chance, je vais avoir un macintosh à disposition et je vais pouvoir aller voir ce qu'il s'y passe (sur un système relativement proche de linux) et j'espère pouvoir démontrer que tu te trompes (au moins en ce qui concerne mon imprimante Samsung CLP-365).

Et si ça marche (linux capable d’afficher toutes les informations que l'imprimante est capable de cracher), on pourra commencer une liste d'imprimantes complètement compatibles linux (et pas seulement capables d'imprimer ; ce qui est vraiment le minimum syndical).

Cela dit, quand on recherche sur le net des informations sur ce sujet, ça frise le vide sidéral. Je crois qu'il faudra aussi développer une doc de configuration et surtout des outils automatiques de configuration de ces fonctionnalités (à l'usage de Mme Michu).

Amicalement.

Jean-Marie
LeJediGris a écritSalut,,

usbmon plus ça ça fait l'affaire ?

A+
Fort probablement.

J'ai cité "free usb analyzer" parce que c'est le premier que j'ai trouvé sur le net à partir d'une recherche gogol.

Amicalement.

Jean-Marie
Bonsoir.
Il semble que les drivers Mac & Linux soient "assez proches" ; sauf que pour les fonctions les plus pointues, le driver Mac appelle des bibliothèques (par exemple pour rastériser) qui ne sont pas les mêmes que sous Linux.
Le problème serait donc là : analyser les drivers Mac, et les modifier, quand c'est possible, pour appeler l'équivalent Linux.

J'avais étudié le problème pour une imprimante photo A3 mal supportée sous Linux.
En passant, pour quelques euros, tu peux voir du côté du driver TurboPrint, peut-être ?
Bon courage.
Merci beaucoup Kevlar,

Je vais aussi regarder par là.

Amicalement.

Jean-Marie
En général, en extrayant le pilote Windows, on finit par trouver dans un coin un fichier .ppd. C'est de celui-ci dont cups a besoin et en général ça marche. Parfois même avec le niveau des consommables.
Par ailleurs, pour les infos sur les consommables, certaines imprimantes sont capable de les remonter via snmp, mais là faut un peu se faire ch*** pour les afficher, c'est absolument pas Mme Michu compatible, hélas.

Enfin, une remarque sur le billet d'humeur. A mon avis, ça n’intéresse pas tant que ça éditeurs Linux (RedHat and co), parce que dans le cadre professionnel, on utilise des copieurs pro donc, qui sont parfaitement compatible Linux et que le niveau des consommables et directement remonté au revendeur et les cartouches envoyés dès que le niveau baisse. On paye à la page et la maintenance et les consommables sont (entre guillemets) gratuits et fournis. Le soucis n'existe que pour les particuliers et les petites entreprises qui eux ne payent pas vraiment les gros éditeurs Linux.
Je continue d'avancer sur le sujet et je trouve des choses étranges.

J'ai installé mon imprimante sur un macintosh (sur lequel j'ai l'affichage des niveaux de toner).

Puis, j'ai fait une copie du répertoire /etc/cups du macintosh sur mon poste de travail pour pouvoir comparer.

Sur les deux configurations, il y a notamment une grosse différence au niveau du fichier ppd de l'imprimante (dans le répertoire /etc/cups/ppd).

Celui du macintosh fait 144685 octets, alors que celui de linux ne fait que 28554 octets. Pour exactement le même matériel, dans un premier temps, on se demande pourquoi.

Et si on va voir dans les fichiers, on trouve dans chacun une entête qui raconte :

- macintosh
*PPD-Adobe: "4.3"
*% ===============================================
*% Disclaimer:  The above statement indicates
*% that this PPD was written using the Adobe PPD
*% File Format Specification 4.3, but does not
*% intend to imply approval and acceptance by
*% Adobe Systems, Inc.
*% ===============================================
*% ===============================================
*% PPD for Samsung CLP-360 Series CUPS
*% For Macintosh Only
*% =============================================== 
- linux
*PPD-Adobe: "4.3"
*% ===============================================
*% PPD for Samsung CLP-360 Series
*% For Linux Only
*% =============================================== 
Cela montre à l'évidence que ces fichiers sont typés en fonction du système sur lesquels ils sont installés.

Et en gros, les ppd pour linux n'ont pas le droit à toutes les options. En effet, le ppd linux est très court et ne contient que des directives pour gérer l'impression. Dans celui du macintosh, on trouve, en plus, tout un tas de sections du genre
*cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Please%20check%20transfer%20belt."
*de.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Überprüfen%20Sie%20das%20Übertragungsband."
*es.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Verifique%20la%20cinta%20de%20transferencia."
*fr.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Vérifiez%20la%20courroie%20de%20transfert."
*it.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Controllare%20la%20cinghia%20di%20trasferimento."
*nl.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Controleer%20de%20transportriem."
*ko.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:전송벨트를%20확인하세요."
*pt.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:Verifique%20a%20correio%20de%20transferência."
*zh_CN.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:请检查传送带。"
*zh_TW.cupsIPPReason com.Samsung.TransbeltWarning-warning:"text:請檢查傳送帶。"
Je ne sais pas qui fournit ces ppd, mais clairement, pour linux, c'est le service minimum.

je ne sais pas à qui "profite le crime". Probablement pas au fabricant d'imprimantes pour qui ce serait plutôt une bonne publicité d'avoir toutes les fonctionnalités aussi sous linux et que ça doit probablement emmerder d'avoir 36 versions de ppd à gérer.

Bon, je vais voir comment je peux adapter le ppd pour linux afin d'avoir toutes les fonctionalités.

Amicalement.

Jean-Marie