LINUX.ORG.RU

vi, давай, до свиданья!

 , , ,


1

1

Я видел мельком, но вот решил убедиться, и правда, так и есть, наконец-то разум восторжествовал над застарелыми привычками.

Что сказать?! Когда-то, я залез в технический раздел ЛОРа (каюсь, да, правила не читал, модераторы справедливо всё потёрли и шкворцов поубавилось, больше так не делаю) и развел там небольшой, но весёлый срачик на тему Vi vs Nano, где тулил за то, что nano это хорошо, удобно, просто и всем зайдет, а vi наоборот и с этим надо что-то делать.

И что теперь?! А вот что, в категории ChangeAcceptedF33 мы видим UseNanoByDefault, такие дела. И какие рассуждения там встречаем? А вот.

<...> You need to spend time learning how to use it, for even basic editing tasks. This increases the barrier to entry for those who are switching to Fedora and don't know how to use vi. It also makes things hard for those who don't particularly want to learn how to use vi. <...>

In contrast, Nano offers the kind of graphical text editing experience that people are used to, and therefore doesn't require specialist knowledge to use. <...>

Why make Nano default and vi optional, rather than the other way round? Because Nano is the option that everyone can use. 

Походу будет создан пакетик nano-default-editor, который вытянет nano и установит $EDITOR=nano, которая в федоре была не определена по умолчанию.

Я понимаю, что с виду вроде бы мелкое какое-то дельце, но на самом деле это огромный шаг в сторону пользователя со стороны мейнстримового дистрибутива, и я ещё раз убеждаюсь, что не прогадал.

Ваши мнения. Что в других дистрах? Знаю что в дебиане nano всегда устанавливается, но по умолчанию кажется вызывается vi. В федоре его и ставить-то стали недавно, если не ошибаюсь ещё в 30-ке его не было, а тут раз – и такой поворот.

Для Ъ: https://fedoraproject.org/wiki/Changes/UseNanoByDefault

Ответ на: комментарий от anti_win

Какое безумие? nano простой как доска. Для конфигов самое то.

Как виндовый блокнот. :)

Bootmen ★☆☆ ()

Что сказать? Иногда полезно расширить зону комфорта, чтоб получить что-то более мощное и интересное.

Dmitry_Sokolowsky ★★★★★ ()
Ответ на: комментарий от Dmitry_Sokolowsky

Вас уже и в [code]vimtutor[/code] забанили?

Зачем мне куда-то ходить если в nano всё снизу подписано? Для полноценного редактирования я предпочту GUI редактор (kate/gedit/lpe). Оставьте ваш Vim для олдфагов. Даже специалисты предпочитают Emacs, а в Vim потребовалось 2 недели чтобы научиться редактировать конфиги и потом долго от него отходили.

X512 ★★ ()
Ответ на: комментарий от X512

:D Там простое редактирование осваивается за 5 минут, а более продвинутые команды по желанию…

Dmitry_Sokolowsky ★★★★★ ()

Понижение порога = снижение качетсва аудитории. Linux не для слабаков.

x-signal ()
Ответ на: комментарий от Pronin

А как выйти из nano? Что-то он даже не би-бикает.

Ctrl+C Ctrl+d Ctrl+Del+ Alt. И последнее средство:

ps -eaf

Найти процесс nano и убить kill 9

:)

Bootmen ★☆☆ ()

Поворот отворот ;) не в этом проблема у меня была с федорой. Я так и не понял как там выбрать зеркала побыстрее и чтобы скорость скачки пакетов была нормальной. Так что остановился на убунте. А текстовый редактор это не проблема в ней, по крайней мере для меня. А вот dnf убогий так и не смог автонастроится на ближайшее зеркало реп. Может я конечно даун, но такой медленной скачки как на fedora workstation я не видел ни в Mageia, ROSA Fresh, Ubuntu, OpenSUSE, Manjaro (archlinux based) и в дофига дистрибутивов. У федоры из коробки реально из Китая или Зимбабве качает пакеты. Ну или там откуда нибудь из Южной Америки ;)

