Isso é comportamento esperado - sudo redefine o ambiente por padrão. Iniciar um shell de raiz com sudo su é uma solução alternativa. Você também pode modificar o comportamento sudo (consulte a página vinculada).
Para que os comandos apt-get update/upgrade/install funcionem, adicionei informações de proxy ao meu arquivo /etc/environment . Por exemplo:
http_proxy="http://proxy-chain.acmewidgets.com:8080/"
https_proxy="https://proxy-chain.acmewidgets.com:8080/"
ftp_proxy="ftp://proxy-chain.acmewidgets.com:8080/"
socks_proxy="socks://proxy-chain.acmewidgets.com:8080/"
Então, e isso é importante para a minha configuração (não sei por que - essa é a minha pergunta), eu tenho que entrar no modo super usuário para que o apt-get funcione. Como eu disse, não sei por que, mas simplesmente prefaciar os comandos apt-get acima mencionados com sudo não funciona para mim. Por exemplo, quando eu faço sudo apt-get update , a janela do terminal trava assim:
somedude@ACME-WIDGETS-03:~$ sudo apt-get update
0% [Connecting to us.archive.ubuntu.com (91.189.91.13)] [Connecting to security
O que funciona é inserir sudo su na linha de comando e, em seguida, executar os comandos apt-get SEM prefacing com sudo . Eu tenho que fazer isso mesmo se eu estiver trabalhando em um terminal de superusuário (aberto executando sudo gnome-terminal ). Até eu emitir o comando sudo su no prompt, as configurações de proxy em /etc/environment não são vistas. Eu verifiquei isso fazendo echo $http_proxy antes e depois do su ; before: nada voltou, depois: o que foi definido em /etc/environment voltou.
Não é grande coisa, pois posso obter minhas atualizações e fazer minhas instalações; mas a idéia com o Ubuntu é usar o sudo para que você não cause danos acidentalmente no modo superusuário. Então, o que está acontecendo, você acha? Obrigado.
Isso é comportamento esperado - sudo redefine o ambiente por padrão. Iniciar um shell de raiz com sudo su é uma solução alternativa. Você também pode modificar o comportamento sudo (consulte a página vinculada).