Десятки виртуалок и vps-ок, бездисковые системы с RO везде, сотни докеров

И везде непременно нужен mc.

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

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

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

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

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

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

Ты серьезно?

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

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

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

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

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

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

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

Ну, на дисклессах mc (а тем более, его редактор) и впрямь не самая необходимая вещь :).

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

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

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

-y | --yes

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

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

Или ты прямо в root ssh-ем?

Смотря куда. А вообще да, много ssh в рута. Для тестовых виртуалок смысла большого нет по-другому делать.

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

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

кстати, извинись за «функционал», пожалуйста.

?? в смысле функционал/функциональность?

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

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

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

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

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

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

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

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

У меня не под рукой 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, но думаю тут без разницы

Нашел 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

docker run -it centos:7
yum install mc nano vi
mc

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

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

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

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

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

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

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

Жму 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-скриптик, который решит эту проблему

https://packages.debian.org/stretch/popularity-contest

Имей уважение к авторам

https://cs9.pikabu.ru/post_img/2017/11/10/12/151034639829353163.jpg

Нормально работает на любых терминалах (во всяком случае тех, что влазят мне в монитор).

Ну, кому надо движуху изображать и бюджеты тратить, то да, заменяют.

Ну, на дисклессах mc (а тем более, его редактор) и впрямь не самая необходимая вещь :).

Нужность файловых менеджеров вообще преувеличена.

Нужность файловых менеджеров вообще преувеличена.

«Только нытики и слабаки сидят в консоли» почти (с) ;)

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

Нужность файловых менеджеров вообще преувеличена.

Постулат из разряда «640кб хватит всем»

А зачастую есть aix/solaris/hp-ux
зачастую

Никто никогда не вернёт 2007 год.

подчеокивать

НГ?

Linux debian 4.9.0-8

/usr/bin/vi -> /etc/alternatives/vi

он будет стартовать мгновенно и в таком окружении.

А ещё скорость старта зависит от размера истории bash.

зависит (определяется) от ~/.selected_editor [~ — home directory current user]

день святого патрика епт) лень было исправлять

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

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

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

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

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

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

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

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

В RPM.

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

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

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

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

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

Очевидно же, что это шутка.

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

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

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

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

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

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

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

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

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

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

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

которые УЖЕ заменены

в том то и дело, что не заменены

а, пардон, я тебя с rpm-никами спутал. )

Не заменять редактированный все же разумней, но дискуссионность не снимает

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

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

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

Банки живут даже не в 2007, а чуть ли не в 1990.

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

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

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

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

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

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

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

Отличная новость! Наверное единственный ФМ который может ходить по голому ssh без sftp.

Дык, суть в том, что все эти проприетарные юниксы — это ни разу не «зачастую».

Есть же vifm.

Хорошая новость, Андрей большой молодец.

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

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

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