LINUX.ORG.RU

Вышел Midnight Commander 4.8.22

 ,


0

2

Примерно через полгода после релиза версии 4.8.21 вышел Midnight Commander 4.8.22.

Новое в этой версии:
Ядро:

  • Поддержка операции клонирования файлов BTRFS;
  • Найти файл: показать шаблон и содержимое в заголовке окна результатов;
  • Найти файл: запомнить состояние (пустое или нет) поля «Содержимое»;
  • Улучшена поддержка IBM i;
  • Улучшена обработка ошибок создания жестких ссылок;
  • Поддержка определённых пользователем подсказок в подоболочке Fish;

VFS

  • sftp: поддержка сохранения atime и mtime;

Редактор

  • Очистка man-страницы;
  • Синтаксис:
    • PHP - выделение ключевого слова «null»;
    • Meson - начальная реализация;

Разное

  • ext.d: теперь MPV используется как запасной вариант вместо mplayer'а;
  • ext.d: улучшено распознавание форматов MS Office;
  • Очистка кода;
  • Очистка файлов подсказок;

Устранены такие баги как

  • Не компилируется для Apple;
  • «Невозможно создать целевой файл», когда у цели есть экранированный пробел в имени;
  • Перезапись одного файла без вопросов;
  • Отображать сообщения об ошибках для каждой неустановленной программы при просмотре документов в форматах MS Word и Excel;
  • Сбой при попытках некоторых sftp соединений;
  • Сбой при возврате в файловый менеджер из подоболочки;

>>> Скачать

★★★★★

Проверено: jollheef ()

Ответ на: комментарий от adn

последний релиз 12 лет назад

Тем не менее, он собирается и запускается на терминалах больше чем 80x25. А ещё есть клоны наподобие nvi и xvi.

Да и не особенно понятна надобность.

Для тех случаев, когда vim слишком жирный.

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

Тебе нечего бояться за лицо — ты же прав.

Ээээ, ты многого не знаешь, угрюмый волосатый мужик. Когда споришь с дураками - всегда есть вероятность, что окружающие не заметят между вами разницы.

Ты серьезно?

Нет. Это была ирония над твоей готовностью говорить за людей, к которым не имеешь отношения.

Что у нас с самоаценкой?

Всё с ней нормально. Просто на фоне закомплексованных красноглазиков так выглядит.

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

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

Ну не нравится он тебе — не используй.

Там, где mc при первом запуске предлагает выбрать редактор - выбираю vi. Кстати, а отчего это зависит - иногда предлагает, иногда нет?

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

Дебы в принципе гадость.

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

Постоянно раздражает интерактив при обновлениях

-y | --yes

Раздражают эти башизмы, старбе и рухлядь...

Ну что поделать — стандартом де-факто для оболочки является bash. Однако, если я правильно понимаю, скрипты в deb-пакеты можно на чем угодно писать

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

А чего все так онанируют на звезды? Это же просто признак большого возраста или активности на сайте и ничего более...

Многие в душе остаются подростками на всю жизнь.

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

ой ну харе юродивого зашищать.

Сабж юродивый?

сначала программисты не смогли нормально задизайнить, затем им было лень поправить

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

хоть авторы на него десять раз забили

Ты новость читал?

это не оправдывать надо, а подчеокивать. повышает общую культуру разработки, впоследствии. опыт предыдущих ошибок, все такое

Все верно. Под каждой новостью о релизе разработчики должны читать только какие они криворукие и какое говно их программа. Чтоб повысить культуру кода

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

У меня не под рукой Debian. Что говорит ls -la ‘which vi‘ ?

>>$ ls -la `which vi`
lrwxrwxrwx 1 root root 20 дек  9  2017 /usr/bin/vi -> /etc/alternatives/vi

$ ls -la `which vim`
lrwxrwxrwx 1 root root 21 июл 23 10:23 /usr/bin/vim -> /etc/alternatives/vim

правда у меня devuan, но думаю тут без разницы

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

Нашел wheezy там vi это символическая ссылка на /etc/alternatives/vi, которая является ссылкой на vim

$ which vi
/usr/bin/vi

$ file /usr/bin/vi
/usr/bin/vi: symbolic link to /etc/alternatives/vi

$ file /etc/alternatives/vi
/etc/alternatives/vi: symbolic link to /usr/bin/vim.basic

$ file /usr/bin/vim.basic
/usr/bin/vim.basic: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=da8e725eb38c7fbac29daeda5a8bf6c1225927bb, stripped

$ which vim
/usr/bin/vim

$ file /usr/bin/vim
/usr/bin/vim: symbolic link to /etc/alternatives/vim

$ file /etc/alternatives/vim
/etc/alternatives/vim: symbolic link to /usr/bin/vim.basic

Короче, ты был прав.

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

Тебе нечего бояться за лицо — ты же прав.

