Wed, 14 Jul 2004 02:23:27 +0200, Frederic Bothamy a �crit : > * Sylvain Sauvage <[EMAIL PROTECTED]> [2004-07-13 18:10] : > >[...] > > Si, c'est surprenant quand le comportement n'est pas celui pr�vu par > > la page de manuel et diff�rent entre deux machines (*presque* > > identiques). > > Il faut que tu m'expliques en quoi ce n'est pas celui pr�vu par la page > de manuel. Dans la page de manuel fran�aise (qui n'est pr�sente que dans > stable et pas dans testing), on peut lire ceci : >[...]
Et bien j'ai d�j� eu des surprises : j'utilise toujours 'su' et je n'ai jamais de probl�me (toutes les variables, notamment PATH et DISPLAY, sont correctes). Par contre, sur la machine d'un ami, avec 'su', le PATH �tait totalement �cras� (moins de chemins que celui de l'utilisateur, et, surtout, pas de sbin). Il ne me semble pas que cela soit le comportement pr�vu : PATH doit �tre celui de l'utilisateur, � moins que les fichiers de conf. du shell ne l'�crase, ce qui n'�tait pas le cas car le 'su -' permettait de retrouver le bon PATH (avec sbin) et, � moins que je ne me trompe, auquel cas j'accepterai de faire p�nitence, ce qu'un shell de connexion (SC) fait de particulier (par rapport � un � shell de non connexion �, SNC ), il le fait avant de faire ce que fait un SNC. Donc, si un SNC �crase le PATH, un SC doit l'�craser aussi. Mais bon, d'une part cette exp�rience a eu lieu il y a un moment (c. 18 mois), et d'autre part je crois que ce comportement est � rapprocher du probl�me r�current de login : parfois l'utilisateur root se retrouve sans les sbin dans son PATH, parfois il les a (apr�s un login en console, pas par 'su'). Ici � parfois � signifie � �a d�pend des versions et des installations �. (Je sais, j'aurais d� creuser le bogue, mais comme �a se r�pare vite...) Ce probl�me m'est apparu avec des installations quasi identiques (c'est-�-dire � quelques paquets cosm�tiques pr�s, en tout cas des paquets ni � base �, ni � important �, ni � qui ont � faire avec un shell ou un login �). Donc j'adoucis mes propos vis � vis de la page de manuel. � noter quand m�me que ma premi�re remarque sur la � surprenance � du comportement de 'su' signifiait aussi que ce comportement est surprenant si l'on ne ma�trise pas les subtilit�s shell de connexion / shell de non connexion. Debiannement, -- Sylvain Sauvage
