Savapage est une option possible, mais vu que cela court-circuite totalement samba, on n'a plus les gpo, les pilotes automatiques... Bref c'est une autre façon de faire, mais c'est pas intégrable simplement. Alors que Papercut c'est un filtre Cups, et donc c'est totalement transparent.
Pour les Linux, d'ores et déjà tout se fait les mains dans les poches avec ipxe et d-i sans scripts jusqu'à la mise au domaine du poste incluse.
Les scripts sont juste présents pour la configuration de l'environnement utilisateur et des applis. Il faudrait utiliser Ansible, cela serait bien plus propre.
Pour le frontend, oui c'est de l'héritage... Si quelqu'un est motivé pour refaire les chose proprement avec un framework moderne, il sera accueilli à bras ouvert ! La priorité c'était d'avoir un backend fonctionnel. Le rendre entièrement accessible via une API REST serait une première étape. Il y a quelques petits bouts, mais c'est plus du prototype qu'autre chose, il faudrait une vraie modélisation du besoin.
Passer l'établissement en SE4 réduira les problèmes :-)
[^] # Re: Clients Linux & frontend
Posté par denisb . En réponse à la dépêche SambaÉdu 4, une solution de serveurs pédagogiques libres basés sur GNU/Linux. Évalué à 3.
Savapage est une option possible, mais vu que cela court-circuite totalement samba, on n'a plus les gpo, les pilotes automatiques... Bref c'est une autre façon de faire, mais c'est pas intégrable simplement. Alors que Papercut c'est un filtre Cups, et donc c'est totalement transparent.
Pour les Linux, d'ores et déjà tout se fait les mains dans les poches avec ipxe et d-i sans scripts jusqu'à la mise au domaine du poste incluse.
Les scripts sont juste présents pour la configuration de l'environnement utilisateur et des applis. Il faudrait utiliser Ansible, cela serait bien plus propre.
Pour le frontend, oui c'est de l'héritage... Si quelqu'un est motivé pour refaire les chose proprement avec un framework moderne, il sera accueilli à bras ouvert ! La priorité c'était d'avoir un backend fonctionnel. Le rendre entièrement accessible via une API REST serait une première étape. Il y a quelques petits bouts, mais c'est plus du prototype qu'autre chose, il faudrait une vraie modélisation du besoin.
Passer l'établissement en SE4 réduira les problèmes :-)