[gentoo-user-br] Re: Sobre o Erro no env + chroot

Thiago Nunes <thiagonunesrs@×××××.com>
writes:

> Em 24 de outubro de 2010 10:05, Nuno J. Silva <nunojsilva@×××××××.pt> escreveu:
>
>> Ele não encontra porque o $PATH está vazio. Isso não me passou pela
>> cabeça, quando respondi na outra thread, mas o que o "-i" faz é ignorar
>> as variáveis que já estão definidas, pelo que quando "chroot" é avaliado
>> o ambiente só tem HOME e TERM, e *não* tem PATH.
>
> Hm...
>
>> A não ser que me escape alguma ordem de avaliação da BASH, isto deve
>> funcionar
>>
>>  env -i HOME=$HOME TERM=$TERM `which chroot` /mnt/gentoo /bin/bash
>
> Então na verdade isso é automatizar o que eu tinha dito anteriormente
> de colocar o caminho completo do chroot. Porém se o env não tem $PATH
> ele provavelmente não vai encontrar nem o "which". Por exemplo:
>
> D520 ~ # which chroot
> /usr/bin/chroot
> D520 ~ # unset PATH
> D520 ~ # which chroot
> bash: which: Arquivo ou diretório não encontrado

A minha dúvida da ordem de avaliação é se funciona sempre como
aqui. Aqui o que está entre os acentos agudos é avaliado *antes* de
executar o comando, no ambiente actual, onde ainda existe PATH.

$ env -i which chroot
which: no chroot in ((null))

$ env -i echo `which chroot`
/usr/bin/chroot


>> Erro da documentação, não?
>
> Não exatamente porque o que a documentação indica funciona, mas em
> alguns casos o env rateia, então um comando mais completo vai
> funcionar nos casos onde o que a documentação sugere hoje não
> funciona.

Mas se o env -i limpa o path, isto só deve funcionar quando estamos na
pasta onde se encontra o chroot.

-- 
Nuno J. Silva
gopher://sdf-eu.org/1/users/njsg