Bonsoir,
Après m'être amusé avec la Primtux fraîchement virtualisée sous une installation VirtualBox en version 5 et non plus 4 (Pb clicmenu réglé steph ...), pour me détendre je parcourais le forum et je suis arrivé sur ce fil.
(actif à en juger la date du dernier post)
En ce qui concerne le souhait d'avoir un environnement modifiable avec un seul point d'accès ou paramétrable en fonction de chaque utilisateur, la réponse sous Linux est simple:
et bien lire l'usage de l'option -k ...
Si vous placez la partie configuration des handy-menus non pas sous /usr/share mais sous /etc/skel le tour est joué pour tous les cas de figure pour un système PrimTux venant d'être installé si vous faîtes donc ceci de votre côté (équipe PrimTux).
Pour l'utilisateur final:
Il désire faire une modification globale pour tous les prochains utilisateurs créés (des élèves avec restrictions en général):
Il effectue les modifications sous /etc/skel avant de créer ses prochains utilisateurs.
Il désire pouvoir paramétrer individuellement pour chaque, ou quelques utilisateur(s) (élèves, toujours avec restrictions)
Il effectue les modifications dans leur(s) répertoire(s) personnel(s) après leur(s) création(s)
(avec un support externe au besoin, clé USB ou CDRom etc, par simple copie de fichiers ou interface graphique ...)
Seul le premier compte sur le système ne sera jamais affecté par les modifications ultérieures si vous placez également à l'origine les handy-menus dans le répertoire personnel du premier compte par défaut qui doit être considéré comme compte d'administration du système (unique membre du groupe sudo) et ne devant pas être modifié sous peine de perdre ses petits ...
Il en va de même pour tous les autres menus déjà existants par défaut sous la version Debian ...
Donc de votre côté, pas de script, pas de prise de tête, tout est là.
(l'utilitaire graphique de création d'un nouvel utilisateur a bien évidemment le paramétrage relatif au -k de la ligne de commandes d'activé, ce paramétrage n'est optionnel qu'en ligne de commandes)
Je reprends la devise de Gerard Beekmans (LFS)
L'administrateur du système, c'est le prof ou le papy, pas l'élève ou le petit fils ...
(il y a du nettoyage à faire sous /etc/skel, dont il est possible de faire une copie de sauvegarde, les mises à jour système Debian ne peuplent pas cette arborescence logiquement)
Une simple modification en interface graphique sous un compte à accès réduit (tableau de bord) n'interfère pas avec le paramétrage des autres comptes. Un verrou peut ensuite être posé sur le tableau de bord avec la commande chattr ou modification des droits d'accès effectué sous le compte administrateur ou l'option d'un menu ....
Cordialement
Après m'être amusé avec la Primtux fraîchement virtualisée sous une installation VirtualBox en version 5 et non plus 4 (Pb clicmenu réglé steph ...), pour me détendre je parcourais le forum et je suis arrivé sur ce fil.
(actif à en juger la date du dernier post)
En ce qui concerne le souhait d'avoir un environnement modifiable avec un seul point d'accès ou paramétrable en fonction de chaque utilisateur, la réponse sous Linux est simple:
Code :
man useraddSi vous placez la partie configuration des handy-menus non pas sous /usr/share mais sous /etc/skel le tour est joué pour tous les cas de figure pour un système PrimTux venant d'être installé si vous faîtes donc ceci de votre côté (équipe PrimTux).
Pour l'utilisateur final:
Il désire faire une modification globale pour tous les prochains utilisateurs créés (des élèves avec restrictions en général):
Il effectue les modifications sous /etc/skel avant de créer ses prochains utilisateurs.
Il désire pouvoir paramétrer individuellement pour chaque, ou quelques utilisateur(s) (élèves, toujours avec restrictions)
Il effectue les modifications dans leur(s) répertoire(s) personnel(s) après leur(s) création(s)
(avec un support externe au besoin, clé USB ou CDRom etc, par simple copie de fichiers ou interface graphique ...)
Seul le premier compte sur le système ne sera jamais affecté par les modifications ultérieures si vous placez également à l'origine les handy-menus dans le répertoire personnel du premier compte par défaut qui doit être considéré comme compte d'administration du système (unique membre du groupe sudo) et ne devant pas être modifié sous peine de perdre ses petits ...
Il en va de même pour tous les autres menus déjà existants par défaut sous la version Debian ...
Donc de votre côté, pas de script, pas de prise de tête, tout est là.
(l'utilitaire graphique de création d'un nouvel utilisateur a bien évidemment le paramétrage relatif au -k de la ligne de commandes d'activé, ce paramétrage n'est optionnel qu'en ligne de commandes)
Je reprends la devise de Gerard Beekmans (LFS)
Citation :If Linux doesn't have the solution, you have the wrong problem.Maintenant, selon moi, ce n'est pas le compte actuel programmé par défaut (compte administrateur unique) qui doit ou peut être proposé en connexion automatique, mais un second compte paramétré avec un tableau de bord gauche latéral vertical, composé exclusivement des lanceurs actuels (icônes) des 3 handy-menus, l'icône arrêt (avec ses options bien sûr) et le menu des applications épuré au maximum (genre prise d'un instantané de l'écran, lanceur de Gimp, bloc-notes, et surtout aucun accès de configuration en mode graphique ou ligne de commandes, avec éventuellement un message explicatif pour la première connexion, du genre:
Citation :Ceci est l'environnement minimaliste, pour un accès total et requis lors de la première connexion, merci de fermer cette session par le biais de l'icône située en bas à gauche de l'écran et de vous connecter sous le nom ... avec le mot de passe ...).avec son menu associé (accueil) et son option: ne plus afficher à la prochaine connexion.
L'administrateur du système, c'est le prof ou le papy, pas l'élève ou le petit fils ...
(il y a du nettoyage à faire sous /etc/skel, dont il est possible de faire une copie de sauvegarde, les mises à jour système Debian ne peuplent pas cette arborescence logiquement)
Une simple modification en interface graphique sous un compte à accès réduit (tableau de bord) n'interfère pas avec le paramétrage des autres comptes. Un verrou peut ensuite être posé sur le tableau de bord avec la commande chattr ou modification des droits d'accès effectué sous le compte administrateur ou l'option d'un menu ....
Cordialement