LINUX.ORG.RU

Midnight Commander мертв?


0

0

Павел Роскин, основной разработчик MC уже более пяти лет, объявил о том, что он больше не может заниматься его разработкой в силу различных причин. Павел просит всех желающих написать ему e-mail, если вы _действиьельно_ хотите развивать единственный псевдографический файловый менеджер консоли большинства Unix'ов.

>>> Подробности

★★★★★

Проверено: Demetrio ()
Ответ на: комментарий от annonnymous

> F2 там выполнить комманду и кайфуй. Ctrl+O и отдыхай. Или iconv это чисто баш у нас? С каких пор? Вот и ты оттек со своим шелом.

Глупенкий.

shell - это клей для разный программ. Поэтому использование iconv - это часть работы в shell'е.

В отличии от mc, где для этого подпорка на подпорке. Здесь жмём F3, там F2, а вот тут Ctrl-O и пишем команду (двя пальцами).

Как ты, ксати, в F2 будешь кодировку выбирать? :) Мудрые девелоперы mc ещё одну спец-кнопку для таких инвалидов как ты предусмотрели?

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

shell - это клей для разный программ.

mc не позволяет это все сделать?

Как ты, ксати, в F2 будешь кодировку выбирать? :)

Нажми и посмотри.

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

> mc не позволяет это все сделать?

Позволяет. Через Ctrl-O.

Но тогда непонятно, зачем нужен сам mc. Для запуска shell'а? ;)

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

> Тебе сотый раз говорят: практически все пользователи shell'а либо начинали с mc, либо использовали его. Но потом всё равно перешли на shell, ибо УДОБНЕЕ.

А все кто ели огурцы в 1804 году - уже умерли ==> огурцы - смертельная отрава.

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

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

>shell используется для демонстрации крутости или от отсталости.

Ну дык так и есть.

Покажь мне свой .profile и сразу ясно ху их ху.

Sun-ch
()
Ответ на: комментарий от annonnymous

Что за дурацкий вопрос. Скаких это пор шелл должен заниматься перекодировками? У нас юникс или где? шелл гоняет файлы и скливает команды. xcode, tar идр это cli утилиты.

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

Я это уже говорил тремя сотнями постов выше. Повторяется история с LR.

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

Это чё за профайл?

Нифига не понял.

У меня другой

Уровень: Dragon 34
Здоровье: 527
Класс брони: 44
Хар-ки: Str 39, Dex 10, Con 29,
Int 26, Wis 27, Char 26
CR: 41
Мировоззрение: Chaotic Evil
Специальные способности: Заклинания

Sun-ch
()
Ответ на: комментарий от Sun-ch

Не нервничай, мой профайл из другой RPG. ;)

anonymous
()

Так что с MC на FreeBSD?

Все защитники MC как-то дружно промолчали по этому вопросу. :)

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

> Все патчи, касающиеся нововведений, жестоко игнорировались или отвергались.

Знаем, отсюда и форки

> Те, кому был интересен этот файлменеджер, либо тихо "страдали" в отсутствие чего-либо нового, либо вынуждены были перейти на альтернативные ветки вроде Advanced-MC или MC-MP.

А что плохого в mc-MP? Отличная ветка, хотя пока не вполне стабильная, но во многом удобнее того же FAR'а. Еще вопрос, появилась бы эта ветка, если бы не политика Павла.

> В общем, ужасная история.

Если ты про Пашу Роскина, то да.

Что касается альтернативных веток, тут ты неправ. mc-MP, например мне нравится куда больше, чем основная ветка или AMC. Одна привязка MC к glib'у чего стоит - основная ветка раза в три тормознее mc-mp благодаря этому. И политика Павла должна быть показательной для альтернативщиков, таких, как Арпи и Олег, - так поступать нельзя. А девелоперам "основной ветки" уже есть куда податься, - есть основа для работы, куда более приятная, чем основная ветка. Есть масса уже реализованных фич. Например, мультискрин в 4.6 так и не появился, работа с кодировками привязана к iconv, посему - непортабельна, внутренние структуры 4.6 с каждым релизом все больше погрязали в glib'е, опять же - непортабельном. У mc-MP зависимости куда как скромнее, а по функционалу mc-MP 4.1.40 и mc 4.6.x более чем сравнимы. У Павла была армия девелоперов, а те, кто форкнулся от версии Мигеля (я говорю про Арпи и Олега), работали сами. И Павел провалил идею, которая, ИМО, держится сейчас только на энтузиазме Olegarch'а и A'rpi.

Так что - я постараюсь помочь, чем смогу, ИМ, а не тем, кто продолжит линию Павла.

A.D.

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

про дауняток

> Я так думаю, что "цацку" они писали в первую очередь для себя и собственного удовлетворения

Правильно! И собачек бездомных они кормят для собственного удовлетворения, и mc идиётам напейсали тоже для собственного удовлетворения. Просто прет их так (C)... > А навешивание ярлыков

Язык невозможен без навешивания ярлыков.

> и стигматизация не являются признаками высокого культурного развития.

От Вас дурно пахнет. Политкорректностью...

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

неправильный вопрос

> Скаких это пор шелл должен заниматься перекодировками?

IMHO, вопрос должен звучать так: а на кой черт вообще сдались эти придурковатые перекодировки?

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

Позволяет. Через Ctrl-O.

Но тогда непонятно, зачем нужен сам mc. Для запуска shell'а? ;)

Позволяет и через меню...а разве iconv это шел ....еще раз? Мне запрещено в мс юзать ее?

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

