В e399096228ea1d4c2651683cf3c4c88f71058d9f зачем оторвана загрузка vimrc, что не позволяет настроить vi (не vim) для нормального использования. Зачем это сделано - непонятно. Надо или добавить возможность создания и использования /etc/virc или вернуть на место существующий функционал по загрузке vimrc
vi не следует настраивать для "нормального" использования, это аварийный редактор, который должен отработать, даже если нет /usr и ещё полсистемы. Применять рекомендуется, например, vim. А вот _зачем_ сделано -- и стоило задокументировать в commit message: как насчёт vim-only команд вроде mouse, так и за всякие nocompatible.
Я не против его применять когда нет полсистемы, к тому же это у меня случается очень часто. Я как раз за это, давайте просто добавим ему юзабилити в виде поддержки юникода и noncompatible
PING. Ну или давайте по дефолту ставить везде, включая hasher vim-console.
Может, оставите уже vi в покое?
все без исключения администраторы системы пользуются vi, как можно его оставить в покое ? ну и у нас это в дистрибутивах дефолтный EDITOR.
(В ответ на комментарий №5) > все без исключения администраторы системы пользуются vi, как можно его оставить > в покое ? > > ну и у нас это в дистрибутивах дефолтный EDITOR. Отучайся говорить за всех. Я администрирую, но использую vim и получаю то, что мне нужно, а не использую кривые недокументированные хаки. Я больше администратор, чем хакер.
Андрей, ты тоже пользуешься vi, если ты администрируешь что-то, не имеющее отношение к ALT. Кстати, в том же RH, который для многих пример для подражания - vi удобен.
ping. vi всё такой же кривой.
Мы уже несколько раз это обсудили, и предложение поменять поведение vi таким образом, чтобы читать ~/.vimrc вместо ~/.exrc не нашло поддержки. Возможно, имеет смысл завести поддержку /etc/exrc в дополнение к ~/.exrc?
Было бы отлично!
(В ответ на комментарий №9) > Возможно, имеет смысл завести поддержку /etc/exrc в дополнение к ~/.exrc? Вроде вчера упоминали, что в neovim используется /etc/vi.exrc. Случаи использования, когда мы предлагаем vi: - hasher chroot (да, можно hsh-install vim-console, но это доп. действие); - installer (а вот там не выкрутиться почти никак); - полуразломанная система, когда vim нужно что-либо, чего сейчас нет. Довод rider@ о том, что в последнем разе не стоит дополнительно увеличивать стресс на чинящего такое, считаю дельным. Также хорошо бы придумать штатный механизм переключения дефолтного EDITOR (делать переключение /bin/vi через альтернативы, "как в убунте", мне пока кажется более плохой идеей в силу большей хрупкости).