On Wed, Jul 02, 2003 at 08:15:54PM +0200, Fran�ois TOURDE wrote: > Un peu comme les noms de fichiers, hein? Autant rester en 8.3, pas vrai?
Mauvais exemple, 8.3 n'a �t� utilis� que par un sous-syst�me d'exploitation qui a fait des bonds en arri�re dans tous les domaines. 5 ans avant �a, Apple DOS (sur les Apple I et Apple II) permettait d�j� des noms de fichiers de 256 lettres avec espaces. > Tr�ve de plaisanteries, je suis plut�t pour que les choses �voluent, alors > �a ne me g�ne pas plus que �a qu'un jour les noms aient des accents. > > Un admin syst�me, d�s qu'il commence � contraindre les utilisateurs, il faut > en changer :) En l'occurence, je ne veux pas contraindre les utilisateurs; au contraire, il ne parait pas idiot que Andr� Dupond puisse se logguer en tapant "Andr� Dupond" plut�t que "adupond" (et on demande le second pr�nom s'il y en a deux, je suppose). Ce que je dis, c'est que le nom de login est (toujours AMHA) un identifiant *syst�me*, une version ascii de l'UID si tu veux, et que le restraindre ne parait pas absurde (si ce n'est que parceque tout l'infrastructure ne permet pas grand chose d'autre en ce moment). Tu as le choix entre: - Changer les sp�cifications du contenu du champ "login" (ce qui implique de corriger login, chown, chgrp, et un tas d'autres) - Dire que le champ login ne change pas, et les programmes devraient utiliser le champ "User Name" (dont on se demande bien � quoi il pourrait servir). Je laisse au lecteur le soin de r�fl�chir � quelle solution est la plus simple � mettre en oeuvre, la plus souple, et qui permette une transition en douceur vers un monde o� Andr� Dupond ne s'appelle adupond qu'au coeur du syst�me. /UID519 -- Marbles should be kept together.
