После восьми месяцев разработки опубликован выпуск консольного файлового менеджера Midnight Commander 4.8.29, распространяемого в исходных текстах под лицензией GPLv3+...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58481
спасибо, но прекрасно обхожусь гну утилитами, а досовские поделки кушайте сами как-нибудь
Так и не сумел привыкнуть к нему.Гуишные казуалам лучше подойдут.D
Кому как и для чего...
mc замечательный настраиваемый по всем фронтам файловый менеджер.
А в тайловой среде вообще красота!
Какой он настраиваемый, если параметры, чем он будет открывать файлы, захардкожены в кривых скриптах? Ври, да не завирайся.
Окей, не буду.
Команда->редактировать файл расширений Open/View
Ну а если вам удобнее лезть во всякие /usr/lib/mc/ext.d/... это ваше дело
Исправить захардкоженные параметры только там и возможно. Они рандомные и не управляются системной конфигурацией, это косяк.
>не управляются системной конфигурациейЭто какой? Не факт, что у пользователя система работает через xdg, либо что там ещё. Или что у него вообще в домашнем каталоге есть хоть что-то.
>захардкоженные параметры
В скриптах shell - это не захардкоженные.
Не косяк, а "значения по умолчанию" (которые можно переопределить по желанию) и не рандомные, а вполне себе по правилам определённые в скриптах. Хотя в некоторых случаях разработчик сделал странный выбор (те же geeqie, gqview... для картинок).
Как минимум можно выбирать программу в зависимости от графической сессии, desktop файлы лежат на диске. Не важно, через что она работает, это универсально. И да, надо учитывать то, что у пользователя в домашнем каталоге, это не сложно.>В скриптах shell - это не захардкоженные.
Эти скрипты принадлежат пакетному менеджеру и перезаписываются при обновлении, это вполне себе хардкод. Текстовые скрипты ничем не отличаются от бинарного кода в этом смысле. И да, эти правила установлены по велению тараканов в голове разраба, а значит, являются рандомными.
>в зависимости от графической сессииА если её нет? mc всё же консольная программа, способная работать на голой системе.
А если пользователь настроил её до того как установил графику то графика должна переписать его настройки?>перезаписываются при обновлении
Именно по этому и создаётся файл расширений в каталоге пользователя не переписываемый при обновлении.
А об этом сообщит переменная окружения в шелле, это вопрос давно решённый. Есть mime и конфигурационные утилиты (и в графической сессии и в шелле), грязь разводить ни к чему. Кстати когда при обновлении будет сломана совместимость кастомный мусорный файл это лишние проблемы.
>>А если пользователь настроил её до того как установил графику то графика должна переписать его настройки?Не услышал ваше мнение на эту проблему. Мне бы не понравилось если настройки программы слетели при установке/обновлении не относящегося к ней пакета.
>Кстати когда при обновлении будет сломана совместимость
Когда при обновлении окружения будет сломана совместимость произойдёт то же самое (ваша логика). Разработчик позаботился, чтобы этого не произошло. Не скажу, что лучшим способом, но это действует.
>Есть mime и конфигурационные утилиты
Лишние зависимости/проверки, которые совершенно не понадобятся при ряде сценариев использования. К слову, сейчас за исключением стандартных либ mc не требует для работы ничего. Нужно больше?
Простите, что я заврался)
Есть порядок предпочтения, в котором открываются файлы. Если сессия не графическая, можно игнорировать пункты, которые работают только в графической сессии. Это всё максимально тривиально реализуется стандартными средствами. Совместимость чего должна сломаться? Стандартизированного механизма? Нет, он будет работать и после обновления. А вот у сабжа припоминаю были проблемы из-за захардкоженных параметров после обновления сторонних утилит. Программы при обновлении обновляют и свои параметры открытия файлов, при их изменении. Такая логика работает в обе стороны. Сейчас это не работает ни при каких сценариях использования, а могло бы и работать. И кривые костыли не особо помогают, приходится настраивать каждый файл в неудобном конфиге либо сразу удалять мусор из кода.
Окей, я был не прав)
Просто не пользуйтесь.Хорошего дня!
Только не стоит указывать, что делать другим. Проблема объективно имеется, и это полнейший зашквар, если сравнивать с тем же фаром.
Дверной?
Настройка и программирование похожи на концептуальном уровне.
Как онанизм и секс
При чём, программирование — это очевидный онанизм, т.к. происходит в голове у программиста в соответствии с его фантазиями. А вот настройка приложений под конкретную среду исполнения тот ещё секс, особенно если программист сильно фантазировал.
> Какой он настраиваемый, если параметры, чем он будет открывать файлы, захардкожены в кривых скриптах?$ EDITOR=nano VIEWER=nano mc
И по F9->Настройки->Конфигурация снять соответствующие галочки.
Мне надо было открывать картинки в fbi когда открыт текстовый терминал и в ida, когда графический.
Выше ответили: редактируешь пользовательский файл расширений, который не затрётся при обновлении пакета. Там указываешь свой скрипт, в котором определяешь терминал и который так же не затрётся при обновлении пакета.
>если параметры, чем он будет открывать файлы, захардкожены в кривых скриптах?Если в скриптах, то не захардкожены. На то они и скрипты, чтобы юзер мог без перекомпиляции на ходу править.
Лол, просто смоги уже в конфиг или форкни и сделай для себя
https://softpanorama.org/OFM/MC/extension_menu.shtml
зачем он нужен в тайловой среде? мне двух окошек pcmanfm со вкладками за глаза, нежели ЭТО поделие, которое хотя бы минимально себя оправдывает только там, где нет gui и работа идёт с бинарными файлами, которую не автоматизировать башем
> зачем он нужен в тайловой среде? мне двух окошек pcmanfm со вкладкамиТеперь попробуй этот номер через ssh. Или вон роутер мне mc рисует даже через сериальную консольку. Сможешь так с своим пакманом? Вот и получается что сабж универсален, катит и на десктопе, и на сервере, и даже в околоэмбедовке всякой. В отличие от.
> Гуишные казуалам лучше подойдут.DАга, особенно через ssh..
> Ага, особенно через ssh..ssh -X <host>
хотя у них наверное wayland... :D
Работаешь в CLI? Все операции с файлами без ФМ? Увожаю.
Когда-то пользовался mc.
Потом в Vim нашёл NerdTree, и постепенно начал отвыкать от mc. Постепенно научился все делать в консоли, если не внутри Vim.
Последние лет 8 mc ни разу не открыл.
Ты, наверное и без ложки ешь? Ну типа, зачем? Лишняя приспособа. Настоящие мужики плов едят руками, это даже удобнее - только немного научиться надо. А в шурпу кидают ломтики лепешки, те впитывают в себя жидкость и потом их едят. Зачем нам ложка? - правильно ложка нам ни к чему, у нас для этого руки есть.Для большинства людей mс, far экономят время, и в сэкономленное время они занимаются спортом и семейными делами, а поэтому всегда бодры. И находятся пара особей с красными горящими глазами, которые утверждают, что "не пользуются mc", хотя их особо и никто не спрашивал.
Довольно долго не пользовался ФМ и на самом деле было довольно неудобно. Может я печатаю медленно или не думаю над автоматизацией.
аналогично - я могу конечно же в консоле вручную написать команды и современные командные строки в этом сильно помогают, но в mc или far я это делаю раз в 5 быстрее и без заучивания всех ключей команд, особенно если приходится работать как в Linux так и в Windows (и при этом powershell на дух не переношу).
Баш есть в венде, бро. Только скачивай тот, который скомпилирован mingw, и не cygwin.
В венде он почти полностью бесполезен.На всякий случай напомню, что крутота всех этих ваших консольных утилит - она как пустота в буддизме, не существует сама по себе, независимо. Крутота проявляется только тогда, когда эти утилиты можно друг с другом (и с ядром оси) комбинировать.
В венде есть coreutils. А вообще, GNU/Windows это не шутка.
> В венде есть coreutils. А вообще, GNU/Windows это не шутка.Это не шутка а злобный пранк - смысла в гнутых парадигмах при проприетарности ОС? Основные бенефиты опенсорса не достигаются и смысл этой канители - в чем?
Тоже мне фокус. Впрочем, есть люди, у которых работа файлы из директории в директорию перекладывать, им без mc тяжело, наверное. Тем не менее, врукопашную в консоли разгребать вечный бардак в ~/Downloads развлечение на любителя. Но и тут на mc свет клином не сошёлся. Модный молодёжный broot куда удобнее и ближе к юниксовому пайплайну.
% broot
ld-elf.so.1: /lib/libc.so.7: version FBSD_1.7 required by /usr/local/bin/broot not foundСильно по молодёжному! :-)
Если мне напишут, что пойди да разберись - там пара пустяков, то я ж отвечу: вот молодёжь пусть и разбирается. А я не молод уж, чтобы разбираться с тем, вместо чего народ всю жизнь юзает исправный mc и не унывает. :-)
в шелле он работает, в шелле! ;)
слово-то какое мерзкое: cli! виндорастией повеяло ;)
В Fedora в gnome-terminal midnight commander часто не даёт вводить команды в subshell (по Ctrl-O). Приходится создавать новый tab. Но через какое-то время и там перестаёт работать. Смотреть вывод можно (панели убираютс), но при попытке ввести что-либо, сразу возврат в панель. Это бага midnight commander?
Вряд ли, у меня Gentoo с кедами, в kosole сабж неделями висит, большинство команд в его субшеле и вводятся, иногда какие то странности бывают, но вот вышеописанного поведения не наблюдаю.
Не трогал операционки от RedHat лет десять...
Когда трогал - ничего подобного не наблюдал.
Сдаётся мне, что это ты что-то в настройках gnome-terminal начудил.
"Не пользуюсь. но ты накасячил". Мда
mc у меня перестал работать в Fedora 36.
До этого работало. Не трогал настройки ни mc, ни gnome-terminal.
А у меня в Федоре-36 mc работает как и раньше! Правда - я вместо gnome-terminal использую xfce4-terminal.
> mc у меня перестал работать в Fedora 36.
> До этого работало. Не трогал настройки ни mc, ни gnome-terminal.Ну тогда парни из RedHat накосячили.
Опять-же - обращайся к ним. У них есть техподдержка. ;)
Нет. Это проблема терминала, который эмулируется в gnome-terminal.
в федора с LXQt таких проблем нет
> "У меня есть Х и У и вот У не работает"
> Это бага У ?50/50
Помимо окошек, есть еще нативная консоль (без GDM), в которой наверное надо и проверить У.
По опыту, в ssh сессиях мс практически никогда не глючит (если его конечно не накормить случайно из /dev/urandom) a вот под графикой бывает, отчего подозрения должны больше падать на Х> в gnome-terminal midnight commander часто не даёт вводить команды в subshell (по Ctrl-O).
попробуйте перед вводом команд, сперва просто дать несколько ENTER-ов (пока нормальный цветной промпт не появится)
Проблема может быть в шеле по умолчанию. С bash должно работать.
Вполне возможно. У меня zsh и поведение аналогичное, хоть и Terminator в качестве терминала.
Жаль авторы кроме ФМ не пишут другие прикладные программы вроде: браузера, почтового, мессенджера, редактора таблиц и т.д. и т.п.
Вообще-то автор Midnight Commander Мигель де Икаса, он же создатель GNOME :-)
Это многое объясняет.
Этот факт не имеет никакого отношения к тому что янаписал.
И mono.
Вы б в git заглянули, там весь мс в основном 5 славян тянут последние десятилетия, за что им большое спасибо !
Для такого есть Emacs
mc за 20 лет сохранил очень много часов жизни и нервных клеток, спасибо тем, кто до сих пор его пилит.
Абсолютно согласен.
Присоединяюсь! А если учесть, что md можно прикрутить и на aix, и на solaris, и на hp-ux...Местные эксперты уроме винды и линукса ничего не видели.
Ну а ты же конечно не местный уж тем более не эксперт.
Собирал его под vxworks. Он там работал.
Очень верное замечание.
Far (far2l) серьезно пододвинул сабж в Linux, т.к. некоторые интерфейсные решения в Far очевидно удобнее, цветовая гамма - лучше, а полезных расширений - в 5 раз больше.Причина в т.ч. и в том что приток новых юзеров Linux идет из мира Windows, а там MC никогда не был популярен. А вот Far - популярен в Windows до сих пор, как замена Win+R CMD Enter
ranger и ко существенно подвинули мс. Никто не использует far уже давно. Он и популярен был только у нас. Я сам использую vifm на голову удобнее и сабжа и far-a
> Никто не использует far уже давноОбожаю такие заявления.
Я про весь мир, а не полтора анонима из опеннета
Обожаю, когда полтора анонима из опеннета говорят за весь мир.
А что, полтора анонима из опеннета не входят в множество "весь мир"?
Я использую. Как и mc, только под виндой - он сохраняет многие часы жизни и кучу нервных клеток.
И ещё бережёт указательный палец и левую кнопу крысы от преждевременной кончины.
> Far - популярен в Windows до сих порна самом деле нет.
типичные администраторы уиндоус щелкают мышой в эксплорере и mmc.
про пользователей и говорить нечего.
И размышляют типа: "давай посмотрим, что будет, если эту галочку поставим, а вот эту снимем..."
win+r ввод комманды гораздо проще.
какой именно команды ?
опять mmc, опять explorer.
economist, а в консоле без GUI в Linux Far работает? Лично у меня на Linux есть претензии и к MC и к Far. На Windows Far просто идеален.ПС. Это не ты, кто нес чушь, что Apache(Libre) Office Writer удобнее Microsoft Word?
Вопрос по работе Far в консоле Linux снимается. Посмотрел - сейчас уже работает. Когда я его трогал ранее - он работал только в GUI, симулирующим командную строку и псевдографику. Надо будет пощупать консольный Far на бубунте.
Работает в любой испробованной консоли и притом прекрасно.
Ssh, serial - без проблем.
Работает на arm32, проверено лично.
Работает во встройке.
Динамический запрос повышения привилегий в 20 раз лучше чем необходимость запуска ещё одной сессии.
Лицензия gplv2, так что может использоваться в коммерческой встройке.
Апелляция к гуям и чистой консоли имхо неверная.
Подобные менеджеры очень сильно ускоряют работу в системе.
Респект создателю за великолепный продукт!
>в WindowsTotal Commander еще со времен когда он был Windows Commander.
Total платный и дорогой, а Far нет. Впрочем это не единственное преимущество последнего над первым.
Тотал разширяется плагинами, а Фар не помню такого.
https://plugring.farmanager.com/
> Тотал разширяется плагинами, а Фар не помню такого.А я припоминаю, как в молодости в начале 2000-х плагинами фаровыми чё только не делал - и диалапными звонилками винды управлял, и винампами там всякими, и чуть ли не прожигами болванок баловался. А почту фаром отправляю до сих пор, когда надо быстро "спамануть" кому-нибудь файл (файлы) простым копированием из панели файлов в панель почты вместо переключения (а то и запуска) какого-нибудь почтового клиента. Ну и куча всяких других прикольных и сильно полезных да удобных плагинов тогда была.
Нажимаешь при старте 1, 2 или 3 и продолжаешь спокойно использовать бесплатно.
Тотал уже научился быть консолью, или на консольные команды так и открывает захлопывающееся немедленно окошко?
Для Тотала есть плагин, который создаёт консоль внутри панели. Остроумцы запускали в этой консоли ФАР - так сказать, по заявкам ярых фанатов ФАРа.
кроссплатформенный с гуи
https://doublecmd.sourceforge.io/
>А вот Far - популярен в Windows до сих порКак-то наблюдал картину:
В конторе по производству аппаратно-программных компллексов один прогер поставил себе FAR. Он его всегда себе ставил на любом компе под Виндой, с которым собирался взаимодействовать сколь-нибудь продолжительное время.
Это дело заметили местные моделлеры и уставились на диво-дивное. После чего прогеру задали воопрос, с благоговением и нотками паники в голосе: «Это ДОС, да?».
Про ФАР на Винде помнят ныне лишь редкие IT-аксакалы, его место прочно занял TC, да и то лишь среди «продвинутых».
У нас в конторе far стоит у каждого первого практически. Как и notepad++.Это два великолепных приложения для разнообразной возни с файлами под виндой, которые закрывают практически 99% потребностей.
> Это два великолепных приложения для разнообразной возни с файлами под виндой, которые
> закрывают практически 99% потребностей.99% потребностей любителей Фара и ему подобных двухпанельников.
Коих (любителей) примерно 99% и есть (из тех, кому вообще нужны файлменеджеры).
> Коих (любителей) примерно 99% и есть (из тех, кому вообще нужны файлменеджеры).Данное утверждение ложно.
>У нас в конторе far стоит у каждого первого практически. Как и notepad++.Было бы логичнее сказать про TC и notepad++. Far можно расширить плагинами?
>Far можно расширить плагинами?:-) :-) :-)
Рассмешил.Он этим и знаменит.Открытым При для плагинов.Не уверен что в Emacs такое же кол-во плагинов наберётся.
Я знаю народ который в офтопике на серверах для экономии памяти и ресурсов отключал графику ( можно,но это очень нетревиальная задача и часть программ не будет запускаться,имеется в старые версии Виндоус которые не терминал едишион) и они практически все выполняли в фаре,там даже реестр можно было редактировать.К сожалению в 3 версии фара ари сломали в связи с отказом от 9х и переходом на юникод,многие плагины прекратили работать.
Кстати есть порт 3 версии под Линукс,уже рабочий в бэта версии,т.к Рашаль выложил исходники под BSD подобной лицензии.
> в офтопике на серверах для экономии памяти и ресурсов отключал графику ( можно,но это очень нетревиальная задача и часть программ не будет запускаться,имеется в старые версии Виндоус которые не терминал едишион)Как раз в старых версиях графику отключить было совершено нельзя, она была неразрывна с ядром оси. Можно было только отключить запуск експлорера и вместо него запускать одно окошко с консолью.
> Как раз в старых версиях графику отключить было совершено нельзя, она былаОчень нетревиальная задача была-ставиш специальный псевдодрайвер затычку.Переключиться на этот драйвер,править реестр,ставить хаки от терминальной версии.В общем не помню как этот режим называется,но при старте проверку скандиском или полную дефрагментацию Нортоном видели?
В это режим переключали принудительно Винду, очень хитрый режим,но дофига программ не работало,но чтобы выжать все с файлового сервера самоё то.Я подумал что да, полностью графика не отключается ,это я с nt 3.5 перепутал .С отключением екхплорела гораздо легче было.
у мелкогадких в оффтопике 2003 появился
> Не уверен что в Emacs такое же кол-во плагинов наберётсяЭкспертиза опеннета в дистиллированном виде.
> Far можно расширить плагинами?https://plugring.farmanager.com/
Сложно придумать задачу, на которую в far не было бы плагина.
>Как и notepad++.Муть, а не программа. Акельпад лучше.
> После чего прогеру задали воопрос,
> с благоговением и нотками паники
> в голосе: «Это ДОС, да?».Похожая история лет 15 назад, когда народ ещё знал слова типа "БИОС", друг рассказал:
Сидит на работе, работает в полноэкранном фаре. Заходит какой-то умник, в компах разбирающийся (который компы вроде обслуживает, т.е. типа не рядовой юзер), и издалека ему говорит типа: о, чё это у тебя - не загружается? (ну если в БИОСе сидишь)
Ну это были времена, когда народ ещё знал слова типа БИОС, а сами эти БИОСы были преимущественно синего цвета, а не такие, как нынче повадилиись ваять такими, как будто ты не в биосе, а в оболочке дешёвой, мышами управляемой, в которой буковка "Б" в аббревиатуре БИОС выглядит уже почти лишней. :-)
Far2l глючноват, + имеет слишком много зависимостей, при этом не давая качественных преимуществ перед сравнительно компактным mc.
Говорю вам лучше worker.
Согласен, mc лучше worker.
ты бы хотябы ссылкой подтвердил
Worker — файловый менеджер для Linux и других UNIX-подобных операционных систем. Написан на C++ с использованием только стандартной X11-библиотеки xlib и библиотеки avfs для работы с виртуальной файловой системой, используемой при работе с архивами и доступом по ftp.
Неужто - в консоли работает?
Т.е. графика и терминал - один хрен?
Файлы копирует медленно. После каждого файла делает паузы 1 с. ЕСли копировать командой cp всё копируется быстро.
Может он сразу sync делает?
Нет, не похоже. Потому что pumount после копирования выполняется отнюдь не мгновенно.
у меня таких проблем нета вот распаковка из какого-нибудь 7zip архива - это лютый треш, жуткие тормоза, если в архиве много файлов
Потому что 7z solid по умолчанию, соответственно, надо файлы все сразу распаковывать (например, через список), а не по очереди. Эта проблема касается и solid RAR архивов.Вообще, MC работает только с CPIO нормально (встроенная поддержка на уровне кода в C) - все остальные типы архивов парсятся через bash/perl, и всё это ужасно дико медленно: например, 7-zip приложение архив с 20 тысяч файлов открывает примерно в 200 раз быстрее, чем MC.
И FTP ужасно работает в нём, но от протокола отказываются повсеместно, так что это перестало быть большой проблемой.
> Потому что 7z solid по умолчанию, соответственно, надо файлы все сразу распаковывать
> (например, через список), а не по очереди. Эта проблема касается и
> solid RAR архивов.
> Вообще, MC работает только с CPIO нормально (встроенная поддержка на уровне кода
> в C) - все остальные типы архивов парсятся через bash/perl, и
> всё это ужасно дико медленно: например, 7-zip приложение архив с 20
> тысяч файлов открывает примерно в 200 раз быстрее, чем MC.
> И FTP ужасно работает в нём, но от протокола отказываются повсеместно, так
> что это перестало быть большой проблемой.7zip замечательно экстрактит 1 файл с помощью родных тулзов, или фара. Но я вообще говорил а полной распаковке всего архива.
Интересное явление - в треды о mc всегда набегают "крутые хакеры", которым прямо жизненно важно написать, что они не пользуются mc, а умеют обходиться голой консолью. Я вот думаю, что они похожи на веганов - ограничивают себя, мучаются, но изо всех сил делают вид, что им хорошо :-)
Хотя у консоли есть свои преимущества. Хотел бы написать ФМ который выглядит как совершенно не пойми что и сочетает преимущества того и другого подхода.
Или начать с жестких аналогов подстановок bash.
https://github.com/junegunn/fzf
в МС есть консоль, а ещё можно нажать Цтрл+О
ФМ для консоли существуют.
Тебя в гугле забанили?
https://gprivate.com/62y6h
Не удалось найти ни одного результата для CLI file managers
Проверьте правильность написания или используйте другие ключевые словабггг
> используйте другие ключевые слова.
Я на первый взгляд не нашёл, но искал невнимательно. Но правда - есть смысл поискать.
> Хотел бы написать ФМ который выглядит как совершенно не пойми что и сочетает преимущества того и другого подхода.
Не пользуюсь mc, использую голую консоль.
И что? Что удобнее тем и пользуюсь
https://cdn.fishki.net/upload/post/2016/10/19/2110043/3d0321...
Веганам есть смысл пропагандировать веганство, если они заботятся о животных и считают что важно, чтобы ели меньше мяса. Их действительно волнует и ваше мясо.
> Их действительно волнует и ваше мясо.Как-то зловеще прозвучало
Можно по разному добиться того, чтобы было меньше покупателей мяса.
>>использую голую консольТак это от рода занятий зависит.
Если это разработка и эксперименты, то легко.
А если с большой кучей файлов покопаться, с архивами, найти, то что незнаете как называется, то для этого продуктивнее файл-менеджеры.
Опять же,е всякая информация в plain-тексте, и для этого нужны плагины.
Я тоже этого не понимаю.
Пользуетесь консолью, и молодцы.Бывают ситуации, когда в консоли прибивается гвоздями ksh, приложениям очень надо.
Есть любители ksh? Вот именно.Установка mc поверх этого праздника начала 80-х позволяет не ломать голову, уменьшить количество опечаток и ускорить работу.
> в консоли прибивается гвоздями ksh, приложениям очень надо.из ksh запускаем tcsh, zsh, bash, ... все что угодно вторым уровнем.
неужели не работает ?
Это звено (э|ин)волюции - сперва они каждые 5 секунд дрючат ls -l, потом биндят ll | less, потом делают горячие клавиши потому что иначе половина времени уходит на набор команд, потом пишут для этого какое-нибудь подобие ТУИ, потом просыпаются - а получился очередной ви.
Когда надо работать не с CLI, а именно с файлами, нужен ФМ, и точка.
А ведь чтобы не дрючить ls -l можно было бы открыть в одном окне mc,а в другом - командную строку. И выполнять каждое действие там где это удобнее. Скопировать файл - в mc,а запустить команду и таки увидеть выполнилась ли она без ошибок - в окне с командной строкой. А не нажимать каждый раз ctrl-o. Но! Это было бы возможно если бы mc умел сам отслеживать изменения показываемого в панели каталога и перерисовывать картинку. Причем технически это вроде как возможно потому что есть inotify. Но mc пользоваться им не умеет. Во всяком случае в дебиане картинку не перерисовывает если содержимое каталога изменилось. Для обновления надо выйти из этого каталога и зайти обратно.
Интересно - существуют ли какие-нибудь файловые менеджеры которые таки умеют за изменения в каталоге следить? И при этом не особенно монстрообразные размерами и зависимостями.
В каком-таком окне? Ты ещё скажи жва ssh открывать под это всё. Или на локалхолокосте дрючить CTRL+ALT+F1. Или CTRL+O. Последнее мне удобнее всего.
Про обновление - не могу судить т.к. у меня и вантуз, и кеды - старые, но в этом всём автообновление директорий работает через раз. Не такая простая это задача, наверное.
> В каком-таком окне? Ты ещё скажи жва ssh открывать под это всё.
> Или на локалхолокосте дрючить CTRL+ALT+F1. Или CTRL+O. Последнее мне удобнее всего.Я имел в виду использование МС на локалхосте в Иксах. Довольно распространенный сценарий как мне кажется. А так-то да, если через ssh где-то работать то там уже не до мелких претензий. Хотя можно было бы сделать удобнее просмотр вывода команд и там. Если кто-то может быть помнить Norton Commander 2.0 (да, тридцать лет назад),так вот там был режим когда экран делился по высоте пополам - сверху "синие окошки",а нижняя половина - командная строка. И постоянно дрючить Ctrl-O было не нужно.
> Если кто-то может
> быть помнить Norton Commander 2.0 (да, тридцать лет назад),так вот там
> был режим когда экран делился по высоте пополам - сверху "синие
> окошки",а нижняя половина - командная строка. И постоянно дрючить Ctrl-O было
> не нужно.MC тоже так может. Но только в нативной консоли.
> MC тоже так можетКак в МС это включить?
> МС на локалхосте в Иксах. Довольно распространенный сценарийА по мне - так какое-то безумие типа Нортона под вин10 ) "Родина тебе Dolphin дала, бери, пользуйся..." )
>> МС на локалхосте в Иксах. Довольно распространенный сценарий
> А по мне - так какое-то безумие типа Нортона под вин10 )И чем это плохо? Как минимум позволяет не отрывать руки от клавиатуры поминутно хватаясь за мышь для выполнения простейших действий с файлами типа выбрать и скопировать куда-нибудь. Хотя в те времена когда мне еще приходилось по работе иногда иметь дело с виндами,лет двадцать назад,я там предпочитал Far,а не Нортон.
> "Родина тебе Dolphin дала, бери, пользуйся..." )
Хотел сейчас на него посмотреть - так apt-get install dolphin захотело установить 109 пакетов зависимостей и занять 105 мегов места. Как-то многовато для программы,от которой требуется всего-то копировать/перемещать/удалять выбранные файлы. Для сравнения, MC, правда у меня не самый новый, всего около 6 мегов и буквально пара пакетов.
Посмотрел картинки на сайтах - возникло подозрение что с клавиатуры выполнять операции может быть неудобно. К тому же из-за "однопанельности" не видишь куда копируешь/перемещаешь. Тут конечно могу ошибаться так как впечатление составлено по картинкам,а не по реальной работе. Там вообще не через "карман" операции сделаны как в старых виндах в проводнике было? То есть в одном каталоге надо было файлы выделить(причем выделение регулярно слетало при малейших промахах мышью), нажать "копирование" (нет,не туда куда надо,а в виртуальный "карман",текущее содержимое которого невидимо!), потом пойти в тот каталог куда таки надо скопировать и там нажать команду "вставить". На мой взгляд - крайне медленно и неудобно,да еще это все плохо управлялось с клавиатуры и требовало точных движений мышью. Мне такое поведение попалось в Simply Linux лет несколько назад,уже не помню что там было в качестве файлового менеджера.Зашел отсканировать кое-что,а на машине со сканером там этот линукс был. Как раз классический случай работы с файлами - после сканирования прибить лишнее и забрать на флешку нужно. И это было весьма неудобно без MC. Вот уж точно - лучше копировать в командной строке,чем так. Даже несмотря на необходимость "дрючить ls".
Детектор сообщает: обнаружен фанат nc и гномер. Уровень опасности: средний.Как говорили в начале тыщилетия, с теми кто не умеет работать с клавиатуры "по-виндовски" спорить бесполезно. А про возможность открыть два "поводника" лучше молчать )
(но в Дельфине есть двухпанельный режим, просто его никто не фоткает)Если что, Долфин это часть КДЕ, которого, очевидно, нет. Так что, лучше не ставить.
> Хотя в те времена когда мне еще приходилось
> по работе иногда иметь дело с виндами,
> лет двадцать назад, я там предпочитал Far,а не Нортон.Ну да. Нортон - это эпоха конца 90-х. В этой эпохе он своё отработал на ура на все 100% и спасибо ему за то, что в то время он с нами был.
А к началу 2000-х ("лет двадцать назад") Нортон стал уже не сильно приспособленным к виндам и в то время на сцену вышел хорошо приспособленный к виндам Фар, который такие, как мы, люди и сочили достойной заменой Нортону и продолжателем дела его в новых виндусовых условиях, к которым Нортон приспособиться нормально не смог, а Фар очень даже смог, т.к. ваялся уже в эпоху существования виндов и значит всё виндусовое в своей разработке уже имел в виду.
> Посмотрел картинки на сайтах - возникло подозрение
> что с клавиатуры выполнять операции может быть
> неудобно. К тому же из-за "однопанельности"Двухпанельность-то все эти заменители нортонов, фаров и мц, делать пытаются. Но только они наверно сами не понимают - для чего двухпанельность нужна. Она часто нужна для того (это, конечно, не единственное дело двухпанельности), чтобы из одной панели в другую файлы можно было скопировать или переместить быстро(!) - клавиатурой по простому типа F5/F6, а не так, как это сделно у них: файлы в одной панели выделил, скопировал не в соседнюю панель, а буфер, затем в соседнюю панель прыгнул (хорошо ещё, если одним Табом, а бывает и намного сложнее) и только уже внутри панели-приёмника из буфера предварительно скопированные в него файлы вставляй. Вот была халва - страдать для таких простых операций такой кучей лишних действий вместо того, чтобы их проделать быстро и с завязанными глазами по джедайски в божественных Миднае или Фаре. :-)
> можно было скопировать или переместить
> быстро(!) - клавиатурой по простому типа F5/F6, а не так, как
> это сделно у них: файлы в одной панели выделил, скопировал не
> в соседнюю панель, а буфер, затем в соседнюю панель прыгнул
> (хорошо ещё, если одним Табом, а бывает и намного сложнее) и
> только уже внутри панели-приёмника из буфера предварительно скопированные в него файлы
> вставляй.Мне вот тоже очень сильно не нравится эта идея с промежуточным буфером,да еще и невидимым - невозможно(или я не знаю способа) посмотреть что в нем сейчас находится. Это надо держать в оперативной памяти, _своей_,а не компьютера.
Причем идея с копированием через буфер встречается не только в файловых менеджерах в стиле "проводника" из старых виндов,но и в текстовых редакторах. Нельзя отметить на экране блок текста и просто скопировать. Надо сначала в буфер,а потом из буфера. Именно из-за отсутствия этого неудобства лично мне нравится пользоваться редактором eFte (сильно перенастроенным под себя).
Причем в текстовом редакторе возможные ошибки из-за невозможности подсмотреть содержимое буфера перед выполнением действий допустим замены - не так критичны потому что всегда есть undo. В случае копирования с заменой файлов в файловом менеджере - восстановление после ошибочного действия может быть куда более сложным. И хорошо если резервная копия есть под рукой.Относительно же внешнего вида файлового менеджера - с одной стороны конечно его можно было бы сделать графическим и это могло бы даже каких-то удобств в интерфейсе добавить,как например в виндовом Total Commander. Я кстати что-то подобное под линуксом видел лет десять назад,но оно очень уж сырое тогда было.
Но с другой стороны - в линуксе куда чаще чем в виндах бывают ситуации когда надо работать на машине без графики. Самый частый случай - ssh через мобильный интернет с крайне низкой скоростью. Поэтому всё равно нужен текстовый файловый менеджер. А держать их два разных на машине, каждый раз переключаясь "в уме" что и как делается в каждом - менее удобно чем пользоваться одним MC,пусть он и без графических удобств.Вот еще какая проблема с MC у меня была - с некоторых пор в нем так усердно дописывали работу с юникодными локалями что поломали работу в обычных однобайтовых кодировках. Поэтому я использую последнюю не сломаную версию 4.8.13. Вобщем-то меня в ней абсолютно всё устраивает,а разработчикам было бы неплохо помнить о том,что кроме новейших систем использующих юникод,есть и немало всякого унаследованного оборудования со своим софтом,работающим только в однобайтных кодировках. И огромные массивы текстовых файлов в этих кодировках. У меня например личный архив по интересующим меня темам (техника,с компами не связанная) собирается аж с 1989 года. И перекодировать всё это куда-то я точно не буду так как потом замучаюсь отслеживать мелкие возможные повреждения. Был,знаете ли,опыт.
> Вот еще какая проблема с MC у меня была - с некоторых
> пор в нем так усердно дописывали работу с юникодными локалями что
> поломали работу в обычных однобайтовых кодировках. Поэтому я использую последнюю не
> сломаную версию 4.8.13. Вобщем-то меня в ней абсолютно всё устраивает,а разработчикам
> было бы неплохо помнить о том,что кроме новейших систем использующих юникод,есть
> и немало всякого унаследованного оборудования со своим софтом,работающим только в однобайтных
> кодировках. И огромные массивы текстовых файлов в этих кодировках."Достаточно, чтобы слова выражали смысл" (Учитель Кун).
Что конкретно сломано? А то слов чересчур много, а информации ноль.
> Что конкретно сломано? А то слов чересчур много, а информации ноль.Сейчас слов будет еще больше,причем более раздражительных для сторонников "идейной чистоты" в линуксе.
Сломано отображение части второй половины ascii таблицы по F3/F4 при использовании однобайтной локали.Чтобы версия 4.8.13 нормально показывала вторую половину таблицы достаточно закомментировать пару строчек в исходнике:
static inline int
is_8bit_printable (unsigned char c)
{
/* "Full 8 bits output" doesn't work on xterm */
/* if (mc_global.tty.xterm_flag)
return is_iso_printable (c);return (c > 31 && c != 127 && c != 155);
*/
return (c > 31 );
}
Утверждение "Full 8 bits output" doesn't work on xterm является ложным уже лет так двадцать,требуется лишь правильная настройка xterm и шрифт где все символы есть.
С более новыми версиями MC так просто уже не получится. На что я и намекал,говоря о сломаной работе с однобайтовыми кодировками.С этой проблемой столкнулся давно,когда прикручивал локаль CP866 для работы с унаследованными массивами данных на одной из прежних работ. Ну и дома по той же причине сделал. Более подробно,с нужными патчами и конфигами здесь:
https://debianforum.ru/index.php?topic=15610.0
По сей день поддерживаю актуальность этих патчей(с 2008 года) - это замечание для тех кто любит повторять "тебе надо - ты и делай,это же опенсорс". Я сделал. К сожалению не имею навыков(и нужного "блата") для пропихивания патчей в апстрим (и в Иксы и в MC).Любителям поговорить о "ненужности" однобайтных кодировок можно заглянуть например по этим ссылкам - у людей возникали такие же надобности как и у меня:
https://vtitov.blogspot.com/2014/07/dos-cp866-linux-xterm.html
https://linuxmint.com.ru/viewtopic.php?t=5798
Также можно посмотреть на счетчик скачивания у моего патча - за пару лет это потребовалось двум десяткам человека как минимум. А сколько скачало с даты первой публикации (2008г) не знаю так как там где я это размещал счетчиков нет.А вот более новый MC приучить к показыванию полностью второй половины ascii таблицы у меня терпения не хватило так как особой надобности небыло - меня и так всё устраивает в версии 4.8.13.
И мне вообще непонятно зачем авторы MC решают за пользователя какие символы во второй половине таблицы у него "printable",а какие нет. Как будто не знают что существуют кодировки где вторая половина таблицы активно используется. Хотя если это американцы то могут и не знать.
Кстати,у белорусов есть кодировка cp1133,с ней те же проблемы будут. Хотя она официально поддерживается в Иксах,в отличие от cp866 (почему-то).
> Более подробно,с нужными патчами и конфигами здесь:
> заглянуть например по этим ссылкамТикет в багтрекере mc есть? Нету? Пока вы будете ныкать свои патчи по каким-то форумам, так и будете страдать.
> Тикет в багтрекере mc есть? Нету?Я же прямо написал выше - что не имею ни нужных навыков ни "блата" для пропихивания патчей в апстрим. И уж тем более не умею вести деловую переписку (да и вообще никакую) на грамотном английском. Если авторы MC считают что символы из второй половины таблицы могут быть не printable то как я со своим убогим английским буду растолковывать им что бывают кодировки русского языка где вся вторая половина таблицы используется...
>Пока вы будете ныкать свои патчи по каким-то форумам, так и будете страдать.
Вполне понимаю высокомерное отношение настоящих разработчиков к таким как я.
Они смогли целый МС написать,а я - только небольшой патч под свои надобности.
И как ни странно - не страдаю,потому что мой патч работает у меня и у тех кому это нужно.
> Мне вот тоже очень сильно не нравится эта идея с промежуточным буфером,да
> еще и невидимым - невозможно(или я не знаю способа) посмотреть что
> в нем сейчас находится. Это надо держать в оперативной памяти, _своей_,а
> не компьютера.
> Причем идея с копированием через буфер встречается не только в файловых менеджерах
> в стиле "проводника" из старых виндов,но и в текстовых редакторах. Нельзя
> отметить на экране блок текста и просто скопировать. Надо сначала в
> буфер,а потом из буфера.Да. Идея копирования/перемещения объекта через какой-то промежуточный буфер вместо прямого копирования/перемещения его напрямую в пункт прибытия является идей, конечно, странной. Промежуточный буфер обмена применять надо для того, для чего он и был задуман - для обмена данными между разными программами, а не для перемещения данных внутри одного набора данных.
Я сейчас подумываю даже и о том, что можно было бы организовать копирование/перемещение данных прямое без промежуточного буфера даже между разными программами, если в системе было бы понятие уникального для всех программ выделения. Например, выделил текст в ворде, а вставил его прямо оттуда в блокнот. Если выделил текст в Ворде, а потом сделал выделение в Файрфоксе, то выделение в Ворде слетело, если выделение было бы уникальным во всей системе.
>[оверквотинг удален]
> пор в нем так усердно дописывали работу с юникодными локалями что
> поломали работу в обычных однобайтовых кодировках. Поэтому я использую последнюю не
> сломаную версию 4.8.13. Вобщем-то меня в ней абсолютно всё устраивает,а разработчикам
> было бы неплохо помнить о том,что кроме новейших систем использующих юникод,есть
> и немало всякого унаследованного оборудования со своим софтом,работающим только в однобайтных
> кодировках. И огромные массивы текстовых файлов в этих кодировках. У меня
> например личный архив по интересующим меня темам (техника,с компами не связанная)
> собирается аж с 1989 года. И перекодировать всё это куда-то я
> точно не буду так как потом замучаюсь отслеживать мелкие возможные повреждения.
> Был,знаете ли,опыт.Ну да. С юникодами этими, наталкиваемыми сильно рьяными разработчиками куда надо и, к сожалению, куда даже и не надо, бывает много проблем. А в МС какая конкретно проблема с кодировками? У них с этим получается получше, чем в far2l ("FAR для linux"). В МС если напоролся на файлы в каличных кодировках, то в панели через Esc-E переключил и спас файловые имена от нечитаемости. Аналогично Esc-E и внутри миднаевского редактора и вьювера выручает. А непроходимых проблем с кодировками в МС я не встречал.
> Esc-E и внутри миднаевского редактора и вьювера выручает.Еще раз взгляните на приведенный мной выше кусок кода из MC - там при запуске в иксовом терминале часть символов из второй половины таблицы принципиально считается непечатными якобы потому что xterm не может их отобразить. Даже комментарий про это кем-то из авторов написан.
Что есть либо честное заблуждение либо наглая ложь,так как при соответствующей настройке xterm таки может отображать все символы. Но объяснить это MC можно только исправлением исходника.При желании не только видеть,но и вводить русские буквы в 866 кодировке - увы,приходится патчить еще и xlib так как нет механизма добавления новой "иксовой" локали без дописывания кода в библиотеку - одними конфигурационными файлами не обойтись.
>С юникодами этими, наталкиваемыми сильно рьяными разработчиками куда надо и, к сожалению, куда >даже и не надо, бывает много проблем.
Полностью с вами согласен. Правильно сказано предками - "всему своё место". А еще напомню правила правила именования идентификаторов из классических учебников по программированию.
"идентификатор может состоять из букв латинского алфавита a—z и A—Z, цифр 0—9 и символа подчеркивания «_»; первый символ имени не должен быть цифрой"
Имя файла - это идентификатор. И в интернациональной языковой среде он таки должен быть универсально-стандартным. А любителям называть файлы на русском (или любом другом языке) я могу только пожелать получить когда-нибудь файл,названный на хинди или суахили. Интересно,что судя по содержимому китайского интернета - там иероглифами в именах файлов не злоупотребляют. А то весело было бы скачать апдейт прошивки для контроллера моей домашней автономной солнечной энергетики с именами из китайских иероглифов.
> Имя файла - это идентификатор. И в интернациональной
> языковой среде он таки должен быть универсально-стандартным.
> А любителям называть файлы на русском (или любом
> другом языке) я могу только пожелать получить
> когда-нибудь файл,названный на хинди или суахили.Да... Людей сейчас уже и не убедишь отказатья от привычки давать файлам имена из русских буковок. Выросло уже целое поколение, которое упирается агрессивно просьбам не называть файлы русскими именами... Да ещё и говорят типа - "да чё вы сказки рассказываете, у меня с русскими имнами всё нормально и проблем никогда не было". Они ж не понимают, что "никогда не было" != "никогда не будет". Они живут по какому-то упрощённому методу математической индукции, в которой правило доказательства индуктивного перехода от шага n к шагу n+1 они выкинули как атавизм стариков-пердунов. Думают, что если у них никогда не было проблем, о которых им расказывают и предупреждают те самые старики-пердуны, то проблем никогда и не будет. А я ещё со времён старого доброго доса (да и начальных виндов) помню, как на полетевших файловых системах файлы, которые кто-то называл по русски (не грешили и винды иметь каталоги типа Мои документы и т.п.) файлы начинали отображаться вопросительными знаками. Хорошо хоть, что до расширений в файловых именах руки руссификаторов не дотягивались и это помогало быстрее восстанавливать файлы, от имён которых оставались одни вопросительные знаки.
> Людей сейчас уже и не убедишь отказатья от привычки давать файлам
> имена из русских буковок.Если люди не обучались программированию они не знают что такое "идентификатор" и каким он должен быть. Безграмотные пользователи были всегда,я их еще на ЕС ЭВМ застал.
Впрочем, на своей машине человек может называть файлы хоть на иврите. Главное чтобы не создавал этим проблемы другим. А с созданными себе проблемами как-нибудь сам разберется. За свой счет. Имена файлов в национальных кодировках или с экзотическими юникодными символами - далеко не самая страшная проблема которую могут создать "чайники". При необходимости специалист может в почти автоматическом режиме переименовать такие файлы в транслит. Или в автоматически сгенерированные цифровые имена если от неудобных символов уже одни "вопросики" остались. Кстати, МС даже если видит имя файла как "вопросики" то всё равно может показать его содержимое. Во всяком случае в Линуксе.
> Для обновления надо выйти из этого каталога и зайти обратно.Не надо. Учите матчасть.
>> Для обновления надо выйти из этого каталога и зайти обратно.
> Не надо. Учите матчасть.Ну можно еще Ctrl-R нажать. Просто выйти-войти быстрее получается. Но дело не в том,какое именно действие выполнять,а в том,что MC не умеет обновлять содержимое панели САМ. Без каких-либо действий со стороны пользователя.
За столько лет его использования так и не привык к его особенностям. Собрал Far - для меня он значительно удобнее и продуманней. Особенно что касается работы с архивами.
Попробую, а то с архивами беда -- только через консоль приходится работать из-за скорости распаковки в несколько световых лет.
Попробуй dolphin, лучше в плане работы с архивами ты ничего не найдёшь. Периодически ломают, правда.
то же самое, что и ark. tar.gz может и норм, но как дело доходит до tar.xz с большим кол-вом файлов -- жди.
А, ну так у сжатых тарболов нет индекса и lzma очень медленный, хуже только bz2. Тебе интересует https://github.com/vasi/pixz он индексирует тарболы. Но вообще стоило бы отказаться от xz в пользу zstd. И если уж использовать xz, то только в lrzip.
не знал, что они без индекса, но касательно изначального вопроса дело в юниксвейной виртуальной ФС или KIO, что работы как бы с каждым файлом архива через прослойку, zstd посмотрю, дело еще в том, что я в своём софте использую.
я думал zstd это маргинальщина, теперь буду его использовать, но вот долфин именно его не открывает, если не в зип паковать
Нет, это новый топ уже несколько лет и он самый популярный, его повсюду встроили уже. В экстремальном режиме примерно 1 к 1 с xz в экстремальном режиме по сжатию, но на четверть быстрее. Ну, примерно, зависит от данных тоже. Это не стандартные параметры, правда. Долфин открывает такие тарболы, если они имеют расширение .tar.zst или .tzst, для максимальной эффективности можно добавить --long=31, такие файлы уже не открывает. Если имеются повторяющиеся данные, попадающие в 2гб окно, то даже без сжатия легко обходит lzma. Можно пропатчить, чтобы распознавалось специальное расширение с 31, если это очень необходимо. Правда, у таких тарболов тоже нет индекса и проблема ещё больше чем с xz, есть специальный индексирующий zstd при острой необходимости. Я лично использую дефолтный уровень 3 и скорость самое важное, там где имеет значение размер, или нужна полноценная дедупликация, намного лучше применять lrzip.
dolphin?? почему не ark ? или они уже как в винде вделали - zip в виде папок? ужас.
У венды только zip, тут любой формат архива поддерживается. Кроме RAR, этот только в kde3 поддерживался. И что значит "уже", в кедах всегда была прозрачная поддержка архивов в ФМ, может даже до венды появилась. Ark достаточно трешовая прога, да и в целом, лишний шаг, тут можно как с обычными файлами работать, открывать их в других программах и так далее. Раньше данные предварительно извлекались на диск, но они решили быть модными и теперь извлекается в памяти. Вроде даже уже освобождает память обратно.
Фух, ну ты напугал. Счас проверил - всё через арк открывается. Ненавижу когда ФМ делает из себя нечто страшное, выдаёт что-то одно за другое, архивы ха папки. А потом однажды ты проснёшься, а у тебя .cache на 50ГБ и дохлый SSD.
Какой ещё кэш, если файлы в памяти остаются? Да и раньше извлекалось в tmpfs (во всяком случае я не вижу смысла рержать /tmp на диске). А вот ark извлекает на диск.
Мне не нравится когда от меня скрыта логика происходящего. У меня 4ГБ РАМ и у меня зип с 10ГБ всякой фигни (или образ убунты, лол). Я понимаю что ФМ может прочитать индекс и выдать мне его за структуру поддиректорий. А что начнётся когда я начну там энтеры нажимать всякие? Куда он будет что девать? А если я хочу отменить? Прервать? А если повторить - заново будет? Вощем, мне понятнее открыть винрар, extract to /tmp, работать с полученным.
/oldskool mode )
Ну обычно это архив с какими-то файлами, которые нужно просмотреть и выбрать только что-то из них. Либо просто просмотреть, открыв в какой-то программе. Либо селективно скопировать какие-то файлы из архива в фм. Любая программа может прозрачно получить данные из архива. Если ты собрался извлекать вручную, то, опять же, тут будет извлекать в память только данные, которые нужны, а не все подряд. Это и быстрее, и экономнее, да и ресурс ссд не расходуется совершенно впустую. Что ты собрался отменять не совсем понятно, любые операции прерываются, если ты их своими действиями остановишь. Мне кажется, у тебя просто какая-то фобия из-за того, что ты не понимаешь, как это работает. Попробуй разобраться, может, понравится.
rundll32 zipfldr.dll DllUnregisterServer (или как-то так) - до сих пор наизусть помню как срашный сон.
согласен, 7zip, можно поспать, хотя 7za распаковывает за секундывот нахрена так было делать?
Странный вопрос. Не было времени сделать лучше. Можешь помочь, если это время есть у тебя
> Странный вопрос. Не было времени сделать лучше. Можешь помочь, если это время
> есть у тебяочень часть плохое решение и хорошее занимают одинаковое время
Но гораздо чаще всё-таки разное
> Но гораздо чаще всё-таки разноеэто если исполнитель даун, то что дает какую-то выгоду из-за костылей обязательно отожрет время потом
так что в среднем - примерно одинаковое + - 10%
дело в прослойке VFS, а не прямом вызове команды архиваторов
> дело в прослойке VFS, а не прямом вызове команды архиваторовчто почти ставит крест на использовании МС для работы с архивами
програ нормальная , но фар лучше в разы
И чем? Особенно в контексте линукса
А что за контекст такой особенный? В линуксе файлы другие, или директории от папок принципиально отличаются?
И в каких репах его искать, бетку-то?
Спасибо за обновления программы! Если запускать в терминале под макосью через sudo mc, то не работает консоль по Ctrl-O, но если сначала запустить sudo -s а потом mc то работает нормально.
Где релиз? Какой релиз? Нет никакого релиза.
Поторопились с релизом: https://github.com/MidnightCommander/mc/commit/b2ffac752ff12...
Подскажите, пожалуйста, как решить задачку с неправильной работой Shift+F(n) у Debian в TTY.
https://midnight-commander.org/ticket/367 не помогает.
Я бы посмотрел как он себя ведёт в других терминалах, посмотрел бы чему равна TERM.
В других терминалах всё хорошо.
Только в TTY проблема.
$ echo $TERM
linux
Проверил у себя, понял о чм речь. Смещены SFIFT+F4 > F6. Можно попробовать сделать обучение клавиш.
> Проверил у себя, понял о чм речь. Смещены SFIFT+F4 > F6. Можно
> попробовать сделать обучение клавиш.А можно пофиксить кривой Дебиан.
> Можно попробовать сделать обучение клавиш.Что-то не получается.
Настройки > Распознавание клавиш. Дальше там понятно что делать.
> PrivoxyПомню-помню. Это же для Firefox 3.6.32 плагин Tor Button, который требует, чтобы в системе была установлена и запущена системная служба Privoxy, которая транслирует Socks4a-вызовы по адресу 127.0.0.1:9050 в HTTP-вызовы по адресу 127.0.0.1:8118. Конфиг Privoxy даже на сайте тора до сих пор лежит, хотя никто уже не пользуется Privoxy. Сначала его заменили на Polipo, а потом не помню уже на что.
Добавлять поддержку синтаксиса Privoxy в 2023 году - ну, не очень вовремя, как мне кажется. В 2008 году Privoxy+Tor ещё использовали. Сейчас - не знаю.
Или Privoxy не только в связке с Tor используют?
> Сначала его заменили на Polipo, а потом не помню уже на что.А потом просто стали использовать использовать напрямую без промежуточного http прокси.
> Или Privoxy не только в связке с Tor используют?Я использую. Удобно, если нужно часть сайтов пропускать через Tor, а часть напрямую. Даже с .onion работает без Tor браузера. Нужно просто указать в /etc/privoxy/user.action чтобы протаскивал такие сайты через forward-socks5t 127.0.0.1:9050
>Apple M1.Это как? в файловом менеджере какой-то код специфичный для конкретного процессора?
Это же Яблоко. У них всё всегда так.
Пусть будет, но когда мне не хватает консоли, использую sshfs+krusader.
не можешь без гуя, проказник...
> не можешь без гуя, проказник...В большинстве случаев обхожусь, но когда приходится делать что-то посложнее правки конфигов в виме, предпочитаю так.
sshfs - "This project is no longer maintained or developed."
В дистрах пока присутствует.
> В дистрах пока присутствует.Ну да. В "дистрах" присутствует:
# pkg search sshfsА где это нашукали "project is no longer maintained or developed"?
fusefs-sshfs-3.7.3_1 Mount remote directories over ssh# port-find sshfs
Port: fusefs-sshfs-3.7.3_1
Path: /usr/ports/sysutils/fusefs-sshfs
Info: Mount remote directories over ssh
> А где это нашукали "project is no longer maintained or developed"?
> Реализована возможность продолжения копирования после прерывания операции (например, после случайного нажатия Esc во время копирования).АААААААААААА. 22 года ждал
Я тоже. Это куда лучше чем skip давить в надежде что какой-то недописанный посередине файл заметишь.
я Delete давил :)
> АААААААААААА. 22 года ждалrsync + --partial-dir / --partial --append-verify
и не надо было ждать ;)
ага, особенно если это копирование файлов по ftp, которые ты полчаса выбирал, выделяя нужные...
Что-то пропала эта версия с файлового сервера. Какой-то критичный баг нашли?
> Что-то пропала эта версия с файлового сервера.Кто-то побежал впереди паровоза. Что что-то где-то лежит и какие тэги в репозитории проставлены -- это внутреннее дело проекта. Анононса в списках рассылок не было -- релиза не было.
На сайте https://midnight-commander.org/ было объявление о релизе, там до сих пор висит "Current version is: 4.8.29; what's new"
в єтой версии починили прокрутку списка панели lmb+drag up?
вниз работало, вверх нет, обещади починить.
Бывает в цикле насоздаёшь дурарацких файлов ~file -file +file и сразу вспоминаешь про mc :-)
Не, ну где то на дне лежит в тине про найти инод и удалить по иноду, и мысль про mc прямо радостная.
подскажите, как отключить выполнение скрипта/бинарного исполняемого файла при нажатии на Enter? я однажды себе чуть систему не порушил нах, случайно нажав ентер не на тот файл.это точно настраивается, т.к. в каких-то дистрибутивах нажатие ентера запускает скрипт/бинарь, в каких-то нет.
> подскажите, как отключить выполнение скрипта/бинарного исполняемого файла при нажатии
> на Enter? я однажды себе чуть систему не порушил нах, случайно
> нажав ентер не на тот файл.
> это точно настраивается, т.к. в каких-то дистрибутивах нажатие ентера запускает скрипт/бинарь,
> в каких-то нет.Настройки / Подтверждение... / [X] Исполнение
>>> Настройки / Подтверждение... / [X] Исполнениеchmod удобнее будет
>>>> Настройки / Подтверждение... / [X] Исполнение
> chmod удобнее будетchmod сделает файла неисполняемым вообще, а не только в mc.
Что-то нет никакого релиза ни в тегах git ни на псевдо-ftp сервере. Файл http://ftp.midnight-commander.org/mc-4.8.29.tar.xz был удалён?