Re, On Fri, 17 May 2002 13:30:31 +0200 georges mariano <[EMAIL PROTECTED]> wrote:
> Je vais encore �tre "m�chant" mais je pensais avoir pris toutes les > pr�cautions n�cessaires pour �viter ce d�rapage. Ma question est pos�e > DANS UN CONTEXTE PARTICULIER (typiquement un parc en "libre service"), > il va de soit que sur une machine attribu�e perso (faisant n�anmoins > partie d'un parc institutionnel) l'utilisateur est (+) libre. > > De plus, il me semble avoir pr�cis� (peut-�tre pas assez) que ce > genre de politique se d�fini avec les utilisateurs et pas contre les > utilisateurs. L� d'accord mais �a n'�tait effectivement pas du tout pr�cis� et le CONTEXTE PARTICULIER, tu me l'accorderas, �tait extr�mement vague. > > > Je comprends la n�cessit� de prot�ger vos stations/serveurs contre > > les t�l�chargements abusifs mais les quotas sont l� pour �a. > > ?? qui a parl� de �a ?? Juste moi il est vrai. Mais seulement pour situer le probl�me dans le cas de la solution qui consiste � supprimer le HOME ou � le reconstruire � chaque d�logage. Je ne sous-entendais pas que c'�tait une r�ponse � ta question. Pardon. > REM0 : Ce qui me semble partciuli�rement h�r�tique sur une liste > Debian qu se veut de proposer des d�bats de qualit�, c'est de ne pas > lire attentivement les questions pos�es ou d'oublier leur contexte, Avec un sujet � implications MORALES, si ta question est purement technique, change de sujet. Lorsqu'on te pose une question technique dont les r�ponses peuvent avoir une incidence sur la s�curit� du syst�me, tu peux r�pondre � la question... tu peux aussi informer du danger qui y est li�. > pour succomber � la d�lectation de transformer �a en d�bat > politico-moral alors que ce n'est pas le sujet, induisant par ailleur > un proc�s d'intention injustifi�. > D�lectation, tu y vas fort. C'�tait pr�cis�ment le sujet : "tyranniser" (Oui, je sais, c'�tait une mani�re de parler : comme si le dire et le faire �taient sans rapport aucun :-) Il me semble important sur une liste debian-user de favoriser �galement les �changes concernant l'impact sur les utilisateurs... de Debian. > REM1: Pas plus tard qu'hier, j'ai attribu� les droits root � trois > stagiaires sur trois machines diff�rentes afin qu'ils puissent > s'auto-former (c'est pas dans mes habitudes). Par ailleur, nous avons Tu dois pouvoir faire �a avec chroot je pense. > ici wmaker, xfce, icewm, enlightenment, blackbox etc La notion de > choix n'a donc rien � voir la dedans. OK j'avais en partie mal compris. Donc tu aurais pu demander comment faciliter la r�cup�ration d'une configuration correcte mais proche des derniers changements lorsqu'un utilisateur modifie quelque chose qui ne marche pas. Ca ne s'appelle pas tyranniser �a, �a s'appelle aider les utilisateurs. > > Et je pari qu'ils ne seraient pas choqu�s par le sujet qui nous occupe > actuellement. Suffit de discuter entre gens responsables. Mais alors il faut pr�ciser dans ta question que tu envisages ce probl�me technique dans une optique de discussion avec les utilisateurs. Ce qui n'�tait aucunement le cas. > S'agissant d'une sorte de contrat, en retour, on peut �tablir une > discussion _collective_ sur la meilleure mani�re d'utiliser/param�trer > tel ou tel environnement/appli et en faire profiter tout le monde, > automatiquement et de mani�re fiable. Au hasard, les actions attach�es > � tel ou tel filemanager, les enclenchements automatique de modes > (X)emacs, ... > Bon j'en rajoute une couche :-) �a s'appelle former les utilisateurs, pas les tyranniser. Olivier. -- Olivier Crouzet Institut des Sciences Cognitives CNRS - Universit� Claude Bernard Lyon 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
