LINUX.ORG.RU

Релиз Midnight Commander 4.8.0

 ,


0

2

Вышла новая версия консольного файлового менеджера Midnight Commander 4.8.0

Посмотреть все закрытые задачи для этого релиза

Основные изменения с версии 4.7.5

ВНИМАНИЕ: Пользовательские конфигурационные файлы были перемещены из каталога $HOME/.mc в каталоги XDG_CONFIG_* для следования стандартам FDO. Для получения подробной информации посетите эту ссылку.

ВНИМАНИЕ: VFS-пути теперь представлены как vfsprefix1://vfsdata/vfsprefix2://vfsdata (см. задачу номер 2361).

Пользовательский файл 'bindings' был переименован в 'mc.ext'. Вам необходимо найти в этом файле все строки со старым форматом VFS-путей (например, «Open=file.ext#vfsprefix») и заменить их новым форматом (Open=file.ext/vfsprefix://)

Старый формат VFS-путей поддерживается только в каталогах быстрого доступа (CTRL+\), при этом не допускается смешивать старый и новый форматы VFS-путей в одной строке.

ВНИМАНИЕ: Названия привязок клавиш были изменены для лучшей унификации (см. задачу номер 2511). Соответствия старых и новых названий привязок клавиш описаны в файле doc/keybind-migration.txt и на web-странице.

Основное (панели)

  • добавлена поддержка 256-ти цветов;
  • пользовательские файлы настроек перемещены в каталог, указанный в переменной окружения XDG_CONFIG_HOME;
  • выделение файлов в панелях нажатием сочетаний клавиш shift-left/right;
  • добавлена возможность пропускать все ошибки при операциях с множеством файлов или каталогов;
  • улучшения в поиске файлов:
    • возможность указания каталогов для игнорирования при рекурсивном поиске в диалоговом окне;
    • поддержка относительных игнорируемых каталогов (например, .svn);
    • флажок «Поиск по содержимому» по умолчанию включен.
  • распознавание хардлинков при подсветке файлов;
  • унификация названий привязок клавиш;
  • оптимизированы загрузка и сохранение конфигурационных файлов и файла истории;
  • добавлена опция командной строки -g/--oldmouse для поддержки типов мыши NORMAL/BUTTON_EVENT (помогает при запуске в screen/tmux).

VFS

  • VFS теперь использует пути, похожие на URL;
  • новый модуль для extfs: gitfs;
  • улучшение модуля patchfs: объединение нескольких diff-кусков для одного и того же файла в один VFS-файл.

Редактор

  • новая реализация движка макросов;
  • множественный повтор ранее записанных макросов;
  • вызов внешних скриптов из редактора;
  • добавлена возможность возврата отменённых действий (REDO);
  • группировка отменённых действий (UNDO);
  • regexp поиск и замена: поддержка escape-последовательностей в строке замены.

Прочее

  • лицензия изменена на GPL3+;
  • новые привязки файлов:
    • .torrent: просмотр при помощи ctorrent;
    • .mts: распознаётся как файл видео;
    • .3gp - видеофайл.
  • новые скины:
    • Xoria256;
    • mc-4.6.
  • добавлена опция командной строки -F/--datadir-info для отображения расширенной информации об используемых каталогах;
  • добавлена опция командной строки --configure-options для упрощения обновления и переконфигурирования mc;
  • добавлены новые переводы:
    • эсперанто;
    • интерлингва.

Исправления

  • ошибка сборки на DragonFly BSD;
  • ошибка сборки на Solaris;
  • нерабочее автозавершение команд;
  • диалоги убирают ведущие пробелы в строках ввода;
  • неправильный порядок инициализации слоя абстракции TTY;
  • строка подсказок перемещается в начало экрана и перезатирает основное меню;
  • Просмотрщик: нарушен поиск по выделенным/подчёркнутым nroff-символам, неправильная подсветка найденного;
  • Просмотрщик: man-страницы в UTF-8 отображаются некорректно;
  • FTP: каталоги, содержащие «@» в названии, потенциально могут привести к удалению домашнего каталога;
  • FTP: невозможно скачать файлы, содержащие апостроф (`) в названии;
  • FTP: невозможно отобразить содержимое каталогов, если пароль содержит символ '#';
  • FTP: невозможно скачать файлы, содержащие пробелы в начале имени;
  • Просмотр содержимого *.deb файлов невозможен с последней версией Perl;
  • ISOINFO: в конец файлов добавляется ";1" когда просматривается содержимое Joliet ISO-образа без расширений Rock-Ridge;
  • FISH: отображение панелей нарушается после ввода пароля.

Весь список изменений и исправлений ошибок можно посмотреть в полном анонсе (англ.)

>>> Скачать

★★★★★

Проверено: post-factum ()
Последнее исправление: JB (всего исправлений: 8)

рады видеть

А вот когда-то ималась прикольная сборка mc... там при copy/move файлов - бар бежал слева или справа, в зависимости что откуда копировалось/мувилось. Анонимусы были в восторге, и шашечки на месте.. Не фичареквест, но все же.

Jam_666
()
Ответ на: комментарий от Slavaz

>> А зачем нужны эти ваши аспиранты и интерлингвы?

Сам удивляюсь. Но если переводят, значит кому-то нужно...

Всякие аспиранты и куннилингвы не нужны. Есть английский язык, а все прочие не нужны.

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

> Да, посмотрел. Увидел упёртого разраба. Регаться и пытаться что-то доказать желание пропало. Всё равно зря время потеряю.

ну... так дело не пойдёт. да. Имхо, потому и в этой стране over95% хают власть, но хавают :-D

h4tr3d ★★★★★
()
Ответ на: рады видеть от Jam_666

> вот когда-то ималась прикольная сборка mc... там при copy/move файлов - бар бежал слева или справа, в зависимости что откуда копировалось/мувилось. Анонимусы были в восторге, и шашечки на месте.. Не фичареквест, но все же.

[Midnight-Commander]
-classic_progressbar=1
+classic_progressbar=0

Slavaz ★★★★★
() автор топика

Спасибо за замечательный менеджер!

А можно пофиксить «баг», когда галка «Preserve Attributes» по умолчанию снята для систем, примонтированных через FUSE? Не критично, но раздражает (приходится каждую новую версию MC патчить...)

https://www.midnight-commander.org/ticket/2254

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

>> ыыы! это временные файлы, а никакой не кэш

В чём отличие?

1. у меня мс удаляет эти файлы при выходе из мс

2. но даже если бы он не удалял — мс умеет пользоваться этим файлом после выхода и нового запуска мс? если да, то их можно считать кэшем

www_linux_org_ru ★★★★★
()

была проблема с работой по ftp с hd-медиасервером (тамошний ftp-сервер отдает криво отформатированный листинг файлов/директорий) - старый mc его неправильно парсит и показывает в панели несуществующий пробел между '/' и именем:
/ bin
/ dev
...
* Test.fat
соответственно нельзя ни в директорию войти, ни файл скопировать/открыть на редактирование;

увидел эту новость, пошел читать список зафикшенных багов, нашел там свой, обрадовался;
скачал новый релиз mc-4.8.0-1.fc15.src.rpm, собрал, установил

в результате, как не работало, так и не работает :(

пичалька

anonymous
()
Ответ на: хотелось бы... от Jam_666

> Там еще одна строка имеется - classic_progressbar=true

несколько classic_progressbar? Должен быть один параметр. false или 0 - без разницы.

но не работает.

Какая версия mc?

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

>и наконец — насколько мне известно, юзерский кэш положено держать в /var/tmp, а не засирать им хомяк

Вот хомяков попрошу не трогать.

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

> Но это всё - обход проблемы с помощью разного рода костылей.

главное, до сих пор нет внятных аргументов от разрабов, а для чего это вообще было сделано; единственное что есть - вот: Релиз Midnight Commander 4.8.0 (комментарий) (для Ъ: «хотелось бы отделить мух от котлет и упорядочить их»);
не, ну я понимаю, когда есть какой-то компромис, т.е. когда терпишь неудобства в одном месте ради удобств в другом (может быть даже субъективно для тебя не актуальных, но полезных для других людей); а здесь то в чем профит?

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

> была проблема с работой по ftp с hd-медиасервером

А вот если бы сразу баг отрепортил, может и не было бы необходимости открывать
https://www.midnight-commander.org/ticket/2635
Не надо скрывать обнаруженные проблемы...

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

> не, ну я понимаю, когда есть какой-то компромис, т.е. когда терпишь неудобства в одном месте ради удобств в другом (может быть даже субъективно для тебя не актуальных, но полезных для других людей); а здесь то в чем профит?

https://www.midnight-commander.org/ticket/1851

«Note that in order to reduce .files mess and clean up $HOME some other solutions have been made, including PLD Linux-specific HOME_ETC.»

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

>Шары надо за это отрывать таким умникам. Медленно и печально, может через шары дойдёт, почему не надо пускать с десяток параллельных закачек на один сервер. Как в том анекдоте: «ищу спаммера. найду - убью». К параллельно-качальщику это тоже относится.

:)))))))) Это всё понятно, но есть ещё один аспект. На многих сайтах нет прямых ссылок для закачки файлов. Вместо этого предлагается тыкать по кнопкам, читать рекламу, обрабатывать капчу, смотреть на медленно тикающие жабовские счётчики... Закачка полутора десятков mp3 в таких условиях превращается в очень длительную оргию, но параллельная закачка предоставляет уникальную возможность перенести часть оргии со стороны пользователя на сторону сервера. Если бы везде были прямые ссылки, которые можно скопипастить из броузера в качалку и качать последовательно, тогда был бы смысл один раз настроить качалку и не устраивать хентай серверу, но такое пока не везде возможно и рекламу качальщикам «читать» тоже надо.

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

ты сейчас чего-то не того сказал. что мешает иметь в системе несколько tmpfs файлух?

// хотя по изначальной притензии с тобой полностью согласен

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

Строго говоря, вся претензия выеденного гроша не стоит. Настрой переменную $XDG_CACHE_HOME куда нужно, и имей профит без пересборки всего командера.

om-nom-nimouse ★★
()
Ответ на: хотелось бы... от Jam_666

> хотелось бы...

... но не работает.


Там еще одна строка имеется - classic_progressbar=true


изменяя на false - результата тож нет.


Ээххх...

Меню Настройки/Конфигурация...
Галка [ ] Обычный индикатор прогресса

akk ★★★★★
()
Ответ на: комментарий от val-amart

> ты сейчас чего-то не того сказал. что мешает иметь в системе несколько tmpfs файлух ?

Наверное то, что надо в fstab лазить от рута или около того при заведении каждого пользователя. А в случае общего /tmp это делается один раз. И плюс профиль нового пользователя с $TMP/$TMPDIR ы нужное место.

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

>ну... так дело не пойдёт. да. Имхо, потому и в этой стране over95% хают власть, но хавают :-D

А ты что предлагаешь? Вот он выше отписал «reduce files mess». Как можно доказать, что выходит всё с точностью до наоборот? Прийти домой и спустить товарища slavaz с лестницы? Увы, других методов я не вижу.

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

Господа, по результатам этой дискуссии https://www.midnight-commander.org/ticket/2636 будет принято решение.

Сейчас пока что лидирует решение с переносом всех файлов в один каталог: ${XDG_CONFIG_HOME}/mc. Товарищ Готар намекнул, что неплохо бы файлы cooledit.* и Tree оставить в ~/.cache. Что будет дальше - покажет дискуссия.

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

А вот если бы сразу баг отрепортил, может и не было бы необходимости открывать https://www.midnight-commander.org/ticket/2635 Не надо скрывать обнаруженные проблемы...

во-первых, про это уже был баг-репорт: https://www.midnight-commander.org/ticket/2594
во-вторых, слишком большой барьер (зарегистрироваться на сайте, разобраться куда и как постить баг-репорты, все грамотно составить, перевести на английский) нужно преодолеть, причем, с неясными перспективами (был опыт с другими проектами, когда про баг-реквесты просто забывали очень надолго, иногда навсегда); конечно, вы скажете, что «любишь кататься - люби и саночки возить», и будете правы, но лишь отчасти, а именно, только с точки зрения разработчиков, которые хотят получать внятные баг-репорты, а не безосновательное нытье каких-нибудь школьников/троллей; но если посмотреть с точки зрения пользователя, то в своей работе он пользуется очень многими программами (некоторыми неявно) из нескольких сотен разных проектов, и получается, что он должен проходить вышеописанный ад примерно один-другой десяток (сужу по себе) раз (в тех случаях, когда обнаруживаются мешающие ему баги); а учитывая то, что эти баги, обычно, не являются вопросом жизни и смерти, то легче забить (и переключиться на использование другого соседнего продукта данного назначения) и просто ждать, что пофиксят сами, или баг-репорт запостит кто-то другой
в общем, если есть простой способ уведомить о баге (в данном случае через пост на LOR), то он будет использован, и я призываю создавать и практиковать менее формальные площадки для подобного общения разработчиков и пользователей

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

Да, посмотрел. Увидел упёртого разраба. Регаться и пытаться что-то доказать желание пропало. Всё равно зря время потеряю.

ну... так дело не пойдёт. да. Имхо, потому и в этой стране over95% хают власть, но хавают :-D

дело в том, что спорить и что-то доказывать имеет смысл только в случае равных возможностей спорщиков (при некотором независимом арбитре); но изначальные позиции у нас не равны - разработчик все равно сделает так, как он решит, и хоть ты семи пядей во лбу приведешь реальные аргументы реальных неудобств, он все равно будет твердить мантру про «to reduce .files mess and clean up $HOME»
про власть аналогия немного некорректная, поскольку ее идиотизм влияет на жизнь конечного юзера гражданина в гораздо большей степени, чем неудобства mc :), поэтому тут дискуссию нужно вести обязательно, тем более, что здесь независимый арбитр все-таки какой-никакой есть - остальной, пока спящий, народ
короче, не надо воспринимать все в черно-белом свете: между позициями «ничего не делать» и «регистироваться на сайте и доказывать разрабам» есть и промежуточная - «обсудить на ЛОРе» :)
и если мы сейчас увидим, что смогли все-таки склонить разработчиков к нашей точке зрения (подвижки уже есть), и что-то будет сделано, то это только повысит репутацию разработчиков mc в наших глазах по шкале адекватности, а, уже зная это, потом, при обнаружении других багов, нам будет морально гораздо легче идти по предложенному сейчас тобой формальному методу, зная, что если правда за нами, то у нас есть неплохой шанс на победу! :)

anonymous
()

Супер. Суперский релиз получился.

Xellos ★★★★★
()

Но самоподписанные сертификаты - зло.

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

> но изначальные позиции у нас не равны - разработчик все равно сделает так, как он решит, и хоть ты семи пядей во лбу приведешь реальные аргументы реальных неудобств, он все равно будет твердить мантру про «to reduce .files mess and clean up $HOME»

В данном случае это был аргумент стороннего пользователя. Говоря по-честному, в mc уже есть всё, что надо было лично мне в 2008-м году, когда я за него взялся. Дальше продолжается поддержка проекта по желаниям его пользователей. Соответственно, если будет высказываться точка зрения как можно большего числа прользователей, то ...

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


... само собой, что пользователи увидят реализацию своей точки зрения.

потом, при обнаружении других багов, нам будет морально гораздо легче идти по предложенному сейчас тобой формальному методу, зная, что если правда за нами, то у нас есть неплохой шанс на победу!


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

В любом случае, спасибо за внимание к проекту. Намного лучше принимать критику в виде гнилых помидоров, чем смотреть на 0.0 ответов к новостям :)

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

>Намного лучше принимать критику в виде гнилых помидоров, чем смотреть на 0.0 ответов к новостям :)

Лучше до этого не доводить.

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

> Лучше до этого не доводить.

Конечно лучше. Но если такое всё-таки случилось(человеческий фактор, чего уж..), то и прятаться, как страус, тоже не нужно. На критику реагировать нужно адекватно, что мы и пытаемся делать.

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

> В любом случае, спасибо за внимание к проекту. Намного лучше принимать критику в виде гнилых помидоров, чем смотреть на 0.0 ответов к новостям :)

я рад, что мы друг друга поняли :)

anonymous
()

И что за разнос в ~/.config/mc/ini и ~/.cache/mc/panels.ini ?

Неужели снова американская идея подкупила своей тупизной? =-O

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

>> Как посмотреть, что копируется в фоне?

Ctrl+x, j

Спасибо

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

> Сейчас пока что лидирует решение с переносом всех файлов в один каталог: ${XDG_CONFIG_HOME}/mc. Товарищ Готар намекнул, что неплохо бы файлы cooledit.* и Tree оставить в ~/.cache. Что будет дальше - покажет дискуссия.

Я правильно понимаю, что лидирует решение, которое и не по старому, и не по Хигу, и по которому ~/.config будет засираться всякими архивами, которые mc любит складывать в кучу а удалять почему-то забывает? Которые, кстати, ни разу не кэш, поэтому им и в ~/.cache делать нечего. А если вы считаете, что это кэш, докажите это. Чем отличается временный одноразовый мусор от кэша, вам выше написали.

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

> Да, это действительно произошло.

~/.config/mc


Это правильно.

~/.cache/mc

~/.local/share/mc



А это пестец какой маразм. Уж лучше верните все в ~/.mc
Напомнило пословицу про дурака, которого заставили богу молиться.

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

> хотелось бы отделить мух от котлет и упорядочить их.

А в итоге вместо порядка устроили бардак. Не ожидал я от вас такой подлянки.

andreyu ★★★★★
()

Всю дискуссию не читал, прошу прощения.

Скажу, что часто mc юзается на серваках, и там никакими XDG не пахнет вообще. Было бы очень неплохо спросить при старте, юзать ли новую схему с размещением по десктопным нормам, или оставить всё как было - в ~/.mc, и только потом переносить, если юзер согласится на перенос. Ну и при старте проверять потом, где лежат файлы, по новой схеме или по старой, если и там и там то опять же уточнить у юзера, откуда их грохнуть, чтобы не мешали :)

Best-hokum_ever
()
Ответ на: как-то так.. от Jam_666

> $grep «progress» ~/.mc/ini classic_progressbar=0 classic_progressbar=false

«Вы не поверите». Этот конфиг уже не используется (в новости написано).
Рекомендуется грохнуть весь каталог ~/.mc.

$ grep classic_progressbar ~/.config/mc/ini

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