Измените редактор crontab по умолчанию на nano в FreeBSD.

Когда я редактирую crontab, используя crontab -e, он открывает crontab в vi. Я бы предпочел, чтобы он использовал nano. Как я могу это изменить?

ИЗМЕНЕНИЕ:

По какой-то причине команда export возвращает команда не найдена. И изменение переменной окружения EDITOR не сработало для crontab -e.

Следующая команда сработала на моей системе:

setenv VISUAL /usr/local/bin/nano

Для оболочек на основе sh:

export EDITOR=/path/to/nano

Для оболочек на основе C:

setenv EDITOR /path/to/nano

Помните, что если вы не сохраните эти настройки в скрипт входа в систему (/home/user/.bash_profile, например), вы потеряете настройки при выходе.

Если я правильно помню, FreeBSD использует C shell в качестве оболочки по умолчанию.

Должно быть

export EDITOR=/usr/bin/nano

откорректируйте для вашего расположения nano (используйте ‘which’, чтобы найти). Вы можете положить эту команду в свой .bashrc или аналогичный скрипт профиля, чтобы она была активна все время.

1. GNU nano не является частью базовой системы. Вам сначала нужно установить его. Самый удобный вариант — установить бинарный пакет:

   pkg install editors/nano # выполнить от имени `root`
   

   Если это ваше первое обращение к команде pkg, pkg сначала будет инициализирован; после этого вы можете повторно выполнить ту же команду (теперь фактически выполняя установку).

   В качестве альтернативы, если вам просто не удается справиться с криптическими командами и режимами vi, «легкий редактор» ee сопоставим с GNU nano и включен в состав базовой системы с версии FreeBSD 2.1.5.

2. Как предписывает стандарт POSIX™, значение переменной окружения EDITOR используется для определения, какой редактор использовать для crontab -e, и если она не установлена или пуста, используется vi как запасной вариант. Таким образом, ваш вопрос сводится к «как установить переменную окружения?»

   Чтобы ответить на вопрос, вам нужно оценить где будет применяться значение данной переменной окружения:

   • Распространяется ли это на всех пользователей системы?
   • Распространяется ли это на всех пользователей, аутентифицирующихся через определенный стек служб PAM (например, только sshd)?
   • Распространяется ли это на пользователей, входящих через определенные каналы (например, только ttyv4)?
   • Распространяется ли это на всех пользователей, использующих определенную оболочку (например, только zsh)?
   • Это касается одной категории пользователей?
   • Это для одного пользователя?
   • Это для одного пользователя, использующего определенную оболочку?
   • Это только для одного вызова?

   Изложение всех вариантов занимает слишком много времени, поэтому, не зная ваших конкретных требований, я предполагаю, что вы хотите изменить ~/.login_conf:

   1. Убедитесь, что переменная окружения EDITOR еще не установлена.

      printenv EDITOR
      

      Если это выводит значение, вам сначала нужно попытаться выяснить, где она устанавливается. Если она устанавливается через глобальный /etc/login.conf, то все в порядке, потому что ~/.login_conf имеет приоритет. Если она устанавливается через какой-то скрипт, который source ваш входной шелл, вам нужно сначала изменить этот файл. В противном случае следующий шаг не окажет влияния.

   2. Теперь вы можете редактировать файл. Предполагая, что ~/.login_conf еще не существует, просто напишите

      cat > ~/.login_conf << 'EOT'
      me:setenv=EDITOR=nano:
      EOT
      

      Это не окажет немедленного эффекта в текущей сессии; вам нужно будет заново войти в систему, чтобы увидеть изменения.

   Файл ~/.login_conf применяется только к конкретному пользователю, но независимо от используемой оболочки и метода входа в систему (с учетом конфигурации PAM по умолчанию). Это идеально подходит для предпочтений на основе вкуса (как EDITOR) или человеческого фактора в общем (естественный язык).

Вероятно, установив переменную окружения EDITOR.

То есть

export EDITOR=/path/to/nano

Под /etc/alternatives/editor есть символическая ссылка, которая может указывать на /path/to/nano

Вы можете использовать утилиту update-alternatives для этого – хотя я не слишком хорошо с ней знаком.

(замечание – я говорю с точки зрения ‘ubuntu’. не уверен, что это то же самое для FreeBSD)