Оли совершенно прав, но в качестве альтернативы, если вы перейдете в Edit-> Preferences с Banshee, на вкладке General появится опция «Write ratings and play counts to files».
Это означает, что вам не нужно беспокоиться о переходе файлов конфигурации Banshee - Banshee может считывать счет игры непосредственно из mp3 / аудиофайла - в зависимости от того, какую установку Ubuntu вы используете.
(Примечание: ваш MP3-плеер и другие программы, кроме Banshee, вероятно, не будут смотреть на это.)
Hm. поскольку это был xterm на сервере, я понял, что что-то не так с .bashrc
И действительно! --color=auto
работает только при подключении к TTY. Меняя все, чтобы просто --color
в .bashrc
, и теперь все красиво.
В моем случае отсутствующая часть должна была иметь цветные ls, grep и т. д., которые могут быть добавлены путем добавления псевдонимов в файл .bashrc:
alias ls='ls --color=auto'
alias grep='grep --color=auto'
и т. д.
Какова информация о вашей переменной XTERM env на сервере при ее подключении?
~ > export | grep -i term
TERM=xterm
Кажется, что цвета уже установлены в ~/.bashrc
для меня, и проблема в том, что ssh не использует файл bashrc. Вы можете использовать bashrc в своей сессии ssh, добавив следующее к ~/.bash_profile
:
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
Существует комментарий от «Майк Е» выше, в котором содержится ответ для меня, но его читать не только трудно, но сложно понять, что он имеет в виду, если вы не используете .bashrc
a
После небольшого закручивания я получил желаемые результаты, изменив следующие строки в ~/.bashrc
на машине, с которой я входил в систему с помощью ssh:
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
esac
to:
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
xterm) color_prompt=yes;;
esac
Я думаю, что мог бы просто добавить «| xterm» после «color» в первой строке или выкопать и выяснить, почему ssh использовал «xterm «вместо« xterm-color »и измените это, но это работает, и теперь у меня есть другие дела.
Я терял свой цвет при подключении через прокси-сервер, потому что TERM=dumb
, поэтому я исправил его:
ssh myproxy "ssh pi@localhost -p 5000 -tt 'TERM=xterm bash'"
Я попытался изменить настройки ~./bashrc
(как на локальном, так и на удаленном сервере), но он не работал.
Тогда я заметил, что ~/.bashrc
удаленного сервера даже не выполняется, если Я подключаюсь к нему через ssh. Поэтому я сделал ~/.bashrc
удаленного сервера для выполнения puttinng if [ -f ~/.bashrc ]; then . ~/.bashrc fi
в удаленном сервере ~/.bash_profile
. (на основе https://stackoverflow.com/questions/820517/bashrc-at-ssh-login ).
Таким образом, это решение не требовало изменения каких-либо файлов ~/bashrc
но это потребовало изменения файла ~/bash_profile
удаленного сервера, чтобы файл ~/bashrc
удаленного сервера был выполнен.
.profile
по умолчанию при входе через ssh?
– chris544
8 March 2016 в 02:43
.bash_profile
, bash запускает .profile
при запуске в качестве оболочки входа. И SSH запускает bash в качестве оболочки входа.
– muru
8 March 2016 в 02:44
~/.profile
не читается, если существует ~/.bash_profile
. Но по умолчанию Ubuntu не существует ~/.bash_profile
?
– chris544
8 March 2016 в 02:51
.profile
.
– muru
8 March 2016 в 02:52
В моей ситуации я недавно установил chef-local
, и он попросил меня добавить строку к .bash_profile
. Когда я вхожу, .bashrc
больше никогда не загружается, потому что он видел .bash_profile
.
Я сделал, чтобы добавить строку в .bash_profile
:
source .bashrc
export PATH="/opt/chefdk/embedded/bin:$PATH"
I вышел из системы и вернулся и сразу получил мой цветной терминал.