Что за дурацкий вопрос. Скаких это пор шелл должен заниматься перекодировками? У нас юникс или где? шелл гоняет файлы и скливает команды. xcode, tar идр это cli утилиты.

Так я что то понять не могу. Шел не может конвертировать файлы???? А что вы мне тогда тут поете?

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

>Так что с MC на FreeBSD?

Что касается mc-MP, то он прекрасно работает, и не требует под себя хренову тучу зависимостей. Рекомендую. ;)

> Все защитники MC как-то дружно промолчали по этому вопросу. :)

Уже нет. ;)

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

> Позволяет и через меню...а

Через меню он "всё то же самое" делать не может.

> разве iconv это шел

Ещё раз, медленно и печально: shell - это не программа /bin/(sh|zsh|bash|csh|tcsh), а набор программ, где /bin/sh выступает в качестве запускалки и клея. В этом смысле iconv - это часть shell'а (так же, как ls, tar, gzip и всё остальное).

mc же утверждает (или его апологеты так утверждают, что в данном случае одно и то же), что он всё умеет сам и лучше всех. Почитай повыше про стремительные заходы в архивы, ловкие поиски файлов по Ctrl-S и F3 с признаками искусственного интеллекта.

Именно поэтому iconv _можно_ рассматривать как часть shell, но _нельзя_ рассматривать как часть mc.

> ....еще раз? Мне запрещено в мс юзать ее?

Конечно же не запрещено. Через Ctrl-O. Но зачем тогда нужен mc? Чтобы ностальгия по панелькам не мучала? ;)

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

Ещё раз, медленно и печально: shell - это не программа /bin/(sh|zsh|bash|csh|tcsh), а набор программ, где /bin/sh выступает в качестве запускалки и клея. В этом смысле iconv - это часть shell'а (так же, как ls, tar, gzip и всё остальное).

mc это часть шела?

Именно поэтому iconv _можно_ рассматривать как часть shell, но _нельзя_ рассматривать как часть mc
man bash
./iconv


Pattern not found (press RETURN)

Отдыхать с частями.

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

> Так зачем нужен шел, если у него нет перекодировщика, а у мс есть? ;))

У него есть перекодировщик. Называется iconv.

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

> man bash
> ./iconv


> Pattern not found (press RETURN)

Плохо тебе, ущербному.

$ apropos iconv
iconv (1) - Convert encoding of given files from one encoding to another
iconv (3) - perform character set conversion
iconv_close (3) - deallocate descriptor for character set conversion
iconv_open (3) - allocate descriptor for character set conversion

$ which iconv
/usr/bin/iconv

$ man iconv

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

Иди отдохни.

У тебя проблемы с пониманием письменной речи.

Ну че ты. Ну нет в мэне iconv о чем спорить? Может в твоем баше он встроен? ;))

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

Я вообще-то не спец в мц, но что-то мне подсказывает, что вы условие одинаковости файлов, заменили условием одинаковости имён файлов. Это так?

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

> Ну че ты. Ну нет в мэне iconv о чем спорить? Может в твоем баше он встроен? ;))

А ну марш на форточки, у нас тут юниксвэй а не дурацкое встраивание.

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

ugoday * (*) (25.08.2004 17:36:15)

Так когда там будет скрипт готов с перекодировкой файловой системы из разных кодировок? ;))

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

> И что дальше?

mc - это мааааленкая часть огрооомного мира shell. Можно сказать, что это его клоака.

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

Шарик поздравляют тебя, ты балбес.

Ну почему же? Тогда как ты можешь спорить что шел круче если это всего лишь клей, которым пользуется mc? Ты просто не тупи, ладно?

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

А ну марш на форточки, у нас тут юниксвэй а не дурацкое встраивание.

А че вы все обиделись, а? То что я вас носом ткнул что у шела кроме его && & ; etc ничего нету? :)) ну iconv это не шел. Это тулза такая навороченая, но причем тут шел?

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

mc - это мааааленкая часть огрооомного мира shell. Можно сказать, что это его клоака.

Ну я и говорю что это тоже шел, а о чем тогда спор. Работая в мс я работаю в шеле. Да? :)

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

>щё раз, медленно и печально: shell - это не программа /bin/(sh|zsh|bash|csh|tcsh),

Таки нет. шелл это zsh/bash/csh/tcsh.

tar, iconv etc -- это cli программы

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

Таки нет. шелл это zsh/bash/csh/tcsh.

tar, iconv etc -- это cli программы

А как ты преимущества этих кли программ за преимущество шела выставить умудрился?

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

А нам в шеле больше ничего и не надо, главное командами крутить как хочешь и "наворочеными тулзами", а вот mc хрен так покрутишь.

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

> Таки нет.

Таки да. Сами по себе .*sh никому не нужны. В них даже ls как правило внешняя программа. :)

"Я работаю в shell" подразумевает "я набиваю команды в .*sh и запускаю кучу всомогательных программ".

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

А нам в шеле больше ничего и не надо, главное командами крутить как хочешь и "наворочеными тулзами", а вот mc хрен так покрутишь.

:)) Аааачужими командами крутить. ;) ясно тогда все. :) А то я тут недогонял для чего шел. Шел это комманд ком, да? :)

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

> работа с кодировками привязана к iconv, посему - непортабельна,

> Пиздеть изволим?

ну давай, покажи мне iconv в OS/2, BeOS, QNX, Solaris...

Как только найдешь - приходи, обсудим

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

command.com ето пародия на шел, если тебе нужен нормальный шел под дос - бери ndos, не прогадаешь!

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

Как только найдешь - приходи, обсудим

Да проблем то- 900 массивов и все. ;))

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