Midnight Commander лишился одного из ключевых разработчиков

пнятна.

Не всегда заранее известны имена файлов. Например: дира с *.mp3 и всяким мусором (jpg, m3u, txt, nfo, ...) и надо удалить все, кроме mp3. Мусор может быть в поддирах, например «Covers», ну и т.д.
Если таких диров 100500 - проще конечно find, если одна-две - в mc быстрее будет.

rm !(*.mp3)

Могут быть поддиректории с мусором, их тоже надо удалить.

Mc и shell очень хорошо дополняют друг друга. Mc ругают те, кто пытался полностью отказаться от shell и использовать только mc для всего.

Два чая этому анонимусу.

MС - одна из лучших программ в линуксе.

В этом минус открытого софта - если у разраба кончился энтузиазм - он уходит, так как материально не заинтересован в софтине.

Может придти другой разраб.

А если у закрытого софта начинаются финансовые или менеджерские проблемы, он может просто помереть. Целиком и полностью. BeOS, PalmOS, старая Опера...

А зачем mc для удаления пары файликов?
rm file1 file2
не?

echo file1 file2 > /dev/brain забыл.

Всякие Ъ этим не пользуются. Нубы тоже.

Каждый раз ставлю mc и думаю: а не было бы более идеологически верно использовать классические команды вместо файлового менеджера (любого)? Он, конечно, снижает возможные ошибки, но ведь юниксы подразумевают, что человек достаточно опытен, чтобы понимать, что он делает. Итак, что там используют Ъ?

но ведь юниксы подразумевают, что человек достаточно опытен

А опыт он получает на винде.

Вот это вот.

rm !(*.mp3)

Каталог забыл указать.

написали на реддите в /r/linux - пока ноль эмоций

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

Никогда им не пользовался особо и не жалею. Запускал раз в полгода, чтобы избирательно файлы скопировать в другую директорию, пока на ranger не наткнулся. Был бы mc настраиваемым/компонентным - цены бы ему не было.

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

А помните Norton Commander? В 5-й версии даже был интернет-браузер.

А зачем mc для удаления пары файликов?
rm file1 file2
не?

Не!
Набирать длинные названия не влом?

Кстати, заметил, что программисты mc не жалуют

4.2 смотря что программировать

зато админы (из тех, которые аникеи) - очень любят и хвалят.

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

А помните Norton Commander? В 5-й версии даже был интернет-браузер.

А ведь точно, было такое чудо (я про 5-ю версию) Только уже сильно опоздавшее. Посмотрели на этого «зверька» и забили.

За 10 лет не заметил никаких изменений.

utf8. Это как минимум.

работу с шеллом без «интерпретатора, занятого выполнением команды»

Похоже ? http://www.midnight-commander.org/ticket/2496

«А ты вспомни Winamp - у разрабов пропал интерес и его закрыли. Так что, это всё не зависит от открытости или закрытости ПО.»

Вообще-то его купила MS и теперь пилит.

rm file1 file2
не?

Найти файлы по содержимому, вывести в отдельную виртуальную панель, посмотреть, отметить нужные (или ненужные). А ? :-)

А в нем есть сейчас какие то серьезные баги или недостающие важные фичи?

Например, работа с vfs. Ну, может не со всеми vfs, но с sftp/ftp как минимум. В целом это не сильно заметно, но при повседневном использовании выясняется что он работает как говно, особенно если его оставить неактивным на некоторое время — то не то копирует, то случайно переходит на уровень выше, а то и вовсе рвёт соединение и не может переподключиться пока не выйдешь и зайдешь в mc заново, etc. В целом чтоб перекинуть файл с системы на систему я его использую только как последнюю меру, когда нельзя смонтировать через какой-нибудь sshfs и когда dolphin не годится потому что подключение через стотыщ хостов.

На эту тему есть даже тикет, которому 6 лет: https://www.midnight-commander.org/ticket/1448

Оу, оу, а я думал, что проект зарубежный! Молодцы, спасибо им за mc! Хоть я и использую ranger + nautilus, но во многих ситуациях mc меня выручал.

А есть какие-то интервью с ребятами?

А, клёво. Ну mc-lua это вообще прикольная идея, на самом деле. :-) модняво, типа двухпанельник нового поколения, смотрите, вот тут расширения, аппсторе, лайки там и всё такое :-) и хипстеры сразу тоже подтянутся :-)))

Ну и зачем было срать? Кто не срет, тому не надо и чистить.

Что-то типа... хотя это, наверное, не единственный способ решения проблемы...

Такое на торрентах раздают...

Ммм, покемоны :) https://flic.kr/p/rvCyEH

