pouco tempo atrás,  recebi uma resposta qui na lista:

Leandro Santiago escreveu:
 > > Você deve declarar e executar a função dentro do subshell que o sudo
 > > executará.
 > >
 > > COMANDO="function rkonq()
 > > {
 > >   export KDEROOTHOME=/home/alain/.kde0
 > >   konqueror --profile filemanagement
 > > }
 > > rkonq
 > > "
 > > sudo bash -c "$COMANDO"

Isso funcionou porque o Bash que entra com o novo usuário recebe o 
script todo pronto e executa ok. A mesma solução deve servir para você.

Alain

Karin Klayton Schiochet escreveu:
> Olá Alain,
> 
> Não estava faltando não, eu tinha colocado e só para tirar as dúvidas,
> eu refiz novamente e não dá certo, ele não consegue exportar o valor da
> variável para a outra janela do gnome-terminal.
> 
> Agora o que eu queria já esta funcionando, no entanto, eu tive que
> colocar os valores (USUARIO e IP) direto nos comando, que antes eu
> tentava com variáveis. Vou tentar estudar mais e fazer alguns testes
> para ver se é possível achar uma saída sem ter que colocar os valores
> diretos nos comandos, e sim usando as variáveis definidas no inicio do
> script.
> 
> Um grande abraço a todos,
> Karin Klayton Schiochet
> 
> Em Sex, 2009-01-23 às 00:08 -0200, Alain M. escreveu:
>> Não estaria faltando "$" na frente de "USUARIO", "IP" e "PORTA" sendo 
>> que são variáveis?
>>
>> Alain
>>
>> Karin Klayton Schiochet escreveu:
>>> Senhores, apenas repassando resultado do que estava tentando
>> executar,
>>> consegui resolver o problema que era extremamente simples, apenas
>> usando
>>> o "&" no final das chamadas ssh.
>>> O Outro problema de fechar a janela toda vez que era feita uma
>> chamada
>>> ssh era por causa que nos parâmetros do comando
>> chamado(gnome-terminal
>>> --command="ssh usua...@ip -p PORTA"). O "USUARIO", "IP" e "PORTA",
>> são
>>> variaveis definidas no início do script e quando o gnome-terminal
>> fazia
>>> essa chamada não encontrava as variáveis e ocorria um erro e fechava
>> a
>>> janela.
>>>
>>> O interessante é que se executarmos da mesma forma, no entanto,
>>> trocarmos o gnome-terminal pelo xterm que era o que eu usava antes,
>> ele
>>> funciona normalmente levando as variáveis definidas no script.
>>>
>>> Um grande abraço a todos,
>>> Karin Klayton 
>>>
>>> Em Ter, 2009-01-20 às 15:40 -0300, Karin Klayton escreveu:
>>>> Olá Alain,
>>>>
>>>> Entendi o que estais falando, eu realmente acabo fazendo confusão e
>>>> misturando as coisas, pois eu considerava o terminal e bash "quase
>> a
>>>> mesma coisa", o que de certa forma não é. Fica muito bom mesmo com
>> o
>>>> KDIALOG e também o ZENITY, eu já fiz alguns programinhas para
>>>> gerenciar placas de redes e wireless em zenity, no entanto, todo
>>>> começo dos scripts eu faço em modo texto para depois de estar
>> rodando
>>>> corretamente eu passar para o ZENITY.
>>>> Apenas o que achei estranho foi o comportamento da janela
>>>> (gnome-terminal -e ssh usua...@ip ) que abre quando é chamado
>>>> executando o script; ele fecha logo em seguida e volta para o loop,
>>>> isso não ocorre se eu fizer a chamada direta no terminal. Acho que
>> é
>>>> questão de path ou algo parecido.
>>>>
>>>> Randolph - Eu lí sobre o sshmenu e é muito bom mesmo, não conhecia
>> e
>>>> achei muito legal. Agora que comecei essa aplicação pretendo fazer
>>>> algo parecido com o que você mostrou. Tentei instalar ele no meu
>>>> CentOS e não foi possível por causa de algumas bibliotecas que ele
>> não
>>>> possui mais vou pesquisaqr melhor e instala-lo para testar e ver
>> como
>>>> ele funciona.
>>>>
>>>> Um grande abraço a todos,
>>>> Karin Klayton Schiochet
>>>>
>>>> 2009/1/20 Alain M. <ala...@pobox.com>:
>>>>> Karin Klayton Schiochet escreveu:
>>>>>
>>>>>> Eu estava utilizando o xterm sem problemas, no entanto, ele é um
>> pouco
>>>>>> limitado e eu gostaria de utilizar o bash que me dá mais opções.
>>>>> Eu acho que aqui existe algum problema de entendimento sobre o que
>> você
>>>>> quer:
>>>>>
>>>>> O script roda no bash, não tem nada a ver com terminal (pode até
>> não ter
>>>>> terminal nenhum associado).
>>>>>
>>>>> Quando faço um scrip e eu quero interagir na tela, eu costume usa
>> o
>>>>> KDIALOG, mas eu sou fã do KDE o que não parece ser o teu caso. O
>> Julio
>>>>> vem divulgando muito uma outra alternativa tanto aqui na lista
>> quanto na
>>>>> Linux magazine chamada Zenity, e também não sei se roda em ambos
>> Gnome+KDE.
>>>>> Essas janelas travam o script que está rodando, continuando assim
>> que o
>>>>> usuário responde. Mas são completamente independente do terminal.
>>>>>
>>>>> Se o que eu escrevi faz sentido para você, envie mais informações.
>>>>>
>>>>> Alain
>>>>>
>>>>>> Fiz o teste com outros comandos e alguns funcionaram normal mas
>> quando
>>>>>> eu faço uma chamada gnome-terminal -e --command="ssh usua...@ip
>> -p
>>>>>> porta" &. Mesmo sem o "&" no final ele esta fechando a janela
>> logo em
>>>>>> seguida. Muito estranho esse comportamento. O pior não fica nada
>> em
>>>>>> background, é fechada mesma a janela.
>>>>>>
>>>>>> Um grande abraço a todos,
>>>>>> Karin Klayton Schiochet
>>>>>>
>>>>>> Em Ter, 2009-01-20 às 11:56 -0200, Alain M. escreveu:
>>>>>>> Já que todos não sabem se entenderam o que você quer, eu acho
>> que
>>>>>>> entendi outra coisa...
>>>>>>>
>>>>>>> Para executar um outro script sem interromper o atual, o outro
>> deve
>>>>>>> rodar "em background", para isto basta colocar um "&" (sem as
>> aspas)
>>>>>>> no
>>>>>>> final da linha. O outro script começa a rodar e o atual continua
>>>>>>> imediatamente na linha seguinte.
>>>>>>>
>>>>>>> Alain
>>>>>>>
>>>>
>>
>>
>>  

Responder a