Хороший консольный файловый менеджер. Конечно, не для домохозяек.

Нужно, но пользоваться ниасилил. (%

:) В целом не пошло или были какие-то конкретные трудности?

В целом не пошло.

Из конкретных трудностей: не осилил сделать цветовую схему с дефолтными цветами (чтобы жрало цвета терминала), команды некоторые не очевидны, невозможность отключения двухпанельного режима (в ranger, например, можно делать от одного окна (обычный режим с табами) до нескольких панелей (я работал с тремя), что даёт ему сильное преимущество) или использовать большее число панелей.

Но, думаю, из двухпанельников ему уже равных нет, хотя бы среди vi-like.

ОК, спасибо. Я отвечу на пункты, может ответы кому-то ещё пригодятся.

не осилил сделать цветовую схему с дефолтными цветами (чтобы жрало цвета терминала)

Если правильно понял, то там просто default надо писать:

highlight Win cterm=none ctermfg=white ctermbg=default
"                                             ^^^^^^^^

команды некоторые не очевидны

Может быть, особенно для исторически сложившихся.

невозможность отключения двухпанельного режима

Всегда можно было. :only или Ctrl-W+O.

(обычный режим с табами)

Табы будут в следующей версии.

или использовать большее число панелей.

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

highlight Win cterm=none ctermfg=white ctermbg=default

Вимосовместимые цветосхемы? Прекрасно!

Может быть, особенно для исторически сложившихся.

Для освоения нужно адаптироваться, что требует времени, а его всегда крайне мало.

Ctrl-W+O

Это всё меняет.

Табы будут в следующей версии.

Я на тег vim подписан, так что попробую потыкать со следующей новости.

(оно и на команды не очень ляжет и управление окнами надо переделывать)

Ну так ты ж пилишь в первую очередь под свои нужды. Если следовать каждой хотелке каждого юзера, vifm превратится в mc с vi-like управлением, а оно никому лучше не сделает. Вот плагины — было бы куда полезнее.

Вимосовместимые цветосхемы?

Синтаксис из Vim, хоть и не в полном объёме, но вот так взять схему из Vim нельзя, группы же другие.

Если следовать каждой хотелке каждого юзера, vifm превратится в mc с vi-like управлением, а оно никому лучше не сделает.

Это да, всё тащить не стоит. Но некоторые вещи надо попробовать, чтобы оценить, а некоторые могут быть просты в реализации и полезны для многих, такие тоже можно рассмотреть.

Вот плагины — было бы куда полезнее.

Какого типа, для архивов/ssh/etc. или под задачи (какая-нибудь интеграция с git, например)?

но вот так взять схему из Vim нельзя, группы же другие

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

Какого типа, для архивов/ssh/etc. или под задачи (какая-нибудь интеграция с git, например)?

Монтирование файловых систем, подключение к удалённым, интеграция тоже полезна — svn, git, csv… Если будет возможность пилить плагины, желающие и нуждающиеся сами подтянутся, главное — чтобы архитектура позволяла реализовать.

колонки Миллера

Джопс головного моска.

файловым менеджером с Vim-подобным модальным управлением

https://perelomanet.ru/wp-content/cache/thumb/f0bca9bf7_360x225.jpg

колонки Миллера

Джопс головного моска.

Некросовт головного^W заднего мозга.

Для понимания. А чем он лучше-хуже mc?

минимум функционала и хипстеское кулхацкерское управление

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

Не помню, чтобы кто-то проводил сравнение. Наверное, чем-то лучше, а чем-то хуже. В mc по крайней мере больше встроенного (удалённые ФС и подобное), shell встроен в интерфейс тоже. Ещё mc, вроде, больше Emacs-like в целом.

Проект очень интересный, но не уверен, что «мой».

А есть где-нибудь шпаргалка по основным командам и хоткеям? Для mc такие существуют, например (сторонние энтузиасты собирали, на юниксфоруме, например). И это при том, что у mc в целом классическая нортоноподобная система команд, а для сабжа, подозреваю, как бы не пришлось что-то уровня vimtutor городить...

да, чтобы избежать таких травм модальный режим и нужен

а было б, кстати, прикольно если бы vimfmtutor открывал директорию с фейковым рутом где-нибудь в /tmp и заданиями в виде текстовых файлов

Хороший консольный файловый менеджер. Конечно, не для домохозяек.

Да, для их дочек.

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

Я им как-то невзначай чуть весь хомяк не грохнул (в последнюю долю секунды затормозил руку перед ZZ), после чего эксперименты с ним прекратил. Как оно так получилось - не понял.

Скомпилил из сорцов. Почему не cmake? Типа минималистичность и configure есть у всех?

Это одновременно и очень круто. Не, серьезно, это реально здорово и очень страшно. %)

Нет, пользоваться этим можно, спасибо за стрелки и Enter, но только там, где почему-то нет mc. На каждый день это - явно не для меня.

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

это можно как-то отменить в процессе?

с фейковым рутом где-нибудь в /tmp и заданиями в виде текстовых файлов

