Tmux invite à ne pas respecter les invite bash PS1 \W

J'ai fait une mise à jour sur mon Mac et semblent avoir brisé certaines de mes paramètres. J'ai le jeu suivant dans mon .bash_profile

export PS1="\W $"

Cela fonctionne dans mon bash session à afficher le répertoire courant au lieu de la
tout le chemin. Cependant, lorsque je passe dans tmux, il affiche à nouveau le chemin d'accès complet. D'autres modifications à la PS1 dans le bash profil telles que la couleur ou d'autres personnages fonctionnent bien et sont reflétées dans tmux. J'ai vidé mon .tmux.conf pour voir si ça l'était à l'origine du conflit, mais il n'y a pas eu de changement à ce comportement.

Je n'ai créer un nouvel utilisateur sur le système et j'ai essayé le même PS1 et il a parfaitement fonctionné dans les deux session normale et tmux.

Je suis la plupart du temps confus parce que je sais que je l'ai eu à travailler et ne peuvent pas comprendre ce qui aurait changé dans la mise à jour. Quels fichiers en plus .bash_profile et .tmux.conf pourrait être en jeu ici? Est-il un moyen de dire où tmux est le tirant de paramètres à partir d'?

Infos supplémentaires:
Ce comportement est le même dans les deux iTerm2 et Terminal
Tmux la version 1.8
Mac OSX 10.9.1

tmux peut être la création de non-shells de login, auquel cas .bashrc proviendrait de la place.
Je ne pense pas que c'est le cas comme l'autre des alias dans mon .bash_profile transportent dans tmux et toutes les autres modifications que je fais sur la PS1 refléter correctement dans tmux cependant le \W variable ne semble pas vouloir se comporter normalement.
une fois que vous êtes dans tmux, qu'est-ce que $PS1 jeu?

OriginalL'auteur Paige | 2014-01-08

  1. -1

    Ajouter les éléments suivants à votre .tmux.conf:

    new -n WindowName bash --login

    Vous pouvez remplacer WindowName avec tout ce que vous voulez de la première fenêtre pour être nommé. Lorsque bash est appelé de cette façon, les sources de votre .bash_profile, .bash_rc, .profile, etc. qui est l'endroit où vous changez votre $PS1.

    Cela n'a pas fonctionné pour moi, ma solution est dans la réponse suivante.

    OriginalL'auteur Coder256

  2. 20

    Celui-ci fonctionne pour moi:
    Dans tmux/terminal:

    tmux set-option -g default-command bash

    Ou simplement mis en ~/.tmux.conf:

    set-option -g default-command bash
    +1. Et oui, encore valide en vertu de l' tmux 2.7. Je frayer plusieurs volets automatiquement à chaque fois que je lance gnome-terminal par l'exécution de tmux -u new-session \; split-window -h \; split-window -v \; select-pane -t 0 \; send-keys ' ' C-m \; ... Après plusieurs solide heures penché sur de nombreux de nombreux wikis et les postes, cela a finalement fonctionné pour moi. Des acclamations.

    OriginalL'auteur tmux-lover

  3. 7

    J'ai le même problème. Je obtenir le résultat correct si je commence toujours tmux avec le bash de l'application de la commande, comme suit:

    tmux new bash

    Donc, pour simplifier, je viens de créer un alias dans mon ~/.bash_aliases fichier, que j'utilise tout le temps:

    alias tn='tmux new bash'

    Cela fonctionne uniquement pour la première fenêtre. Lors de la création de nouvelles fenêtres, vous devez commencer à bash de nouveau, par l'exécution de bash dans le terminal.

    les pouces jusqu'à l'homme .. la accepté de répondre ne fonctionne pas pour moi non plus.

    OriginalL'auteur Samuel Lampa

  4. 2

    J'ai eu le même problème et après quelques recherches, j'ai ajouté la commande suivante pour mon ~/.tmux.conf:

    set-option -g default-command "reattach-to-user-namespace -l /opt/local/bin/bash --login"

    J'utilise OSX 10.9.5 avec iTerm2 Construire 2.0.0.20141103, bash 4.3.30(1)-release, tmux 1.9. Bash et tmux sont de macports.

    Cela fonctionne dans les cas où nous sommes déjà à l'aide de set-option.

    OriginalL'auteur srk

  5. 0

    Lors de l'utilisation de tmux avec byobu, vous pouvez essayer le byobu-prompt de commande. Il'va vous demander si vous voulez un coup de couleur invite. Après avoir répondu Oui, l'invite changer de l'habituel user@host.

    OriginalL'auteur franbenz