ой сумлеваюсь.

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

За последний год один из разработчиков не показывал никакой активности. Никто это не замечал. В мире СПО в этом плане проще. Если проект заморожен или закрыт, но он хоть кому-то нужен, то его форкнут.

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

1. Немного допилить напильником и пользоваться дальше.
2. Иксы на консольный фм никак не повлияют.

Так ты еще и воришка? Фу таким быть!

виртуальную панель

Замечательная формулировка! В таком-то случае действительно не обойтись без mc. Но честно: ни разу в жизни такой необходимости не возникало. Удалить файлы по содержимому - grep, затем rm. Что у вас за свалка в ФС, если такое делать приходится?

Удалить файлы по содержимому - grep, затем rm.

А, если, греп лишнее выберет ? Глазами надо посмотреть.

Что у вас за свалка в ФС, если такое делать приходится ?

Мало ли. Мы же про удаление, так ? Ну вот тебе реальный юзекейс. Надо зафиксиь баг в чём-то неизвестном. Для начала, надо найти все упоминания некого объекта в коде. Удобно, когда файлы отображаются кучей, и можно по ним лазить туда-сюда. И нет, я не программист, инструменты для программирования под руками не лежат. Если таковые, вообще, есть.

Так ты еще и воришка? Фу таким быть!

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

Очень жаль конечно, хотя mc и так делает всё что мне нужно. Можно смело пользоваться текущей версией ещё лет 10.

я не программист, инструменты для программирования под руками не лежат. Если таковые, вообще, есть.

Оно и видно. А потом везде сломанные отступы в файле, отсутствующая пустая строка в файлах и прочая жуть от пользователей mcedit.

Дело одной команды в vim:

vimgrep mount **/*.c

Ну и окошко с результатами можно открыть, чтобы нагляднее было:

:copen

отсутствующая пустая строка в файлах

* в конце файла

vim:

Это который «пищит и портит файлы» ? ;-) Или то только vi касается ?

Что у вас за свалка в ФС, если такое делать приходится?

Эта свалка называется «пользовательский десктоп», сисадминчег.

Оно и видно. А потом везде сломанные отступы в файле, отсутствующая пустая строка в файлах и прочая жуть от пользователей mcedit.

И давно у Вас такие проблемы начались? Я вот что-то такого у себя не замечаю.

Замечу, что клоуны, использующие mcedit, его обычно не настраивают. Работает же!

Индент: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657992 (у меня есть подозрение, что это не одна проблема, так как видел что-то более уродское).

Перевод строки: https://www.midnight-commander.org/ticket/46

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

vim/gedit по умолчанию добавляют newline в конце файла. В kate/emacs по умолчанию не добавляется, но все эти редакторы люди обычно настраивают.

Замечу, что клоуны, использующие mcedit, его обычно не настраивают. Работает же!

вот с таким аргументом соглашусь.

Переводы строк в mcedit невидимы, поэтому можно сохранить файл без перевода строки в конце.

Ащето они во многих редакторах не видны. Так, что это не считаю багом. А вот если Вы редактируете файл и считаете, что перевод в конце нужен, просто не забывайте об этом.

Погуглите, что бывает с shell/другой утилитой, когда вы пытаетесь такой файл распарсить.

Сейчас будет петросянство. И с какой же утилитой что-то будет? sed/grep/awk ? Не замечал проблем.
А если серьезно, то обычно траблы бывают с конфигами и то по причине изначально кривого парсинга от программистов.

«Нет, я же копии качал, да еще и рипы. Оригиналы остались у правообладателей, никто их не крал.»

Если бы просто качал, то ничего незаконного не было бы, ты же 1% Михалкову отстегнул. Но технология торрентов подразумевает, что ты еще и распространяешь, а это уже преступление.

" поэтому можно сохранить файл без перевода строки в конце"

То есть это mcedit виноват, что пользователь забыл пустую строку в конце, а не ущербный софт, который без нее не умеет нормально считать файлы.

«vim/gedit по умолчанию добавляют newline в конце файла»

«Автоперевод строки» в настройках mcedit что мешает выставить?

Спросите у тех, кто им пользуется.

Тому, кто говорит, что нужно не забывать: почему-то те, кто пользуются, забывают.

Немного допилить напильником и пользоваться дальше.

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

Поддержка программы, это самое муторное занятие. Обычно именно его и бросают в первую очередь.

Иксы на консольный фм никак не повлияют.

Влияют на его работосопособность под иксами. Кому нужен мс, например, без связи с иксовым буфером обмена?

Это ужасно. Законы пишут наркоманы? И за мной уже едут?