Ээээ, ты многого не знаешь, угрюмый волосатый мужик. Когда споришь с дураками - всегда есть вероятность, что окружающие не заметят между вами разницы.

Ээээ, ты многого не знаешь тоже. Например, ты сейчас меня так «тонко» дураком назвал, а ведь ты не знаешь что у меня есть справка «что я не дурак» :)

Это была ирония над твоей готовностью говорить за людей, к которым не имеешь отношения.

Не было у меня такой готовности. Ты это додумал не имея на то оснований. Когда я вопрошаю «что ж мне теперь — повеситься что-ли?» это тоже не значит что я собрался вешаться.

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

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

Во-первых, примерно половина трафика лора состоит из поливания говном всех без исключения DE, текстовых редакторов, тех же файлменеджеров итд.

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

Во-вторых, поливать говном и говорить «это баг, баг это плохо, почините его наконец» - это не совсем одно и то же.

Тут я вынужден признать свою неправоту. Пробежался вверх по твоим сообщениям — ты действительно нигде не говорил неуважительно в сторону разработчиков. Я хамство кого-то другого приписал тебе и у меня подгорело.

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

Там, где mc при первом запуске предлагает выбрать редактор - выбираю vi. Кстати, а отчего это зависит - иногда предлагает, иногда нет?

Как-по мне — всегда предлагает при первом запуске. Может ты просто не первый, кто его запускает в данном месте?

Кстати, а что тебе мешает таскать свой конфиг и на чужих виртуалках тоже, не только на своих?

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

Например, ты сейчас меня так «тонко» дураком назвал

Не обязательно, это правило в обе стороны работает. В чьих-то глазах я дурак, в чьих-то ты, а для кого-то вообще все. А главным образом это было фи выпаду «а ну-ка обоснуй, тычё не поц-ан».

Ты это додумал не имея на то оснований. Когда я вопрошаю «что ж мне теперь — повеситься что-ли?»

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

Я был неправ: в пылу жарких споров спутал тебя с какими-то другими хамами и нахамил ни в чем не повинному человеку.

Кошмар, до чего докатился ЛОР. А ведь я бы чувствовал себя куда менее неловко, прочитав здесь «ты -х%й» :).

Как-по мне — всегда предлагает при первом запуске. Может ты просто не первый, кто его запускает в данном месте?

Ну вот прямо сейчас делаю

docker run -it centos:7
yum install mc nano vi
mc
Жму F4 - не предлагает.

Кстати, а что тебе мешает таскать свой конфиг и на чужих виртуалках тоже

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

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

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

Я так заулыбался, жена решила что я тут не работаю, а с любовницами милуюсь :)

Я был неправ: в пылу жарких споров спутал тебя с какими-то другими хамами и нахамил ни в чем не повинному человеку.

Кошмар, до чего докатился ЛОР. А ведь я бы чувствовал себя куда менее неловко, прочитав здесь «ты -х%й» :).

«этого они от нас и добиваются» (с), я решил повести себя неожиданно )

Жму F4 - не предлагает.

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

Кстати, а что тебе мешает таскать свой конфиг и на чужих виртуалках тоже

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

ну, если у тебя есть время на apt install mc, то найдется время и на wget http://your-white-ip/install_goodies.sh && chmod +x install_goodies.sh && ./install_goodies.sh, а уж один раз написать такое — вообще по фану. раз часто приходится в новой среде работать, где все не так удобно, я бы запилил all-in-one-скриптик, который решит эту проблему

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

Отвечать автоматом «да» на все вопросы не выход.

А что ты предагаешь? Вот типичная ситуация: обновляю я пакет, например, прокси сервер. В комплекте с новым проксиком идет новый конфиг (возможно не полностью совместимого формата).

В дебиане, как правило, вопрос решается следующим образом: скрипт обновления задает тебе вопрос: «как поступим? оставим старый? накатим новый? посмотрим разницу?» — на мой взгляд, единственно разумный подход. Как ты предлагаешь решать такое молча? Где реализовано не так? (я толком только debian-based юзал)

// при том, вопрос такой задается только в том случае, когда я исходный конфиг редактировал, что разумно

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

Словарь Даля:

ПРОСАК м. новг. твер. прядильня; крутило, канатный, веревочный стан, на котором сучат, спускают веревки. | *Затруднительное положение, бедушка, где не знаешь, как быть. Он впросак попал, сидит впросаках. Просак (от сучить?), пространство от прядильного колеса до саней, где снуется и крутится бичевка, спускается вервь; если попадешь туда концом одежи, волосами, то скрутит, и не выдерешься; от этого поговорка.

Всё остальное — это новомодные домыслы доморощенных лингвистов, «объяснятелей старых смыслов». Из серии "первый блин комом".

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

Где реализовано не так?

В RPM.

Как ты предлагаешь решать такое молча?

