[gull] déplacer sa session bash

[Cédric BRINER]

>> Mais lorsque je fais ça sur du root utilisant tsch sur une machine
>> solaris, je me retrouve avec:
>> function test(){ if [[ -d /root ]] ; then echo a_root ; else echo
>> no_root; fi; }; ssh dropzone2 "/usr/bin/bash -c '$(declare -f test) ;
>> test'"

>> Je me retrouve avec le code bash interprété par tsch.
> 
> Hihi... encore Solaris avec son attachement au csh et ses dérivés...
Ouais pas de moquerie, surtout quand on apprend qu'Ubuntu va délivrer un
zfs.ko.

>> Ma question est double:
>> 1) pourquoi est-ce que le code est interprété par tsch
> 
> ssh lance une session avec le shell de l'utilisateur. Tu peux tester sur
> ton système en faisant :
> 
> tcsh -c "/usr/bin/bash -c '$(declare -f test)..."
As-tu bien lu ma question.
Tu verrais que j'ai  place dans la ligne du ssh d'invoquer /usr/bin/bash
au lieu du tcsh.

> En fait, le tcsh étant un dérivé de csh, attends-toi à ce que plein de
> choses ne fonctionnent pas comme avec tous les autres shell comme sh,
> ksh et bash. Cela vient sans doute des différences dans le parsing des
> variables/string entre sh et csh...
Oui, je comprends bien ce que tu me dis entre la différence de tcsh et
bash, Mais je continu à ne pas comprendre où tcsh intervient dans la
lecture de ce qui est passé à la commande "bash -c .." ?

> Mes conseils :

>> 2) comment faire au mieux pour faire de la session portable dans le
>> cas ou l'utilisateur sur la machine cible n'utilise pas bash
> 
> - Si tu n'as pas le choix, crée un autre utilisateur avec 'sh', mais
> toujours avec le UID de 0... ainsi tu peux te connecter sur celui-ci en
> utilisant un autre shell, tout en ayant les mêmes droits :-)
pas trop envie de faire ça. J'ai bien trop de machine, et j'ai pas envie
de me lancer dans ce genre de truc. À moins que je ne trouve rien d'autre

> Tu as peut-être au moins /bin/ksh ou /bin/sh... non ?
J'ai pas envie de faire de l'archéologie. Déjà que bash/solaris me, me
,me *chatouille* un peu !

> dc

cED