Midnight Commander 4.8.16

зашел через «Shell link...» на удаленный рабочий сервер

cd sh://<host> ? Если да, у меня не подтверждается пока.

Ставил из репы Татарановича

У меня самосбор.

cd sh://<host> ?

Что именно ты от меня хочешь?

Если зайти просто из консоли и выполнить команду 'ls', то все нормально. Предыдущая версия mc тоже ок.

Странная постановка вопроса. mc не может определить, открыты на панелях каталоги нативно или через vfs?

вы под процессом подразумевали thread в пределах mc, или я не вижу особой разницы с существующей реализацией.

Ага, я тоже люблю race conditions.

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

зато в существующей реализации есть одно очень большое преимущество - реализация vfs не привязана к определенному языку/библиотекам

Кстати, раз уж разработчики в треде, рассмотрите пулл реквест.

я не разработчик mc, если что

Что именно ты от меня хочешь?

Уточнить, что под «Shell link» имеется ввиду «cd sh://...».

Мне даже уже ответили, что есть такая бага, и она пришла с этим [url=]коммитом. Патч #3611 вроде как исправляет это дело.

под «Shell link» имеется ввиду «cd sh://...»

Нет, в mc: F9 - Right/Left - 'Shell link...'

Через FISH.

К большому сожалению, на гитхабе нельзя отключить пулл-реквесты. Поэтому народ посылает, но их никто не смотрит :-( если уж волшебный палец Линуса не помог, то не знаю, что можно с этим сделать... Issues отключить можно, по счастью, но, к сожалению, их не отключили, в итоге, народ не читает README @ открывает issue, и их тоже никто не смотрит.

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

Не поверишь, но оно там уже есть. Называется extfs. Таким образом, например, поддержка Amazon S3 реализована, и много всякой странной всячины...

Мне даже уже ответили, что есть такая бага

Ну так ты же точных условий воспроизведения не рассказал. А мне интересно, где оно вылезти должно. У меня вот не вылезло, если я правильно понял место, где оно должно быть. Мог бы сразу ссылку дать на багрепорт.

http://www.midnight-commander.org/ticket/3613

Это фикс для inode minor / major всё сломал, походу. Виновник выкатил патч: https://www.midnight-commander.org/ticket/3611 .

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

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

И в чем проблема форкнуться из extfs? Короче понятно, ты не копенгаген.

А поддержку https добавили?

А в чем она должна заключаться? External panelize + lftp, например, есть с начала времен.

Кстати, как его компилить правильно? Там вроде нет привычного ./configure

Открой тикет на трекере (не гитхаб), может быть когда-нибудь его посмотрят. А может быть и нет :-(

Кого, где?! В релизах есть, в репозитарии нет, конечно, но есть autogen.sh.

Наверное не раньше, чем появится сама «Корзина». Кстати, что это?

Уже давно есть, export LD_PRELOAD=/usr/lib/libtrash.so.

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

http://www.midnight-commander.org/ticket/3613

Спасибо. Забавно, но у меня, действительно, не проявляется. Интересно, от версии Perl не зависит ли ? У меня 5.22.1.

Ну, я и скачал релиз. И на гитхабе смотрел среди релизов - нет ./configure.
А как юзать autogen.sh ?

Запустить его!

Аааа, блин, таки есть в релизах... То в архиве с гитхаба почему-то его нет. Разобрался, спасибо.

FAR «в этом плане хорош» тем, что работа с путями SMB/CIFS там, где оно проживает, обеспечивается средствами системного API. В отличии от.

Это вылезет только на тех хостах, где выхлоп ls неполучается распарсить, тогда включается Perl вариант, который прошлый фикс поломал.

А зачем тебе вообще всё это? Положи пофикшеный скрипт ls себе в ~/.local/share/mc/fish/<hostname>/ и всё.

пофикшеный скрипт ls себе в ~/.local/share/mc/fish/<hostname>/

Не совсем понимаю, что и куда класть, сорри, бро. Я еще учусь :)

Только зачем, когда есть mount(8)?

Это вылезет только на тех хостах, где выхлоп ls неполучается распарсить

А, понятно тогда.

Положи пофикшеный скрипт ls себе в ~/.local/share/mc/fish/<hostname>/ и всё.

Да мне кажется, можно и по живому - исправлено же уже, в следующую версию попадёт.

А что Вы хотели от «Синие Панельки»™

1) У тебя новый релиз с поломанным фишем для хостов, которые не поддерживают нормальный ls 2) Возьми из старого релиза файл с поломанным скриптом ls который не показывает minor / major, брать в /usr/libexec/mc/fish 3) Положи этот старый файл в $HOME/.local/share/mc/fish/<hostname>/ где <hostname> твой хост к которому ты подключаешься 4) mc будет использовать для этого хоста старый скрипт вместо нового 5) Профит!!!11

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

где <hostname> твой хост к которому ты подключаешься

То есть, просто создать папку, в имени которой IP? Спасибо, попробую.

Да, или хостнейм, если по хостнейму.

Если получится, напиши им воркараунд на трекер в тикет с патчем, может кто ещё будет искать и найдет.

То есть, просто создать папку, в имени которой IP? Спасибо, попробую.

Я бы, всё же, прямо в файле /usr/lib/mc/fish/ls (или куда этот ls у тебя попал) поправил так, как в патче из 3611.

Сделал именно так. Просто перепаковал дебиановский пакет Татарановича, подсунув туда новый ls.

Вообще, конечно, зашибись «багфикс релиз»...

А чего поделаешь? Тестировать некому, этот баг проявляется только у пользователей с особо извращенными хостами где нет нормального ls. Чинили другой паршивый баг, поломали то, что уже работало...

та ладно там, вогнать perl -we, вместо perl -e в fish_list_perl и сразу увидеть ругань на кривой синтаксис

А чем это поможет, если хост поддерживает ls (таких большинство), и этот скрипт просто не будет выполнен? Надо было просто отключать ls вручную и тестировать perl-версию отдельно, чего сделано не было, и вот результат.

в данном случае достаточно было бы и юнит-тестов

Ясно. Спасибо. Выходит, если я коннектился с Deb 7 на хост со Слакой, то виновата Слака в этом всем?

в данном случае достаточно было бы и юнит-тестов

Разумеется, если бы они вообще были. Эти скрипты никакими тестами, к сожалению, не покрыты, что юнит, что не юнит. Последний, кто ими занимался, тестировал всё вручную. Это, конечно, очень плохо, но кто займется этим, чтобы исправить ситуацию?

Виновата, это конечно, громко сказано, но выхлоп её ls у mc распарсить не получается, ибо он крив, поэтому пытается perl'ом, а его поломали.