LINUX.ORG.RU

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

 


1

5

Андрей Бородин, один из основных разработчиков файлового менеджера Midnight Commander, объявил о своём уходе из проекта.

andrew_b: Я позакрывал энное количество тикетов, и, видимо, на этом всё. Всему приходит конец. Это были не самые плохие 5 лет в моей жизни. mc сейчас как чемодан без ручки: и бросить жалко, и нести тяжело и неудобно. Мне всё это надоело, «я устал, я ухожу».

По словам другого бывшего (более года не делавшего коммитов) разработчика, Ильи Маслакова, в проекте уже давно нет новой крови, и теперь вся работа ляжет на плечи единственного оставшегося активного члена команды - Вячеслава Занко.

>>> Подробности

anonymous

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 1)

А в нем есть сейчас какие то серьезные баги или недостающие важные фичи? Я к тому, что даже если его разработку забросят, то ничего особо страшного непроизойдет если его всегда можно будет собрать из исходников

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

По роадмапу можно глянуть.

В принципе, народ, в комментах к оригинальной новости сокрушается лишь о недописанной документации.

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

А в нем есть сейчас какие то серьезные баги

там они не заканчиваются никогда - от релиза к релизу чинят одно и ломают другое.

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

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

А ты багтрекер не заметил? Там хренова туча работы ещё - ничиная от поломаного к хренам dash и кончая реализации sshfs, сделанной наркоманами.

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

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

если его разработку забросят, то ничего особо страшного непроизойдет

а как же крики ЛОР-овских хипстеров о «старье», «нет поддержки!», «deprecated!» ?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.