zor1984qq ()
Ответ на: комментарий от zor1984qq
  1. Если релиз только вышел, то нагрузка на серверы огромная, надо потерпеть(привет кукарекам про «федору никто не юзает»)
  2. Можно настроить fastestmirror, но это не обязательно, просто подождать и всё пройдёт.
papin-aziat ★★★★ ()
Ответ на: комментарий от Mischutka

Порт FAR на Linux это графическое приложение, а не консольное:

FAR для дистрибутивов GNU/Linux

Так было сделано из-за того, что Linux’овая консоль не давала тех фич, которые нужны были для работы FAR.

Сейчас посмотрел в репозиторий и увидел возможность сборки обрезанной консольной версии, флажок её включающий у cmake при сборке это:

cmake -DUSEWX=no -DCMAKE_BUILD_TYPE=Release ..

EXL ★★★★★ ()

офигеть,реально есть люди,считающие абсолютно неочевидный shift+: нормальным хоткеем, и при этом утвердающие, что в nano с ними что-то не так. они там внизу написаны же (и переназначаются). про emacs слово плохого не скажу (ну,хоткеи,да), возможностей у него очень много. но вот vi я просто не понимаю, у него же нет какого-то функцианального превосходства над nano? тут же чисто хоткей-срач? повторюсь, SHIFT+: это додуматься надо было

d09 ()
Ответ на: комментарий от Mischutka

Нет, Мишутка, не так.

CMake-проекты собираются обычно вот так:

$ cd ~/Projects/
$ git clone https://github.com/elfmz/far2l --depth=1 -b master
$ mkdir build; cd build/
$ cmake -DUSEWX=no -DCMAKE_BUILD_TYPE=Release ../far2l/
$ make VERBOSE=1 -j 4

Последняя цифра после j обычно вычисляется по формуле i + 1, где i – количество ядер процессора (физических и не только).

EXL ★★★★★ ()
Последнее исправление: EXL (всего исправлений: 2)
Ответ на: комментарий от Mischutka

Распакуй их и начинай с третьего пункта.

Зависимости все для сборки поставил? Какой дистрибутив?

EXL ★★★★★ ()
Ответ на: комментарий от bread

любой. они внизу написаны,соответственно, очевидны (видны очами). догадаться, что консоль открывается по shift+: не зная этого заранее - невозможно

d09 ()
Ответ на: комментарий от EXL

Не получилось:

 — Looking for pthread.h
 — Looking for pthread.h - found
 — Looking for pthread_create
 — Looking for pthread_create - not found
 — Looking for pthread_create in pthreads
 — Looking for pthread_create in pthreads - not found
 — Looking for pthread_create in pthread
 — Looking for pthread_create in pthread - found
 — Found Threads: TRUE
CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
Call Stack (most recent call first):
/usr/share/cmake-3.7/Modules> /FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake-3.7/Modules/FindPkgConfig.cmake:36 (find_package_handle_standard_args)
utils/CMakeLists.txt:4 (find_package)


 — Configuring incomplete, errors occurred!

Mischutka ★★ ()
Ответ на: комментарий от Mischutka

Теперь тебе предстоит погрузиться в увлекательный мир поиска зависимостей для Astra Linux.

Ищи аналоги вот этим пакетам:

apt-get install gawk m4 libwxgtk3.0-dev libxerces-c-dev libspdlog-dev libuchardet-dev libssh-dev libssl-dev libsmbclient-dev libnfs-dev libneon27-dev libarchive-dev cmake g++ git

Возможно они будут с тем же именем.

pkg-config тоже ставь. В Debian/Ubuntu имеется полезный пакет build-essential. Как оно там в твоей Astra лично мне неизвестно.

