Любое недавнее распределение должно поддерживать текстовые метки и всю поддержку числовые маркировки (eth0:0, например). Возможно, некоторые сценарии/утилиты будут иметь проблемы, когда они будут ожидать число и будут находить текстовую метку после двоеточия. Также сценарии запуска поддерживают конфигурацию сети с маркировками. Маркировки (интерфейсы псевдонима) могут быть установкой также с простым ifconfig
(не только ip
команда).
Для Вашего вопроса относительно изменения дюйм/с существует несколько возможностей:
Ваш сервер пытается использовать файл для лексического выделения. Файл не существует в месте, где энергия ищет его.
На данном этапе можно сделать любое из следующего:
find / -name syntax.vim
) и копия или символьная ссылка, что файл к каталогу, где энергия смотритVim ожидает находить свои файлы установки (например, система справочной информации, определения для подсветки синтаксиса) в конкретном месте, но может работать без многих из них. Возможно, что, в то время как можно выполнить Vim, он не может определить местоположение этих файлов установки.
Vim попробует несколько методов для определения местоположения этих файлов, но если у Вас будет необычная установка затем, то они не будут найдены.
Если можно получить доступ к системе справочной информации, считайте эти темы: :help $VIM
и :help $VIMRUNTIME
. Вы, вероятно, не найдете их со своей текущей конфигурацией, поэтому считать версии в сети, например: $VIM справки и: $VIMRUNTIME справки.
Я подозреваю, что можно решить проблему путем корректной установки один или оба из VIM и переменных среды VIMRUNTIME.
Вы могли бы обнаружить что vim
двоичные и файлы во время выполнения существуют в разрозненных деревьях каталогов и что необходимо будет искать для файлов во время выполнения ниже некоторого пути, например: find /path -type d -name 'vim[0-9]*'
Я полагаюсь на экземпляр Vim, который связывается пакетом разработки Studio Sun, который наш SysAdmin обеспечил через удаленное монтирование. vim
двоичный файл расположен в /remote/sunstudio12/SUNWspro/contrib/vim/bin/vim
(например, which vim
) и файлы во время выполнения расположены в /remote/sunstudio12/SUNWspro/contrib/vim/share/vim/vim63
.
У меня была подобная проблема к Вашему. Во-первых, я пытался экспортировать VIM=/remote/sunstudio12/SUNWspro/contrib/vim
, но это не работало. Отдельно, я пытался экспортировать VIMRUNTIME=/remote/sunstudio12/SUNWspro/contrib/vim/share/vim/vim63
, который работает правильно (в то время как VIM остается сброшенным). VIMRUNTIME
должен указать на каталог, содержащий файлы такой как menu.vim
, scripts.vim
и каталоги такой как colors
, doc
, syntax
и т.д. (возможно иждивенец версии, YMMV).
Я также изменил мой PATH
располагаться vim
двоичный файл, однако, уже можно успешно выполнить двоичный файл.
Я пересмотрел свои настройки среды оболочки для вышеупомянутого и нашел тот экспорт VIM=/remote/sunstudio12/SUNWspro/contrib/vim/share/vim
(и сбрасывание VIMRUNTIME
) также работавший - моя начальная буква экспериментирует с установкой VIM
были дезинформированы. Местоположение, которым указывают VIM
содержит каталог, vim63
, содержа файлы во время выполнения, в которых я нуждаюсь.
Я все еще полагаюсь PATH
располагаться vim
двоичный файл.
Недостающий файл не является определением синтаксиса, это - реализация Vimscript :syntax on
команда. Без него в Vim не будет никакой подсветки синтаксиса.
Тот файл идет с Vim; Ваша установка, должно быть, стала поврежденной. Попытайтесь переустановить. Кроме того, Vim 7.0 с 2006 и очень устаревший. Должно быть возможно установить последнюю версию 7.3; если Вы не можете найти надлежащий пакет для своего распределения, также не очень трудно скомпилировать (например, из Подвижных источников) на Linux.
Проверьте в своем.vimrc, что вы не указываете, где vim должен искать синтаксис.vim. например:
set rtp+=/usr/local/vim/
set rtp+=/usr/local/vim/runtime/
let $VIMRUNTIME="/usr/local/vim/runtime/"
Если вы скопировали свой.vimrc из macos, у вас может быть что-то похожее на вышеприведенное, используемое для решения конфликта между установленным Apple -и Brew -установленным vim.
Я столкнулся с этим после переустановки моего доморощенного установленного vim на моем Mac. Я исправил это, создав символическую ссылку на папку share/vim
из установки на /usr/local/share/vim
, вот так:
latest_vim="$(ls -rtd /usr/local/Cellar/vim/* | tail -n1)"
ln -sf "$latest_vim/share/vim" /usr/local/share/vim