Подобная рабочей станции среда через клиенты Debian
Изменение интерпретатора Python по умолчанию в Ubuntu произошло, распределение является Плохой Идеей. Очень много системных утилит ожидают python решить к ожидаемой версии и стать очень недовольным, когда это не делает.
Лучше был бы (очевидно, окружают зависимого):
export PATH="${HOME}/bin:${PATH}"
ln -s /usr/bin/python2.7 $HOME/bin/python
создание его интерпретатор по умолчанию, но отъезд системных утилит, как они ожидают.
добавленный в ответ на комментарий
Мое первое предположение относительно того, почему это не работало, - то, что Вы не полностью очищали изменения, которые Вы внесли.
sudo rm /usr/local/bin/python
sudo apt-get install --reinstall python
Должен разрешить изменения, о которых Вы сообщили здесь, и восстановите интерпретатор Python значения по умолчанию распределения, чтобы быть значением по умолчанию в масштабе всей системы.
Затем удалите свой пользовательский псевдоним, что я предложил, чтобы Вы сделали выше:
rm $HOME/bin/python
И проверьте, получаете ли Вы все еще Python traceback, когда команда оболочки не найдена. Если бы Вы все еще получаете traceback, я не могу думать о стандартном механизме, который заставил бы это происходить. Поэтому необходимо будет дать нам больше информации о том, какую оболочку Вы используете (по-видимому, удар) и добавляете вывод команд
complete | grep python
alias | grep python
python -V
к Вашему вопросу.
Я считаю, что ваши ожидания могут рассматриваться как две вещи.
Первый - позволить многим машинам проверять своих пользователей на одном центральном сервере, поэтому нам не нужно создавать дубликатную учетную запись и учетные данные на каждом клиентском компьютере перед входом в систему, если у нас уже есть это на центральном сервере. Термин, описывающий такие системы, является односторонним введенным . Хотя Википедия Артично этого названия охватывает более широкие вопросы, включая OpenID и другие веб-услуги. (Я продолжаю видеть, что высказывания, что аутентификация и авторизация - это два разных вопроса, но лично не совсем понимают.)
Второй состоит в том, чтобы получить доступ к многим сетевым данным, как если данные находятся на местном компьютере, но синхронизированы, когда мы идем от одной клиентской машины к другому. Мы можем назвать это поведение «Домашний каталог роуминга» или «Профиль роуминга» .
Таким образом, для демонстрации одностороннего набора Windows развертывается доменов . Существуют реализации в системах Unix для взаимодействия с доменами Windows. Одна реализация - самба. С помощью Samba установлена система Unix может присоединиться к домену Windows или настроить и станьте контроллером домена Windows. Есть и другие односторонние решения для Unix. Я не знаком с этими технологиями, но я полагаю Этот ответ ServerFault имеет хорошие объяснения, а также обсуждает о роуминге домашних каталогов.
Для каталогов роуминга раствор профилей роуминга Windows, описанный в Эта статья из Samba , в статье также есть инструкции, настраивающие машины Unix для посещения или размещенных профилей Windows Roaming. Существует множество других решений Unix для каталогов роуминга. В основном мы можем просто принять любую сетевую файловую систему, подобную NFS, Windows CIFS, 9P Plan9 или Amazon S3, а затем пишите небольшую автоматизацию, чтобы сделать монтирование (2) (8) Отказ Возможно, некоторые блокировки благоприятны, чтобы избежать пишетов в одном файле из нескольких мест. Мы можем в дальнейшем придумать какой-то локальный кэш.
В моем собственном опыте у меня есть небольшая горстка машин и обычно не доступа к ним через Интернет, поэтому я просто делаю то же имя учетной записи и парольную фразу локально на каждой машине. И я использую SSHFS (1) , чтобы нажать и потянуть каталоги и файлы через машины.