EXL ★★★★★ ()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от EXL

pkg-config установил. build-essential 12.3 уже установлен в системе. Но Uchardet через Synaptic Package Manager найти не удалось.

CMake Error at /usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
Could NOT find Uchardet (missing: UCHARDET_LIBRARY UCHARDET_INCLUDE_DIR)
Call Stack (most recent call first):
/usr/share/cmake-3.7/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
cmake/modules/FindUchardet.cmake:16 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
far2l/CMakeLists.txt:156 (find_package)


 — Configuring incomplete, errors occurred!

Mischutka ★★ ()
Последнее исправление: Mischutka (всего исправлений: 1)
Ответ на: комментарий от Mischutka

Значит нужно собирать ещё и эту библиотеку.

$ git clone https://gitlab.freedesktop.org/uchardet/uchardet --depth=1 -b v0.0.7
$ cd uchardet/; mkdir -p build; cd build/
$ cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr ..
$ cmake --build .
$ sudo make install

Последняя команда установит тебе в систему библиотеку и заголовочные файлы мимо пакетного менеджера, что не особо рекомендуется если ты педант и перфекционист.

Либо можно собрать DEB-пакет, но это +дофига времени на изучение того, как они под эту твою Astra собираются. Возможно поможет checkinstall-утилита, но это не точно.

https://wiki.debian.org/CheckInstall

В любом случае, после установки библиотеки продолжаем конфигурирование и компиляцию far2l, скрестя пальцы и помолясь Патрику, что более ничего собирать не потребуется.

EXL ★★★★★ ()
Ответ на: комментарий от Mischutka

Конечно проще, ведь у них куча мейнтейнеров, которые пакетят кучу всяких либ.

P.S. Для сборки на Ubuntu/Mint/Debian нужно uchardet-dev.

EXL ★★★★★ ()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от d09

догадаться, что консоль открывается по shift+: не зная этого заранее - невозможно

И как интересно можно догадаться, что означает ^, не зная этого заранее?

bread ()
Ответ на: комментарий от bread

И как интересно можно догадаться, что означает ^, не зная этого заранее?

Ну что же вы! Это знание всасывается из мамкиной сиськи,это вам каждый погромист подтвердит. Вы какой-то не труЪ

utanho ★★ ()
Ответ на: комментарий от bread

хм,да,я почему-то думал,там нормально ctrl написано. но при этом внизу написано

Welcome to nano. For basic help, type Ctrl+G.

что дает некоторый шанс догадаться по аналогии. на shif+: в vi нт даже намека,насколько я помню. и,кстати,мне никто так и не ответил, если не брать в расчет хот-кеи, что есть в одном редакторе,чего нет во втором?

d09 ()
Последнее исправление: d09 (всего исправлений: 1)
Ответ на: комментарий от d09

что есть в одном редакторе,чего нет во втором?

Если не знать ни первого ни второго, то в одном ты недоумеваешь пару секунд, но таки редактируешь, сохраняешь и выходишь, а в другом ты даже покинуть редактор без мануала не сможешь, если уже открыт какой-нибудь файл, а ведь именно так и будет.

papin-aziat ★★★★ ()
Ответ на: комментарий от papin-aziat

так и было. пришлось гуглить,чтобы из него выйти. я,кстати,не считаю vi плохим редактором. но для неподготовленного человека nano все таки интуитивно-понятней

d09 ()
Ответ на: комментарий от wandrien

Да, спасибо, глянул, довольно прикольный, всё что надо есть, в gnome-terminal ведёт себя адекватно, но полезность под вопросом, ведь когда настраиваю свежую систему, то сделать мелкие необходимые правки хватает vi(здесь сторонняя софтина проигрывает даже нано, ибо нет в репах), а когда заскочил в гуй, то gedit(или kwrite) делают всю эту консольщину бесполезной. Но твою идею я понял и согласен!

papin-aziat ★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)