Bonjour steph,
Tu as fort bien compris l'usage du /etc/skel qui est un dossier par défaut, sélectionnable à souhait (autre dossier) en ligne de commandes.
Maintenant, chaque applicatif est censé conserver ses résultats sous la forme d'un fichier texte, (en modification ou en ajout , auquel cas regarder du côté de la commande tail -f ....)
Il est "aisé" de demander de créer une mini-base de données utilisateurs - applications, et de l'exploiter ensuite par différents scripts.
Mais pour ce faire, tout doit bien être pensé en ce sens et non mélangé.
L'application menulibre, ne fait que copier les lanceurs génériques des applicatifs situés sous /usr/share/applications/*.desktop dans le répertoire personnel de l'utilisateur, puis de les ordonner.
L'environnement général de chaque "type d'élève" est donc paramétrable à souhait en local par le biais de ces trois (ou quatre) "génériques" qui peuvent être proposés, modifiés en interface graphique par "l'administrateur" local puis utilisés comme base pour la génération spécifique de chaque "utilisateur/élève", puis verrouillés
Il faut établir "un cahier des charges" global et trouver la meilleure solution adaptée ...
Partir sur de bonnes bases est une priorité avant toute autre considération, maintenant il y a des interfaces GTK (boîtes de dialogue) qui sont là en cas de besoin.
Le pseudo "Administrateur" local ne doit pas devenir un "pro" de la ligne de commande, mais doit être correctement guidé dès la première étape du paramétrage de son ordinateur partagé avec plusieurs élèves de différentes tranches d'age et aux besoins divers.
La duplication du .wine est possible en script, ce n'est pas à "l'administrateur local" d'en écrire le contenu, à sa charge de configurer des "templates" (au nombre de trois ou quatre, à vous de décider) en mode graphique, et à la votre de lui donner les moyens pour les dupliquer en fonction de chaque nouvel utilisateur à créer.
De votre côté par contre, il y a un gros effort à faire sur l'apprentissage du shell, ou autre ... mais ce n'est pas un problème en soit, il y a les compétences, car prouvées par la réalisation de cette distribution.
Je n'ai pas de mon côté, cassé votre distribution, mais adaptée de suite celle-ci pour ma petite fillotte de 3 ans, en tant que seconde utilisatrice par défaut (login automatique rendu possible car unique compte supplémentaire) ...
PS: Un petit exemple pour débuter une centralisation ....
#!/bin/bash
for REPERTOIRE in /home/*/
do
echo $REPERTOIRE
done
Tu as fort bien compris l'usage du /etc/skel qui est un dossier par défaut, sélectionnable à souhait (autre dossier) en ligne de commandes.
Maintenant, chaque applicatif est censé conserver ses résultats sous la forme d'un fichier texte, (en modification ou en ajout , auquel cas regarder du côté de la commande tail -f ....)
Il est "aisé" de demander de créer une mini-base de données utilisateurs - applications, et de l'exploiter ensuite par différents scripts.
Mais pour ce faire, tout doit bien être pensé en ce sens et non mélangé.
L'application menulibre, ne fait que copier les lanceurs génériques des applicatifs situés sous /usr/share/applications/*.desktop dans le répertoire personnel de l'utilisateur, puis de les ordonner.
L'environnement général de chaque "type d'élève" est donc paramétrable à souhait en local par le biais de ces trois (ou quatre) "génériques" qui peuvent être proposés, modifiés en interface graphique par "l'administrateur" local puis utilisés comme base pour la génération spécifique de chaque "utilisateur/élève", puis verrouillés
Il faut établir "un cahier des charges" global et trouver la meilleure solution adaptée ...
Partir sur de bonnes bases est une priorité avant toute autre considération, maintenant il y a des interfaces GTK (boîtes de dialogue) qui sont là en cas de besoin.
Le pseudo "Administrateur" local ne doit pas devenir un "pro" de la ligne de commande, mais doit être correctement guidé dès la première étape du paramétrage de son ordinateur partagé avec plusieurs élèves de différentes tranches d'age et aux besoins divers.
La duplication du .wine est possible en script, ce n'est pas à "l'administrateur local" d'en écrire le contenu, à sa charge de configurer des "templates" (au nombre de trois ou quatre, à vous de décider) en mode graphique, et à la votre de lui donner les moyens pour les dupliquer en fonction de chaque nouvel utilisateur à créer.
De votre côté par contre, il y a un gros effort à faire sur l'apprentissage du shell, ou autre ... mais ce n'est pas un problème en soit, il y a les compétences, car prouvées par la réalisation de cette distribution.
Je n'ai pas de mon côté, cassé votre distribution, mais adaptée de suite celle-ci pour ma petite fillotte de 3 ans, en tant que seconde utilisatrice par défaut (login automatique rendu possible car unique compte supplémentaire) ...
PS: Un petit exemple pour débuter une centralisation ....
#!/bin/bash
for REPERTOIRE in /home/*/
do
echo $REPERTOIRE
done