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

Кому нужен мс, например, без связи с иксовым буфером обмена?

Зачем он нужен под иксами - вот действительно интересный вопрос.

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

Я предлагал сделать это Вам самому. Имхо не так уж и много проблем при сборке может появиться. По крайней мере более десяти лет назад, сборка mc вызывала куда больше проблем.

Кому нужен мс, например, без связи с иксовым буфером обмена?

А очень ли это надо? Это консольный фм, что выделил в консоли то и получишь в буфере и без разницы какие тут иксы.

Зачем он нужен под иксами - вот действительно интересный вопрос.

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

в mc хорошо то, что он был и есть везде.

Причем замечу, что еще не так давно он безбожно глючил в большинстве дистров. Проще сказать, что он не глючил только в федоре и, по моему, в мандрейке.

А сейчас он глючит в бсд. Но он хотя бы там есть!

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

«я устал, я мухожук»

"...закрой за мной Тверь" ... :-)

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

а напомни, пожалуйста.. автор Нортонкоммандера, так же как и авторы и Волковкоммандера, и Фара, и прочих Доснавигаторов — ...

... — все они в итоге оказались мухажуками? :-)

Причем замечу, что еще не так давно он безбожно глючил в большинстве дистров. Проще сказать, что он не глючил только в федоре и, по моему, в мандрейке.

Два чаю Вам! Может это именно Ваша проблема? Я вот чего-то еще с конца 90-х не помню такого.

А сейчас он глючит в бсд. Но он хотя бы там есть!

Да и в слаке он таки не глючит тоже! И в freebsd не замечен. И на mac os x тоже. Может я то-то делаю не так?

А «надежный» это как? Я тут на днях из последней центоси файло пробовал скопировать по sftp. Ну mc же умеет sftp, правильно? И тут оказывается, что вообще, наверное, умеет, а вот 4.8.7 - не умеет, хотя и заявлено.

Два чаю Вам! Может это именно Ваша проблема? Я вот чего-то еще с конца 90-х не помню такого.

Очень долго мс не работал с utf-8. Проблем там было просто море.

Да и в слаке он таки не глючит тоже! И в freebsd не замечен. И на mac os x тоже. Может я то-то делаю не так?

во freebsd на том же зеноне до сих пор нет юникода. И по если открыть экран, то он по enter тут же захлопывается. Нет поддержки tty. Одно мучение.

А «надежный» это как?

ну примерно вот так. ты нажимаешь f5 или f6 или f8, а он соответственно копирует, перемещает или удаляет файлы и директории.

Я тут на днях из последней центоси файло пробовал скопировать по sftp. Ну mc же умеет sftp, правильно? И тут оказывается, что вообще, наверное, умеет, а вот 4.8.7 - не умеет, хотя и заявлено.

зачем это? никогда не понимал, зачем в файловом менеджере свои костыли vfs. То есть, во времена дос это было понятно, ибо на уровне однозадачной ОС это не решалось в принципе (резиденты не в счет). Но сейчас-то зачем?

И да, поддержка или неподдержка sftp не имеет никакого отношения к надежности...

Очень долго мс не работал с utf-8.
Причем замечу, что еще не так давно он безбожно глючил в большинстве дистров

Простите это как? Не работал != безбожно глючил.

во freebsd на том же зеноне до сих пор нет юникода. И по если открыть экран, то он по enter тут же захлопывается. Нет поддержки tty. Одно мучение.

Вообще не распарсил. Можно расшифровать?

ну примерно вот так. ты нажимаешь f5 или f6 или f8

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

Но сейчас-то зачем?

Юзкейс: на сервере лежат архивы бэкапов, из архива нужно выдрать некоторые файлы и сунуть их на другой сервер. Решение: в одной панели входим в архив, в другой открываем целевой сервер, копируем. А вот хрен там, поддержка vfs сломана. Надежность.

Простите это как? Не работал != безбожно глючил.

Это же utf-8. Оно совместимо с однобайтовыми кодировками, но глючит подсчет числа символов. В итоге на экране каша.

Вообще не распарсил. Можно расшифровать?

Нажми ctrl-O и затем enter. В системе с поддержкой псевдоTTY это будет отдельный экран с коммандной строкой. А без поддержки опять появится окно мс. В BSD пользоваться командной строкой в мс крайне неудобно.

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

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

Юзкейс: на сервере лежат архивы бэкапов, из архива нужно выдрать некоторые файлы и сунуть их на другой сервер. Решение: в одной панели входим в архив, в другой открываем целевой сервер, копируем. А вот хрен там, поддержка vfs сломана. Надежность.

А зачем тогда вообще монтировать разделы? Просто внедряем vfs во все программы и радуемся. С каких пор scp запретили? sshfs угнали? rsync вынесли?

