Bonjour,
J'ai pas de soucis particulier avec, mais j'aime bien avoir plusieurs cordes à mon arc: savez-vous s'il existe une alternative (viable) à CUPS ?
De mes recherches, je n'ai pas trouvé grand chose...
Bien à vous,
J.
Le Mon, Mar 10, 2025 at 09:43:09AM +0100, Xavier Beaudouin via FRsAG [frsag@frsag.org] a écrit:
Dans un monde "moins ancien" ( humm... ), il y a lprng :) http://lprng.sourceforge.net/ ( a priori une version 3.9 sortie en 2023 )
( lpr et lprng sont au bout du clic dans Debian et surement ailleurs aussi )
Une autre alternative ancienne, ppr : http://ppr.trincoll.edu/ ( faut sans doute plus d'huile de coude pour le faire marche dans un environnement récent )
Bonjour,
C'est principalement de la curiosité, rien de précis.
Pour lire des vidéos, j'ai VLC, mplayer etc... Pour imprimer est-ce qu'il existe une alternative à CUPS ?
En fouillant un peu je suis remonté à ça : https://www.evilsocket.net/2024/09/26/Attacking-UNIX-systems-via-CUPS-Part-I... . Certains semblent avoir eu la tête dure...
Cordialement,
J.
On 3/10/25 03:43, Xavier Beaudouin via FRsAG wrote:
J'ai pas de soucis particulier avec, mais j'aime bien avoir plusieurs cordes à mon arc:
CUPS est le gestionnaire d'impression des Pommes et des Manchots.
Il est comme il est, et peut faire le café quand on le regarde de près.
Pour une fois qu'il n'y a pas un joker pour réinventer (plus ou moins mal) la roue (coucou wayland ;), c'est une bonne chose, je crois.
savez-vous s'il existe une alternative (viable) à CUPS ?
Pas à ma connaissance, hormis la suggestion de Xavier, que je salue au passage :)
Bonne semaine...
On Mon, 10 Mar 2025 10:29:38 +0100 Jérôme Marteaux via FRsAG frsag@frsag.org wrote:
Rien du côté de systemd ? C'est une idée à leur suggérer !! (mouarf)
Trop tard ! Common Unix Printing System (CUPS) est déjà géré par Systemd. :-)
*** $ systemctl status cups ● cups.service - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; preset: enab> Active: active (running) since Mon 2025-03-10 00:30:25 CET; 10h ago Invocation: ca515358346d45dbb7569995077fa72a TriggeredBy: ● cups.path ● cups.socket Docs: man:cupsd(8) Main PID: 198571 (cupsd) Status: "Scheduler is running..." Tasks: 2 (limit: 19004) Memory: 3.9M (peak: 4.1M) CPU: 36ms CGroup: /system.slice/cups.service └─198571 /usr/sbin/cupsd -l
(…) lines 1-17/17 (END)
***
Cordialement, Joyce MARKOLL
Rien du côté de systemd ? C'est une idée à leur suggérer !! (mouarf)
À mois d'aller du coté de Devuan et autres artistes pour retrouver la tradition traditionnelle, il me semble qu'il y a/a eu déjà des alternatives à systemd. Un GETA te proposera au moins deux alternatives, de mémoire...
systemd seul fait des choses pas mal si on creuse. Jamais je ne reviendrais en arrière (comment pourrais-je me passer de la gestion des dépendances et de mille autres petits détails qui font que c'est juste mieux ?). Bien sûr, il a tendance à devenir une pieuvre. Sur un serv, je vire tout le reste, networkd, resolved et tout le toutim. Sur un portable devant bouffer de l'ethernet, du wifi, du bt et du wlan, je laisse tout, et ça marche très bien. Tout dépend des usages.
C'est comme le très critiqué pulseaudio, aujourd'hui remplacé par l'excellent pipewire, avant pulseaudio, c'était juste la cata. Quand pulseaudio s'est mis au dessus d'alsa pour tout gérer les sources de façon harmonieuse, tous les conflits ont disparu.
J'ai pas de soucis particulier avec, mais j'aime bien avoir plusieurs cordes à mon arc: savez-vous s'il existe une alternative (viable) à CUPS ?
ouais donc si on veut être un peu moins radical que evilsocket (merci pour le lien) et garder un spooler, bah lpd pour BSD ou lprng pour Lignux devrait le faire. Cependant :
0. pas forcément évident de compiler et faire tourner LPRng. le dernier packet pour slackware était dispo dans pasture/ avec la v13.37 (et encore seulement dans le repo 32-bits) mais pour debian/ubuntu c'est bon il y a un paquet.
ensuite il y a deux scenarii :
1. l'imprimante sait parler LPD (comme pour les Xerox par exemple *1) et dans ce cas il suffit de pointer /etc/printcap dessus (je n'ai qu'un exemple pour NetBSD lpd *2)
2. l'imprimante ne parle pas LPD et dans ce cas il va falloir jouer avec un convertisseur PS, l'ancien apsfilter, foomatic, ou encore magicfilter *3, ghostscript (ce qu'autrement fait CUPS en backend) et puis éventuellement des pilotes PPD
il y a tellement de composants pour la dernière option que c'est dur de s'y retrouver. si tu parviens à clarifier un peu le bouzin, cela m'intéresserais !
*1 https://www.support.xerox.com/en-us/article/KB0095088 *2 https://pub.nethence.com/desktop/lpd *3 https://github.com/Orc/magicfilter
-elge
-
Dominique Rousseau -
Jeremie -
JM -
Jérôme Marteaux -
Pierre-Philipp Braun -
Stéphane Rivière -
Xavier Beaudouin