.profile e .bashrc não funcionam no meu Mac

Este problema eu tenho há muito tempo. Depois de executar o terminal .profile e o arquivo .bashrc não funciona (não é executado). Você poderia indicar onde eu deveria procurar formar uma fonte de problema?

Eu tive um problema semelhante por .profilenão estar sendo executado. Acontece (como explicado nesta resposta do Apple StackExchange ) que, se você tiver .bash_profileou .bash_loginarquivos, .profileserá ignorado pelo bash.

Eu acho que essas perguntas e respostas devem ir para o Superusuário, mas de qualquer maneira:

De acordo com a seção INVOCATION da página de manual ,

• /etc/profilee ~/.profileé lido para um shell de logon interativo e
• ~/.bashrc é lido para um shell interativo sem logon.

Se sua outra máquina UNIX lê automaticamente ~/.bashrcmesmo para um shell de logon interativo, é porque o sistema /etc/ profiletem uma linha que lê ~/.bashrc. Todo o sistema do OS X /etc/profilenão possui um.

Portanto, se você deseja executar ~/.bashrcaté mesmo para um shell de login interativo, precisa incluir uma linha

. ~/.bashrc

no seu ~/.profile.

Tente fornecê-los "à mão":

source ~/.profile

e veja o que acontece. Observe que, como outros salientaram, .profile é obtido por shells de login, .bashrc por shells que não são de login; então tente um ou outro, não ambos.

Nas preferências do seu terminal, verifique no painel 'Inicialização'. Você tem opções:

Os reservatórios abrem com:

• Shell de login padrão (/ usr / bin / login)
• Comando (caminho completo)

Eu escolhi o 'padrão' ... se você escolher o comando personalizado, isso pode ser um fator.

O próximo ponto a verificar é se o shell foi iniciado como um shell de logon. Quando faço uma pslistagem, vejo:

  PID TTY           TIME CMD
24088 ttys000    0:00.03 -sh
24614 ttys001    0:00.03 -sh
25127 ttys002    0:00.05 -sh
35544 ttys003    0:00.08 -sh
40926 ttys004    0:00.03 -sh

O ponto chave aqui é o ' -' na frente do nome do shell; que diz ao shell para percorrer o perfil e coisas relacionadas. Se você não vê isso nas janelas atuais, pode precisar se preocupar com as configurações até conseguir.

O painel de configurações nas preferências do terminal também lista uma opção de shell. Eu tenho / bin / sh listado no meu.

Você não deveria precisar disso

Se o pior acontecer, você pode fazer o que eu fiz em outros sistemas não cooperativos no passado - eu criei um programa 'loginsh' que eu poderia executar no Windows e, por sua vez, executaria meu shell escolhido com o ' -' prefixo para dizer que funcione como um shell de login.

#include <string.h>
#include <stdlib.h>
#include <unistd.h>
#include "stderr.h"
#include "jlss.h"

#ifndef DEFAULT_SHELL
#define DEFAULT_SHELL   "/bin/sh"
#endif /* DEFAULT_SHELL */

#ifndef MAX_SHELLBASENAME
#define MAX_SHELLBASENAME   256
#endif /* MAX_SHELLBASENAME */

#ifndef lint
static const char sccs[] = "@(#)$Id: loginsh.c,v 4.2 2005/06/22 19:44:07 jleffler Exp $";
#endif

int main(int argc, char **argv)
{
    char     *shell;
    char      shellname[MAX_SHELLBASENAME];

    err_setarg0(argv[0]);

    /* Which shell to use? */
    if ((shell = getenv("SHELL")) == (char *)0)
        shell = DEFAULT_SHELL;

    /* Set up argv[0] in new argument list; reuse old argv space */
    shellname[0] = '-';
    strcpy(&shellname[1], jlss_basename(shell));
    argv[0] = shellname;

    /* Execv must work -- the shell must be an executable program */
    execv(shell, &argv[0]);
    err_syserr("cannot execute shell %s\n", shell);

    /* NOTREACHED */
    return(EXIT_FAILURE);
}

(O "stderr.h"cabeçalho e as err_*rotinas ' ' são um pacote de relatório de erros que eu uso em todos os lugares. A jlss_basename()função é basicamente a mesma que as versões fornecidas pelo sistema, como as encontradas no POSIX <libgen.h>.)

Boas informações acima, mas pensei em compartilhar alguns detalhes sobre o problema que tive e a solução que encontrei.

A necessidade: Adicione um diretório ao PATH no OSX 10.8 (ML).

O problema: as orientações costumam "modificar o perfil no seu diretório pessoal". Um pouco confuso, pois, por padrão, esse arquivo não existe no OSX. Duplamente confuso, porque depois de adicionar uma instrução de exportação para anexar o novo diretório ao PATH existente ... ele não funciona. Coberto acima.

A solução: eu adicionei a instrução de exportação ao meu .bash_profile (também no diretório inicial).

Tenho certeza que existem muitas maneiras de esfolar esse gato. Este funcionou para mim. Um pouco inspirador de confiança: o .bash_profile já existia e pude ver que outro software instalado (por exemplo, Ruby) o havia modificado. Se houver uma solução melhor, ficarei feliz em ouvir sobre isso!