sshfs - это vfs, походу. другое дело, что в mc нынче костыли изрядные, перевести это все на gio/gvfs было бы здорово

Это же utf-8. Оно совместимо с однобайтовыми кодировками, но глючит подсчет числа символов. В итоге на экране каша.

Нууу локально такое не замечено, в том плане ничего не мешает поставить utf8, а если вы про подключение по ssh тот тут во многом от клиента зависит, а не конкретно от mc.

Нажми ctrl-O и затем enter. В системе с поддержкой псевдоTTY это будет отдельный экран с коммандной строкой. А без поддержки опять появится окно мс. В BSD пользоваться командной строкой в мс крайне неудобно.

Проверил, точно есть такая тема. Даже не обращал внимание на такое. Видимо дело в том, что BSD серверов не так много у меня, что бы активно пользоваться mc, да и в работе ctrl-o вне зависимости от системы я использую только что бы посмотреть выхлоп команды. Длинные команды, на несколько строк, никогда в mc не набираю, в одной строке исправлять не удобно.
Имхо можно подвести итог: Каждый mc+shell «готовит» по своему, поэтому кому-то он нравиться, а у кого-то возникают претензии к конкретному «микроскопу» хотя рядом лежит молоток.

sshfs - это vfs, походу. другое дело, что в mc нынче костыли изрядные, перевести это все на gio/gvfs было бы здорово

это полноценная фс на базе fuse. Доступ к файловой системе из одного приложения, это тупик. Это годится только тогда, когда речь идет строго о какой нибудь сервисной утилите. Например, файловый эксплорер какого нибудь телефона или плейра. То есть хоть как-то оправдано. МС, как программа доступа к фтп и тому подобным файлухам, это просто смешно.

Нууу локально такое не замечено, в том плане ничего не мешает поставить utf8, а если вы про подключение по ssh тот тут во многом от клиента зависит, а не конкретно от mc.

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

БСД у меня тоже только у хостера. И в принципе плевать, я просто выхожу из мс там, когда нужна командная строка.

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

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

Я именно об этом. Когда ты знаешь, что эта фича работала и надеешься, что она продолжает работать, и твои надежды оправдываются, а не как у меня с vfs.

А зачем тогда вообще монтировать разделы? Просто внедряем vfs во все программы и радуемся. С каких пор scp запретили? sshfs угнали? rsync вынесли?

Во-первых, это отдельный вопрос. Во-вторых, scp и rsync хреново подходят под описанный юзкейс. В-третьих, я не жалуюсь на невозможность залить файло на удаленный сервер, я лишь обсуждаю термин «надежность» применимо к mc.
В-четвертых - а давайте, хорошо же.

Будет жаль, если он уйдет и ситуация в целом ухудшится.

Вот с этим согласен на все 146%. Но имхо даже если его забросят прямо сейчас, он проживет еще 10-15 лет. Для себя любимого всегда можно допилить напильником.

у меня для тебя плохие новости - любая файловая система поверх fuse - виртуальная

у меня для тебя плохие новости - любая файловая система поверх fuse - виртуальная

А чего останавливаться на fuse? В самом ядре тоже давно уже реализована vfs, а все модули файловых систем, которые ею не пользуются из ядра выталкивают на мороз. Так что таки да, все файловые системы в линукс - виртуальные.

Вопрос однако не в названиях, а в том, что если ФС смонтирована средствами МС, то ты не можешь даже в соседнем терминале получить к ней доступ, не говоря о том, чтобы,например, открыть файл на редактирование. А если это сделано через fuse, то эта система будет доступна в любой программе, в которой есть операции с файлами.

Я именно об этом. Когда ты знаешь, что эта фича работала и надеешься, что она продолжает работать, и твои надежды оправдываются, а не как у меня с vfs.

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

Но к надежности это не имеет никакого отношения. Если я копирую файл, то я хочу, чтобы программа это делала максимально надежно. Не висла, не падала, не скрывала под анимацией ледтающего листочка какие-товозникшие проблемы. Я не хочу сказать, что МС идеален в этом отношении, нет. Он тоже может зависнуть, не проверяет свободное место, а его индикация процесса может сильно искажаться кешированием. Но это самая надежная программа для отображения списка файлов, их удаления, копирования и перемещения, а также отображения и редактирования файлов. Эта программа работает везде - в консоли, терминале и через ssh и работает хорошо! И конкурентов в таком качестве универсального текстового и графического ФМ у нее ноль целых ноль десятых.

Вот поэтому и жалко. Это как если бы сдох гимп или опенофис. Знаковое событие же...

отличная программа для удаления файлов с именами в непонятной кодировке

Во-во, да, для этого только и использую.