Mais ce serait génial !! Il n’y aura aucune erreur, au contraire, très instructif !!
N’hésite pas à partager ton succès, voir faire un tuto pour cette innovation.
Tu auras défriché le terrain pour mi-2023 pour la sortie de bookworm.
Par contre, si tu n’y arrives pas, contente toi d’installer une imprimante ‹ comme tout le monde ›, comme dans Bullseye, simplement, sans te prendre trop la tête.
Bonjour.
Quand je lis ça :
Je me dis que tu ne sais vraiment pas de quoi tu parles !
Ce n’est pas pour t’agresser, ni une accusation… ou alors tu emploies vraiment pas les mots adéquats.
Une imprimante « sans pilote » n’est pas vraiment sans pilote, c’est vrai - dans la réalité, il y a un pilote, mais il est découvert « automatiquement » par les services adéquats, parce que l’imprimante informe de ses spécificités techniques.
En effet « Bonjour » est un des projets, celui d’Apple.
Cups utilise principalement le protocole « IPP Everywhere » pour cette fonctionnalité.
Mais quelque soit le projet, il est important que l’imprimante fournisse les informations adéquates.
cf:
The printer must use known page description languages and must inform the client about its capabilities on request.
Bref, avant de chercher à en faire une « imprimante sans pilote », il faut savoir si l’imprimante en question est capable de discuter ainsi, donc voir les spécificités techniques de celle-ci ; sinon à oublier.
Lire :
c’est oublié car je viens de vérifier la compatibilité ( cf-dessus) avec AirPrint : SP 277SNwX y figure , pas la SP 277NwX . Mais tout n’a pas été inutile , loin de là .
La terminologie CUPS n’est pas limpide, avis partagé, constaté, et PDF n’est d’ailleurs pas une imprimante, mais assimilée à une imprimante pour faciliter l’IHM, bien que pouvant justement créé confusion.
Par contre, une imprimante 'sans pilote" est toujours ‹ avec pilote ›, qu’il soit installé automatiquement ou manuellement, jusqu’à preuve du contraire pour les évolutions à venir.
Apparemment, on n’a pas la même lecture !
Le chapitrage « Lecture » est pour toutes les imprimantes nommées dans le document… 
Ne te laisse pas abuser par le fait que Linux ne soit pas mentionné
Elle semble être compatible AirPrint, qui communique sur les protocoles Bonjour ET IPP ; donc, si elle communique sur IPP, Cups devrait être capable de communiquer avec elle, du fait de l’intégration d’IPPEverywhere
Malheureusement il semble à ce jour que la SP 277NwX ne soit pas gérée par IPPEverywhere.
cf :
Maintenant, il ne faut pas forcément désespéré, étant donné qu’elle gère AirPrint, Mopria (l’équivalent pour Android), la situation a des probabilités de s’améliorer…
(ajout plus tard)
Malheureusement, elle ne gère pas AirPrint ! 
cf: Transformer une imprimante en imprimante sans pilote - #24 par PengouinPdt
j’ai effectivement vu apparaître ce choix dans la rubrique « modèle » de la phase finale de l’installation type « driverless » . J’ai cru avoir gagné mais une fois sélectionnée et enregistrée elle n’a pas pu imprimer la tâche proposée . Depuis ce choix n’apparaît plus dans la liste « modèle » . Peut-être à cause d’un autre choix que j’ai fait au cours de mes expériences plutôt bancales ?
Merci pour l’info qui va clôturer la quête du Graal . Du moins pour l’instant .
Peut-être, il serait intéressant de purger toute l’installation des différents paquets de Cups, puisque si j’ai bien compris, certains fichiers ont été manipulés par vos soins… et de refaire une installation propre, avec l’imprimante allumée et connecté à votre réseau LAN.
Cela permettrait de s’assurer du propos.
Bien comprendre qu’avec les protocoles « Driverless » que sont AirPrint, IPPEverywhere, etc, il n’y a pas besoin d’installer le pilote.
Cups interroge sur le réseau LAN, selon le protocole idoine, et s’il trouve une ou plusieurs imprimantes qui « discute » alors il « informe » le système de la disponibilité de(s) imprimante(s).
Parfois, il faut attendre plusieurs minutes avant d’avoir une disponibilité ; ce n’est pas immédiat.
Si vous tenez ABSOLUMENT à avoir une installation logicielle fixée de l’imprimante, il est possible de tester à utiliser la version du pilote pour les SP 277 SN*, de cibler son adresse IP… et de voir par un test d’impression, si elle répond avec le pilote en question.
Une autre piste est de vérifier que les paquets Avahi soient bien installés, et fonctionnels. Car le protocole Avahi permet de découvrir le protocole AirPrint.
Lire :
Cela devrait être actuellement le cas, mais il peut être nécessaire/intéressant d’installer en sus le paquet avahi-discover, voire avahi-ui-utils (GUI GTK)
Il faut aussi s’assurer au niveau de l’imprimante qu’elle communique bien sur le protocole AirPrint, qu’il soit actif !!!
alors là il va me falloir regarder ça de plus près , car si le driverless repose sur la disponibilité d’une autre imprimante connectée qui fasse partie de « mon » réseau LAN , c’est pas gagné vu la densité de population locale et son type . Hormis mon voisin gendarme qui en a bien une ( je la détecte ) , pas sûr qu’une autre existe à moins de 3oom ( la mairie ) . C’est une aventure ce truc !
cad ?
Quoiqu’il en soit, ce n’est pas une histoire de longueur de réseau, en soit, mais de s’assurer d’être sûr le même réseau, ou de faire le nécessaire d’autoriser le flux vers votre réseau - mais là, on est dans l’administration réseau, hors de ce contexte.
N’hésitez pas à relire mon post précédent, j’y ai rajouté des informations intéressantes et utiles
je regarderai toutes ces infos plus tard car je sature un peu avec ce problème intéressant certes , mais qui m’amène un flux de nouveautés qui provoque une sorte de " paper jam " ( je viens juste d’en expérimenter un alors j’ai découvert cette expression ) .
merci d’avoir pris le temps de détailler .
Ahhh, je viens de relire le PDF trouvé et il est clairement marqué en petite mention :
Apple AirPrint applies only to the SP 277SNwX/SP 277SFNwX
Donc la seule possibilité restante est :
Si oui, trois autres possibilités :
⇒ tester la configuration de Cups et l’impression, après avoir configuré le fichier PPD :
lpd://adr_ip/PASSTHRU
ipp://adr_ip:631/ipp/print
http://adr_ip:631/ipp/print
Et si ça fonctionne, tant mieux !
Mais ce ne sera pas une « imprimante sans pilote »
Imprimante ‹ sans pilote ›, … j’adore le concept bobo marketing.
Se prendre la tête avec Apple qui est une technologie propriétaire qui est clairement plus une complication qu’autre chose, nécessitant de la tripaille en plus genre avahi-discover, il faut quand-même aimer les complications.
Je n’ai peut-être pas assez insisté précédemment sur la partie nettoyage CUPS, mais CUPS déteste qu’on lui modifie par derrière les droits sur les fichiers.
C’est comme ça qu’on se retrouve avec une impossibilité de modification imprimantes par l’interface usager.
Nettoyage CUPS, ce n’est pas juste désinstaller/réinstaller, mais bien purger, et supprimer toutes les bidouilles faites précédemment, réinstaller.
cf :
Voilà.
PS : Stp, arrêtes d’intervenir, si ce n’est pas pour être pratique, et juste pour « ergoter » ; ici, on est là pour aider, parfois en se trompant, certes… et pas plus
Ce n’est pas qu’un concept : le but de ces technologies est justement d’éviter à l’utilisateur toute la phase d’installation de pilotes avant utilisation, qui dans certains cas, est problématique.
Pour vulgariser, c’est l’équivalent du « Plug’n Play » de l’USB
AirPrint n’est pas une technologie propriétaire ; le nom AirPrint est une marque, on est d’accord, de l’entreprise sus-nommée.
Le protocole Bonjour était historiquement sous la licence libre APSL, une dérivée de la MSF à la sauce Apple, et depuis quelques années, est à-priori sous licence Apache 2.0 (Licence Open Source) !
C’est une implémentation du protocole ZeroConf…
Et Avahi en est une autre.
Quoiqu’il en soit le protocole Zeroconf a vraiment pour propos de faciliter les usages réseaux, en se reposant sur les protocoles réseaux nécessaires à ces usages, protocoles réseaux qui sont « normés », dont les RFC sont disponibles, lisibles.
donc un truc du genre
sudo apt purge cups*
sudo apt install cups*
?
oui !
Non pas suffisant, car ne nettoiera pas:
→ libcups2 libcupsfilters1 libcupsimage2 printer-driver-cups-*
Comme tu as modifié des droits de fichier cups, nettoie tous paquets relatifs à cups:
sudo apt purge *cups*
Si je dis que CUPS n’aime pas qu’on modifie les droits de fichiers, je ne le dis pas par hasard, mais juste par expérience.
Ensuite, résinstalle cups, qui installera ses dépendances.
sudo apt install cups
Et installe les mêmes drivers ‹ RICOH SP 277 › que tu as installés dans Bullseye.
Et relis mon message complet sur le nettoyage CUPS, qui ne consistait pas à juste purger des paquets, qui n’a été repris que partiellement par la suite, mais aussi précisait ceci:
Vérifie au passage que tu es bien dans le groupe lpadmin, ça peut aider, et t’évitera de changer des droits sur des fichiers système que tu ne dois pas toucher.
groups $USER
mais n’est normalement pas nécessaire d’être fait.
Et utile, dans le contexte, où tu cherches à utiliser l’outil idoine, en mode CLI
et que l’administrateur système accepte que l’utilisateur ‹ xyz › puisse faire l’administration de l’imprimante, par Cups, par le biais de l’outil en question, sur le poste en question.
Mais attention avant de donner les droits en question, car cela donne des droits admin, non seulement sur l’imprimante elle-même mais aussi sur les jobs faits par les autres utilisateurs, sur ladite imprimante - utilisateurs qui n’apprécieront peut-être pas que l’utilisateur ‹ xyz › sachent ce qu’ils impriment, et/ou modifient les jobs en question !
group $user sous Debian suffit !
voire, même mieux : getent group lpadmin, dans ce cas particulier…
[quote=« PengouinPdt, post:22, topic:87953 »]
j’ai repris ça et je crois bien que depuis le début je faisais une énorme erreur sur le sens à donner à driverless : je pensais que les informaticiens , démiurges à leurs heures , avaient trouvé le moyen de s’adresser directement à la partie de l’imprimante qui met l’encre sur le papier sans passer par un logiciel spécialisé : le pilote . Et donc , en bon Mr Jourdain je faisais déjà du driverless sans le savoir quand mon 2ème portable donnait l’ordre à mon imprimante de sortir du papier avec une impression dessus en communiquant par l’intermédiaire de la livebox .
Du coup je comprends bien mieux cette histoire de réseau local et le « cad ? » ci-dessus . mon gendarme n’a rien à voir là-dedans . Mais il faut quand même dire que présenté à froid à un utilisateur lambda pas très orienté informatique et pas très vif neuronalement y’a de quoi s’y perdre .
Cette fois je comprends mieux les commentaires de @Verner . Enfin si tout ce que je viens d’écrire est correct .