Adicionando um diretório ao $ PATH no CentOS?

Não é uma boa ideia editar /etc/profilecoisas assim, porque você perderá todas as suas alterações sempre que o CentOS publicar uma atualização para este arquivo. É exatamente /etc/profile.dpara isso:

echo 'pathmunge /usr/lib/ruby-enterprise/bin' > /etc/profile.d/ree.sh
chmod +x /etc/profile.d/ree.sh

Faça login novamente e aproveite seu (com segurança) atualizado $PATH:

echo $PATH
/usr/lib/ruby-enterprise/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

which ruby
/usr/lib/ruby-enterprise/bin/ruby

Em vez de fazer login novamente, você pode recarregar o perfil:

. /etc/profile

Isso atualizará a $PATHvariável.

Depois de seguir o conselho do fmonk, verifiquei /etc/bashrc, onde notei que dizia que "As coisas do ambiente vão em /etc/profile". Eu continuei a olhar em /etc/profile, eu vi isso:

pathmunge () {
    if ! echo $PATH | /bin/egrep -q "(^|:)$1($|:)" ; then
       if [ "$2" = "after" ] ; then
          PATH=$PATH:$1
       else
          PATH=$1:$PATH
       fi
    fi
}

[...]

# Path manipulation
if [ "$EUID" = "0" ]; then
    pathmunge /sbin
    pathmunge /usr/sbin
    pathmunge /usr/local/sbin
fi

Para resolver meu problema, simplesmente adicionei pathmunge /usr/lib/ruby-enterprise/binabaixo da instrução if. Isso resolveu meu problema.

DESCULPE interpretei mal a pergunta a seguinte resposta é para o perfil de um USUÁRIO deixando-o caso ajude alguém

modificar .bash_profile

nano ~/.bash_profile

então, em algum lugar do arquivo, adicione/modifique seus caminhos separados por:

 PATH=$PATH:$HOME/bin:/your/path
 export PATH

então recarregue seu perfil

source ~/.bash_profile

ou saia e faça login novamente

se você marcar PATH, ele deve incluir seus caminhos recém-adicionados

echo $PATH

"Um shell de login interativo é iniciado após um login bem-sucedido, usando /bin/login, lendo o arquivo /etc/passwd. Essa invocação de shell normalmente lê /etc/profile e seu equivalente privado ~/.bash_profile na inicialização.

Um shell interativo sem login normalmente é iniciado na linha de comando usando um programa shell (por exemplo, [prompt]$/bin/bash) ou pelo comando /bin/su. Um shell interativo sem login também é iniciado com um programa de terminal como xterm ou konsole de dentro de um ambiente gráfico. Esse tipo de invocação de shell normalmente copia o ambiente pai e, em seguida, lê o arquivo ~/.bashrc do usuário para obter instruções adicionais de configuração de inicialização." http://www.linuxfromscratch.org/blfs/view/6.3/postlfs/profile.html

Portanto, eu não colocaria variáveis ​​de ambiente em bashrc, porque não é apenas contra a convenção comum, mas você também perderá suas variáveis ​​​​bashrc ao invocar um terminal de um ambiente gráfico de área de trabalho.

No Redhat no /etc/profileencontrei este comentário:

"Aliases e funções de todo o sistema devem ir em /etc/bashrc. Variáveis ​​de ambiente pessoal e programas de inicialização devem ir em ~/.bash_profile. Aliases e funções pessoais devem ir em ~/.bashrc."

Portanto, se você deseja definir variáveis ​​de ambiente com base no usuário, faça-o no arquivo .bash_profile do usuário.

Indo para o .bash_profileque eu li:

"Variáveis ​​de ambiente pessoal e programas de inicialização.

Aliases e funções pessoais devem ir em ~/.bashrc. As variáveis ​​de ambiente de todo o sistema e os programas de inicialização estão em /etc/profile. Os aliases e funções de todo o sistema estão em /etc/bashrc."

Conclusão
Se você quiser que apenas o root veja os programas que residem, por exemplo em / sbineu adicionaria esse caminho ao .bash_profilearquivo do root. Mas se você quiser que todos os usuários vejam quais programas específicos de root estão instalados em sua caixa, eu colocaria /sbinem /etc/.profile. Agora, todos os usuários podem usar o preenchimento de guias para procurar programas específicos de root e elevar direitos, se necessário.

Caso especial: SSH
Quando o ssh é iniciado com uma linha de comando, um shell de login interativo é iniciado. Mas neste caso /etc/profilenão é lido. Quando eu defini variáveis ​​de ambiente no .bash_profilearquivo de cada usuário funcionou com ssh.

Você pode definir variáveis ​​de ambiente em um arquivo .rc; para shells bash (acredito que o mais comum e padrão no CentOS) cada usuário tem um arquivo chamado .bashrc em seu diretório pessoal.

Adicione o comando PATH=/usr/lib/ruby-enterprise/bin:$PATH a este arquivo para configurá-lo para qualquer usuário específico.

Para configurá-lo para todos os usuários (como você mencionou), altere-o em /etc/bashrc (o .bashrc padrão no diretório inicial de cada usuário deve fornecer este arquivo, mas você deve verificar isso).

Por que todo mundo esquece /etc/environment. Definir variáveis ​​de ambiente para todos os usuários é para que serve este arquivo. Basta adicionar o par nome-valor da variável de ambiente em uma linha. Não use variáveis.

/etc/ambiente

PATH=:/usr/lib/ruby-enterprise/bin:/usr/bin:/usr/local/bin:

Isso adicionará os diretórios /usr/lib/ruby-enterprise/bin /usr/bine /usr/local/binà sua variável PATH, para todos os usuários, assim que você sair ou reiniciar.

/usr/bine /usr/local/binjá estavam no meu caminho antes, mas foram removidos por algum motivo depois que editei este arquivo. Portanto, adicione esses dois diretórios por segurança.