chroot, вроде, только root может исползовать. А попытка сделать такую директорию была, но непростое это дело.

Опечатка?

в Makefile почему-то в ключе CFLAGS -pthread два раза.

Сейчас нет, потому что не должно быть необходимости. Оно же не заново начинает, а обновляет. Вниз по дереву уже есть все размеры кроме одного, а вверх обновление не трогает ФС.

Почему не cmake? Типа минималистичность и configure есть у всех?

Более стандартно и переносимо по Unix-подобным системам, да и мне cmake слишком не по нраву, чтобы на него что-то переводить.

в Makefile почему-то в ключе CFLAGS -pthread два раза.

Я вижу только один.

Ещё раз все удалил. Распаковал тарбол сделал ./configure открыл Makefile - опять два.

• Make 3.81
• Autoconf 2.63

Да, согласен. Почему-то в другом месте только один. Видимо, autoconf добавляет флаг и я потом ещё раз это делаю.

Не собирается

configure без ключей проходит успешно, а make нет:

[d_a@work vifm]$ make
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /home/d_a/tmp/vifm/build-aux/missing aclocal-1.15 
/home/d_a/tmp/vifm/build-aux/missing: line 81: aclocal-1.15: command not found
WARNING: 'aclocal-1.15' is missing on your system.
         You should only need it if you modified 'acinclude.m4' or
         'configure.ac' or m4 files included by 'configure.ac'.
         The 'aclocal' program is part of the GNU Automake package:
         <http://www.gnu.org/software/automake>
         It also requires GNU Autoconf, GNU m4 and Perl in order to run:
         <http://www.gnu.org/software/autoconf>
         <http://www.gnu.org/software/m4/>
         <http://www.perl.org/>
make: *** [aclocal.m4] Error 127

Клонировали репозиторий? Тогда надо запустить scripts/fix-timestamps перед сборкой, git не сохраняет метки времени у файлов.

Нужно automake установить.

Для сборки в этом нет необходимости, если время изменения файлов нормальное.

Да, из гита. Помогло. А это так и задумано или особый костыль для autotools? М.б. всё таки на cmake :) ?

Странно, сколонировал репу:

git clone https://github.com/vifm/vifm.git

./configure нормально отработал, странно что у d_a сломалось.

А нет, всё впорядке, у меня тоже сломалось.

Это эффект от совмещения autotools с git. Make же определяет что что-то изменилось по времени, и неправильное время всё портит. Другой вариант, это не класть configure в репозиторий, но тогда для сборки надо требовать наличие autotools. Исходники же в основном распространяются в архивах и там такой проблемы нет.

А нет, всё впорядке, у меня тоже сломалось.

:) Оно ещё может не всегда проявляться, зависит от порядка, в котором git файлы будет создавать.

А да, точно, обычно в git что-то типа bootstrap.sh кладут.

Я тут поною стандартно

Отчего все делают управление файлами и никто не делает управление файловыми системами? По-моему это гораздо важнее, учитывая что в линуксе всё -- файловая система. Как мне зайти на флешку, скинуть файлы и в этой же программе отключить её? В прошлый раз в теме про mc мне на полном серьёзе объясняли что это не нормально и я не должен такого хотеть.

Не, ну так-то два чая этому господину.

Да, это известная тема. Проблема в том, что это включает в себя всякие dbus/policykit/etc., и это только на линуксе. Я несколько лет назад искал библиотеку, которая бы абстрагировала это всё на разных ОС, но ничего толкового не нашёл (может уже появилась, правда). В POSIX подходящего нет, и вот каждая система на новый лад всё делает.

Для понимания. А чем он лучше-хуже mc?

Ссылка для домохозяек.

Ах да, и ещё

Writeback cache засрать очень любят при копировании на внешний носитель (я не про vifm, не знаю как у него с этим). Как если бы memset не был написан на интринсиках и вытеснял процессорный кэш своими нулями. Потом юзера на "12309" жалуются и прогрессбар нерабочий. Ну это конечно в меньшей степени критично, нет поддержки внешних носителей -- нет проблем, как бы.

А есть где-нибудь шпаргалка по основным командам и хоткеям?

Конечно. Сюда!.

еще чуть ли не в каждом дистре/ДЕ какая-нибудь своя приблуда для этого

мне кажется, что вариант sudo+mount звучит сильно как хак, но, при этом, будет наиболее портируемым

новый параметр командной строки --remote-expr, который позволяет

Выполнить команду в запущенном с правами root экземпляре? Или так нельзя?

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

новый параметр командной строки --remote-expr, который позволяет

Выполнить команду в запущенном с правами root экземпляре? Или так нельзя?

Нельзя, права доступа не дадут такое сделать.

Разобрался, второй -pthread приходит от pkg-config --cflags ....

Скомпилил ещё под macOS Clang'ом. А он молчать не стал:

CCLD     vifm
clang: warning: argument unused during compilation: '-pthread' [-Wunused-command-line-argument]