Так, как это реализовано в RPM: если некоторый файл в spec'е обозначен как %config, то исходный сохраняется с расширением .rpmsave, а новый кладется рядом с ним с исходным именем; если файл обозначен как %config(noreplace), то исходный не меняется, а новый кладется рядом с расширением .rpmnew. В обоих случаях это логгируется в stderr. По завершении обновления юзер решает «как поступим? оставим старый? накатим новый? посмотрим разницу?» либо вручную, либо с помощью rpmconf(1). Естественно, при этом проверяются md5-суммы, права доступа и метки времени конфигов. К слову, при удалении конфиги сохраняются.

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

в gentoo конфиги по умолчанию не заменяются, а кладутся рядом, а после обновления пользователь видит выделенное сообщение в консоли, что нужно обновить конфиги и обновляет в помощью специальных утилит, где можно посмотреть diff, смержить построчно, заменить или удалить конфиг

eternal_sorrow ★★★★★ ()
Последнее исправление: eternal_sorrow (всего исправлений: 1)
Ответ на: комментарий от dexpl

Так, как это реализовано в RPM: если некоторый файл в spec'е обозначен как %config, то исходный сохраняется с расширением .rpmsave, а новый кладется рядом с ним с исходным именем; если файл обозначен как %config(noreplace), то исходный не меняется, а новый кладется рядом с расширением .rpmnew.

Оговорюсь сразу, я ни разу не специалист по deb-у, просто, на досуге, опакетил себе пару программ. Так что, если че нубское скажу — я прикрылся )

Так вот, если я правильно понял, там, в deb-е, на случай обновления просто вызывается скрипт. То есть, реализовать тобой описанное — только захотеть. (не факт, что не реализовано в виде какого-то ключа, ибо я опакечивание осваивал по статейке за вечер, нужно кастовать специалистов)

К слову, при удалении конфиги сохраняются.

Ну в дебиане тоже. Если удалять apt remove, и удаляются, если удалять apt purge — что тоже разумно

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

проблема тут не в том как решать ситуацию с новым конфигом, а в том, когда ее решать

Слушайте, я честно признаюсь, что не знаю и честно терплю «интерактив при обновлении», но, блджад, на deb-ах половина (ИМХО, большая половина) мирового опенсорса основана, apt — пилят десятилетиями, я не верю что не решена эта проблема.

Мужики, hobbit Polugnom Radjah как в apt решена/не_решаена проблема «интерактива при обновлении»

// кастанул древних дебиановодов по памяти, сорян, если промахнулся

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

в gentoo конфиги по умолчанию не заменяются, а кладутся рядом, а после обновления пользователь видит выделенное сообщение в консоли, что нужно обновить конфиги и обновляет в помощью специальных утилит, где можно посмотреть diff, смержить построчно, заменить или удалить конфиг

Ну это не бесспорно правильный подход. Так удобнее — согласен. Но так есть вероятность, что пользователь забудет/забьет на обновление конфигов, которые УЖЕ заменены. В дебиане — пока ты явно не ответишь ничего дальше не двинется. В общем — дискуссионный вопрос

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

Например отсутствием управления стрелками по истории команд и по движению в строке, и тыпы.

Софт, который мы поддерживаем, требует ksh, даже под rhel.

Извращаться с командной строкой можно, но место в голове не бесконечно, mc спасает. )))

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

Но так есть вероятность, что пользователь забудет/забьет на обновление конфигов, которые УЖЕ заменены.

Да, поэтому Fedora Packaging Guidelines рекомендуют (и rpmlint(1) соответствующим образом ругается) указывать не %config, но %config(noreplace).

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

Например отсутствием управления стрелками по истории команд и по движению в строке

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

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

В дебах тоже есть средства для отделения конфигов от прочих файлов. Но я не знаю деталей работы механизма.

Если конфиг изменен юзером, то будет запрос. Можно посмотреть различия, можно выбрать замену файлом из пакета, можно отказаться от замены, можно самому правки внести. Такой запрос я часто при обновлении sshd вижу.

По личному наблюдению в дебиане обычно делают некий общий конфиг с инклудами юзерских частей. Например, так в bind сделано. Общий обычно правок не требует, потому что всё нужное через инклуды вносится.

Radjah ★★★★★ ()

Долгих лет полуночникам! Сабж продолжает радовать с каждым новым выпуском. Но есть одна важная хотелка, которой что-то не дождусь никак.

В Arch Linux у нас есть rpmextract и libarchive, в состав которого входит /usr/bin/bsdtar, распаковывающий любые *.deb без проблем. /usr/bin/ar из binutils не предлагать. В binutils входит очень много лишнего для недевелоперских машин. Нет там их обычно. Нет, ну можно, конечно в Арч установить и apt, и dpkg, и rpm-org, но это как-то не по фен-шую совсем.

Как бы это включить просмотр и распаковку любых *.deb и *.rpm непосредственно в mc в Arch Linux? Думаю, пригодится не только мне. ;)

zsx ()