At 15:58 1999.07.28 +0200, Monsieur B. <[EMAIL PROTECTED]> wrote: >Fichier toto.txt cr�e par Seb. >Modifier par Henri donc, automatiquement, Henri en prend le contr�le. Bien >sur, lorsque l'on fait un ls, on voit Henri comme propri�taire du fichier >toto.txt ...
C'est ce que fait NetWare, et �a n'a pas que des avantages. Sous Unix, tu ne peux pas changer le possesseur d'un fichier si tu n'es pas root. Par contre, si tu en es le possesseur, tu peux changer son groupe d'appartenance si tu es membre du groupe cible. Donc, tu dois pouvoir utiliser le _groupe_ pour indiquer qui a modifi� le fichier en dernier. D�but de r�ponse : Imaginons que Seb soit l'utilisateur seb sur la machine tintin et que Henri soit l'utilisateur henri sur la machine haddock. Les fichiers � partager sont sur la machine serv (serveur NFS). Sur serv, tintin et haddock, tu cr�es les groupes "seb" et "henri". Sur serv, tu cr�e l'utilisateur "shared" (uid=1001). Les utilisateurs seb, henri et shared sont tous trois membres � la fois de seb et de henri. Dans /etc/fstab de tintin et haddock, dans la ligne qui correspond au r�pertoire sur serv o� sont les fichiers partag�s, tu mets l'option "uid=1001" (l'UID de l'utilisateur shared). Sur tintin, tu cr�es /usr/local/bin/svi : #!/bin/sh vi $* chgrp seb $* Pareil sur haddock, modulo "s/seb/henri/". Pour �diter les fichiers partag�s, toujours utiliser svi. Si seb utilise svi sur le fichier partag�, on doit voir : shared seb 5232 Jul 28 18:48 fichier.truc Apr�s modification du fichier par henri : shared henri 5290 Jul 28 18:49 fichier.truc �a devrait �tre transparent pour les utilisateurs. Pour l'administrateur, c'est une autre question :-). Parmi les inconv�nients, on peut citer : 1) pas de gestion des acc�s concurrentiels, 2) si on quitte svi sans sauver, le groupe est quand m�me chang�. Inutile de me dire que c'est un hack immonde; ... je le sais ! :-) Andr� Majorel <[EMAIL PROTECTED]> http://www.teaser.fr/~amajorel/
