После продолжительного периода разработки, основным направлением которой была полноценная поддержка UTF-8, для загрузки стал доступен (http://www.midnight-commander.org/downloads) файловый менеджер Midnight Commander (http://www.midnight-commander.org) версии 4.7.0-pre1. Сделано множество изменений по реструктуризации кода, улучшены некоторые диалоги, исправлены многие ошибки и реализованы новые возможности.
Список основных изменений:- Общее
- нативная поддержка UTF-8;
- выбор кодировок имён файлов в панелях;
- новый диалог поиска файлов и их содержимого;
- новый унифицированный движок поиска с типами: Plain, Wildcard,
Regexp, Hex;
- улучшено распознавание клавиш;
- автоматическое определение системной кодировки пользователя;
- добавлена поддержка технологии doxygen;
- Обновлены файлы, предназначенные для создания configure и Makefile файлов (M4-файлы);
- Обновлены переводы (не все);
- исправления для компиляции на x86_64 платформе.
- Редакт...URL: http://www.midnight-commander.org/downloads
Новость: https://www.opennet.ru/opennews/art.shtml?num=22834
что значит "нативная" поддержка?
в данном случае, речь о "родной", встроенной поддержке UTF-8, не приобретенной за счет тех разрушающих utf-8 патчей, что существуют в природе, от самых разых дистрибутиво-строителей...
я так понимаю, это значит (как и было раньше), что утф прибит гвоздями в коде, а пользователи, например, с koi8 — сосут тунца и радуются.
>я так понимаю, это значит (как и было раньше), что утф прибит
>гвоздями в коде, а пользователи, например, с koi8 — сосут тунца
>и радуются.как выяснилось -- я неверно понимаю. таки с однобайтной кодировкой работает нормально, utf-8 файлы по ctrl+t тоже нормально умеет (а раньше не умело). риспект и уважуха авторам, нефти вам и интернетов.
>>я так понимаю, это значит (как и было раньше), что утф прибит
>>гвоздями в коде, а пользователи, например, с koi8 — сосут тунца
>>и радуются.
>
>как выяснилось -- я неверно понимаю. таки с однобайтной кодировкой работает нормально,
>utf-8 файлы по ctrl+t тоже нормально умеет (а раньше не умело).
>риспект и уважуха авторам, нефти вам и интернетов.да задача была - уметь отображать всё во всём... и UTF-8 в однобайтной локали и однобайтные кодировки в UTF-8 локали.
>да задача была — уметь отображать всё во всём… и UTF-8 в
>однобайтной локали и однобайтные кодировки в UTF-8 локали.и я всех, кто в этом виноват, горячо благодарю. мо-лод-цы. потому что как раз utf на koi мне сильно не хватало. и редактор обучился в utf текст выдавать — за это много раз спасибо и Наградные Жёлтые Штаны! ку.
спасибо за штаны, в хозяйстве сгодятся, не могли бы вы выслать еще что нибудь? можно деньгами..
>спасибо за штаны, в хозяйстве сгодятся, не могли бы вы выслать еще
>что нибудь? можно деньгами..а чатлов нет, родной. всё эцилопп отобрал.
>не могли бы вы выслать еще что нибудь? можно деньгами..Раз на заглавной странице wiki нет ничего про (и поиск по money не находит) -- деньги Вам не нужны. Я ничего не пропустил?
И да, изменения выглядят очень интересно. Спасибо за работу!
>>не могли бы вы выслать еще что нибудь? можно деньгами..
>
>Раз на заглавной странице wiki нет ничего про (и поиск по money
>не находит) -- деньги Вам не нужны. Я ничего не пропустил?
>
>
>И да, изменения выглядят очень интересно. Спасибо за работу!мне нет, остальным незнаю, но наличие кошельков ничего не меняет, реально не вижу перспективы заработать. это хобби, джаст фо фан...
>мне нет, остальным незнаю, но наличие кошельков ничего не меняет, реально не
>вижу перспективы заработать. это хобби, джаст фо фан...Хобби - это хорошо, только иногда хочется сказать спасибо не только словами но и чем-то чуть более материальным и ощутимым.И, кстати, результат работы хоббистов зачастую может быть лучше работы профессионалов (хоббисты как правило делают свое дело с любовью к ремеслу, не халтуря, у них причин халтурить - нет).Лично мне нравится когда те кто делает что-то полезное в том числе и для меня могут получить небольшую награду за их труд.В моем понимании - это правильно.И лично мне нравится когда награда уезжает не тем кто вымогал ее с ножом к горлу шароварными лимитами и чем там еще а тем кому ее хочется дать по итогам пользования программой и за их труды.
а кому-то, может, совсем неохота побираться по 10 копеек. может, кому-то намного более дорогая награда — простое «благодарю, мне нравится твоя работа».
>а кому-то, может, совсем неохота побираться по 10 копеек.Ну, я не виноват что вы жадный и 10 копеек даете как подачку.Я обычно заметно больше - в зависимости от того насколько понравилась и нужна программа и какие есть возможности для благодарения.Просто програмеры тоже должны что-то кушать и, возможно, если им давать денег за возню с проектом в рамках их хобби - они смогут больше уделять внимания своему хобби и меньше - добыванию хлеба насущного?В идеальном случае - у некоторых хобби вообще становится full-time job и получается случай когда человек занимается тем что ему нравится а ему еще и платят за это.Жаль что это бывает не так часто как хотелось бы видеть...
>оплачивать? они выложили результаты? молодцы. но Я их это делать не
>просил.вот поэтому мотивация "я хотел помочь людям" вообще не канает в таких проектах, человек с такой мотивацией быстро забросит проект. Делать надо для себя пока это интересно и выкладывать результат.
а на счет кошельков - глупости все это, ну не прожить разработчику на пожертвования :) даже если напожертвуют цельных $10 за месяц, так что глупо это обсуждать...
>вот поэтому мотивация «я хотел помочь людям» вообще не канает в таких
>проектах, человек с такой мотивацией быстро забросит проект. Делать надо для
>себя пока это интересно и выкладывать результат.совершенно верно. «я хотел всем помочь» вообще не работает в более-менее длительных делах. только в чём-то одноразовом и коротком.
>вот поэтому мотивация "я хотел помочь людям" вообще не канает в таких
>проектах, человек с такой мотивацией быстро забросит проект. Делать надо для
>себя пока это интересно и выкладывать результат.Не без этого ;).Но, имхо, это не отменяет того что возможность сказать автору спасибо разнообразными методами - должна быть.Включая и donation'ы например.
>а на счет кошельков - глупости все это, ну не прожить разработчику
>на пожертвования :) даже если напожертвуют цельных $10 за месяц,Ну это только наши соотечественники такие "щедрые".И то - на оплату, например, хостинга и т.п. может без каких-то особых проблем хватить.В итоге более-менее популярные проекты обычно так в состоянии как минимум оплатить себе свой собственный независимый хостинг выделенных серверов и т.п., что позволяет им не ютиться абы где по принципу "кушайте что дали" и рулить своей инфраструктурй именно так как им наиболее удобно, не неся затраты на это из кармана разработчиков и не втискиваясь в условия халявных вариантов.Что тоже неплохо.А то сделать что-то полезное и потом еще и приплачивать например за поддержку хостинга и т.п. - ну... я уважаю альтруизм, да.Но, имхо, порядочный человек должен понимать что злоупотреблять альтруизмом автора - не следует.
>так что глупо это обсуждать...
А википедия тем не менее каждый год наскребает несколько миллионов, которых им как раз на проживание и инфраструктуру и хватает :).Разумеется, википедия одна такая.Но в конечном итоге - это всего лишь один из способов сказать спасибо не только словами но и делами.Ну, собственно, как говорится - дело хозяйское :)
просто повесьте у себя такую фигню http://money.yandex.ru/choose-charity.xml
и ещё других, висят и есть не просят
а я например кликну пару раз, если действительно улучшений на столько хороши
>а я например кликну пару раз, если действительно улучшений на столько хорошихороши, хороши. скачай да глянь. мелочи, но кучка и приятные. а мелочи делать сложнее всего — их не видно. %-)
Юзаю его пару раз в неделю
Но, чёрт возьми, за это можно и нужно заплатить
лично для меня очень важно что в данном релизе, редактор стал с человеческим лицом. Пока не хватает "нормальных" макросов (как в FAR), которые можно прицеплять на любую клавишу, и еще более удобной работы с "вертикальными блоками". Но я надеюсь это будет...
>человеческим лицом. Пока не хватает «нормальных» макросов (как в FAR), которые
>можно прицеплять на любую клавишу, и еще более удобной работы са чем не нравятся те, что есть? зачем обязательно «на любую»?
>>человеческим лицом. Пока не хватает «нормальных» макросов (как в FAR), которые
>>можно прицеплять на любую клавишу, и еще более удобной работы с
>а чем не нравятся те, что есть? зачем обязательно «на любую»?потому что это удобно.
>лично для меня очень важно что в данном релизе, редактор стал с
>человеческим лицом. Пока не хватает "нормальных" макросов (как в FAR)Еще если говорить о FARе - у него клавиатурнае шорткаты куда как более вменяемые.И гораздо лучше соответсвуют дедушке Нортону, который и был взят за образец такими файлманагерами.FAR воспринимается как "правильный Norton Commander".А вот mc ... скорее как "экзотичный и кривоватый клон Norton Commander".
Поиск по ФС запускается вообще каким-то шибанутым на всю голову шорткатом из 3 клавиш.Хотя нужен не то чтобы редко.А вьювер временами как-то очень странно работает с бинарными файлами.А seek в файле на несколько гиг размером в его конец почему-то занимает массу времени.Хотя FAR на том же файле это может изобразить "в момент".В итоге для просмотра "по месту" какого-то бинарного файла и что в нем - FAR куда как более рулит.Не спорю, есть хексэдиторы, но с фаровским редактором\вьювером они нафиг не нужны.А вот с mc'шной кривизной - да, имеет смысл использовать что-то менее кривое.
Дорогой мой. Пользуйся фар и не мучай себя unix-ом.
FAR открыли. Его можно портировать.
>FAR открыли. Его можно портировать.Как писалось в одном Linux-FAQ, в ответ на вопрос "А давайте портируем/напишем ФАР под Линукс??" (в вольном пересказе): Такой вопрос задают обычно новички в Линуксе, привыкшие к вендовым инструментам и не прочувствовавшие еще всю мощь имеющихся в Линуксе средств. ФАРа под Линуксом до сих пор нет потому что те, кто его хочет - сами не в состоянии портировать, а те кто в состоянии - не видят в этом целесообразности ;-))
>нет потому что те, кто его хочет - сами не в состоянии портировать,
>а те кто в состоянии - не видят в этом целесообразности ;-))Сказки это круто, а вы код фары видели вообще?Проблема с портированием одна - оно сильно завязано на винды и их апи.Посему портирование сведется к переписке половины кода и расстановке большой кучи костылей, после чего будет много веселого траходрома с отладкой и обезглючкой.Вот потому-то дураков и нет - данный вид мазохизма энтузазизм редко у програмеров вызывает.Да, ежа можно научить летать, но вот только пинать его для этого придется много...
>Сказки это круто, а вы код фары видели вообще?Проблема с портированием однаВидел-видел. Ну... этот вопрос какбэ выходил за рамки FAQа для чайников, поэтому сказали по-проще и по-доступнее ;-))
>- оно сильно завязано на винды и их апи.Посему портирование сведется
>к переписке половины кода и расстановке большой кучи костылей, после чего
>будет много веселого траходрома с отладкой и обезглючкой.Вот потому-то дураков иОтож. Но это уже аргументы для особо упертых "продвигателей" ;-))
> Но это уже аргументы для особо упертых "продвигателей" ;-))для мегакрутых программистов-теоретиков :)
>FAR открыли. Его можно портировать.портировать можно, но дураков нет...
из mc еще можно сделать фар, а вот из фара mc умучаешся
>Поиск по ФС запускается вообще каким-то шибанутым на всю голову шорткатом из 3 клавиш.у меня поиск по Alt-F7 :)
Это все потому что Вы взяли Нортон за "точку отсчета" ;-)) У МС просто другая идеология, отличающаяся методика работы - непривычная и непохожая на таковую у ФАРа.>Поиск по ФС запускается вообще каким-то шибанутым на всю голову шорткатом из
Что шибанутого в 3 клавишах?? Всего лишь вопрос привычки.
>Это все потому что Вы взяли Нортон за "точку отсчета" ;-)) У
>МС просто другая идеология, отличающаяся методика работыНортон - отдельная и независимая от корпорации Майкрософт сущность вообще-то (ныне наследство Нортона - в виде Symantec).Дядька такой был, Петя Нортон :).Написавший свой файлманагер под дос.И концепцию оного никакой микрософт не придумывал.А все остальные клоны, что FAR, что mc всю концепцию (оказавшейся удачной и популярной) слизали 1 в 1 практически.Только если FAR воспринимается как "хороший и правильный NC", mc воспринимается как "NC в котором надо удалять гланды через жопу автогеном".
>- непривычная и непохожая на таковую у ФАРа.
Вам ли меня лечить?Я вот работал с классическим нортоном, в отличие от всяких умников.И потому я могу оценить где оригинал, где хорошая копия а где - какая-то хрень.
>Что шибанутого в 3 клавишах?? Всего лишь вопрос привычки.
Да, придрочиться и раскорячиться можно и на 5 - "мыши кололись, плакали, но продолжали жрать кактус".А вот зачем бы довольно часто нужной функции вбубенивать какой-то извращенный шорткат по дефолту?В FAR тоже есть черезжопности.Но их там сильно меньше.
Более того - если в view'ере FAR начать вводить текст (что заведомо полный маразм) - FAR очень грамотно открывает диалог поиска, предположив что просто забыли это сделать и промазали с вводом текста (что чаще всего так и есть т.к. человек в здравом уме не редактирует тексту в read-only вьюхе).Сие удобно.А в mc такая роскошь недоступна.Более того - в FAR шорткаты работают четко.А в mc некоторые, типа выхода из редактора или dm.[b по F3, Esc и т.п. почему-то не всегда с 1 раза приводят к нужному эффекту.Точнее если втопить 2 раза - отработает как два нажатия.А если 1 ... эффект от нажатия виден не всегда.В фаре (как и старине Нортоне) такого дебилизма не замечено.
>- в FAR шорткаты работают четко.неправда ваша, для сравнения ощущений предлагаю запустить far через какой нибудь терминал, а не в локальной консоли.
>А в mc некоторые, типа выхода
>из редактора или dm.[b по F3, Esc и т.п. почему-то не
>всегда с 1 раза приводят к нужному эффекту.Точнее если втопить 2
>раза - отработает как два нажатия.А если 1 ... эффект от
>нажатия виден не всегда.В фаре (как и старине Нортоне) такого дебилизма
>не замечено.это не проблема mc это проблема разношерстности терминалов в которых работает mc при том что тип терминала может вообще ему не соответствовать, это легко устраняется правкой нужной секции в mc.lib, просто надо объяснить mc что в данном виде терминала f1 это именно \\e[23~ а не скажем \\eO2P или \\eO1\;2P или может \\e[1\;2P
>неправда ваша, для сравнения ощущений предлагаю запустить far через какой нибудь терминал,
>а не в локальной консоли.Как максимум пробовал через ремот десктоп, увы.Так - работало.Проблема в том что mc работает через то самое место даже в локальной консоли почему-то(и, блин, ТОЛЬКО mc почему-то, остальные так не глючат).Про то как он работает через ssh лучше вообще не упоминать - что ни система, то свой собственный набор глюков поведения тамошнего mc при работе с ним через ssh.
>>нажатия виден не всегда.В фаре (как и старине Нортоне) такого дебилизма
>>не замечено.
>это не проблема mc это проблема разношерстности терминалов в которых работает mcВ конечном итоге - это оказываются проблемы ... пользователя mc :(.В итоге FAR на локальной машине - работает как из пушки.Ни глюков, ни медвежих услуг.А вот сколько я видел mc, столько видел и глюков что клавиши срабатывют не всегда.Дожили, блин - столь простое действо как нажатие кнопки обработать без глюков не можем.Куда катится этот мир?oO И почему в остальных программах работает?Они с этим как-то борятся или в чем прикол?
>что в данном виде терминала f1 это именно \\e[23~ а не
>скажем \\eO2P или \\eO1\;2P или может \\e[1\;2PВот бы ему какой-то дружественный к юзерам метод (авто)детекта этого... а вообще - я так понимаю что это надо майнтайнеров систем пинать на эту тему?(только вот систем - много а я - один).Еще, кстати, эти esc-последовательности засирающие собой все и вся при любом удобном случае - бесят нереально.Стоит случайно нажать что-то не то(что-то типа контрол + стрелки клавы, что удобно для навигации по тексту командной строки по словам), как потом - при ближайшем нажатии энтера (для навигации по дирам например) в бэкграунд шелла честно пинается job с крокозябрами в качестве названия job'а.Приходится пристреливать.Анноит, блин.FAR в маздайной консоли начисто лишен этой кульной "фичи", вынуждающей регулярно отстреливать всякое левое г... в job'ах.Может, это гадство можно как-то забороть?
И еще иногда mc рвет башню при просмотре бинарных файлов.Сколько я ни пробовал это забороть цивильными методами - не выходило.А это, экранировать потенциально опасные для вывода на терминал символы нельзя разве?Вроде это делается но иногда все-равно что-то пролезает, основательно переколбашивающее терминал :\.Данный грабль замечал только в mc - отдальные хексэдиторы как-то работают себе вроде и в ус не дуют...
>Вот бы ему какой-то дружественный к юзерам метод (авто)детекта этого…это автодетектируется. только вот пейсатели всяких терминалов — им законы не писаны. так что F9->options->learn keys
> что F9->options->learn keysСамое интересное что заметную часть траблов даже это не пролечивает :(
>> что F9->options->learn keys
>Самое интересное что заметную часть траблов даже это не пролечивает :(советую перечитать сообщение про mc.lib чуть ниже по тексту, теперь можно залечить все.
>>это не проблема mc это проблема разношерстности терминалов в которых работает mc
>что клавиши срабатывют не всегда.Дожили, блин - столь простое действо как
>нажатие кнопки обработать без глюков не можем.Куда катится этот мир?oO И
>почему в остальных программах работает?Они с этим как-то борятся или в
>чем прикол?ладно допустим это не такой изощренный тонкий троллинг, прикол к том что терминалы посылают совершенно разные esc последовательности для одной и той же клавиши в зависимости от вида терминала, базы termcap/termlib конкретного дистрибутива и т.п. это долгая история. Все сложно это если коротко. Почему фар запушенный в локальной консоли работает всегда однозначно, потому что там цепочка гораздо короче между тем кто посылает некий сигнал и тем кто его принимает, в простейшем случае это скэнкод полученный от клавы, обработать его довольно просто, учел флаги модификаторов и обработал полученный скэнкод. В случае с терминалом все гораздо сложнее количество звеньев между программой и клавиатурой гораздо больше.
>
>>что в данном виде терминала f1 это именно \\e[23~ а не
>>скажем \\eO2P или \\eO1\;2P или может \\e[1\;2P
>
>Вот бы ему какой-то дружественный к юзерам метод (авто)детекта этого... а вообще
>- я так понимаю что это надо майнтайнеров систем пинать наединственный доступный способ это расширять базу возможных еск-последовательностей которые могут послать терминалы, что в mс и делается, достаточно заглянуть в файл mc.lib чтобы это увидеть.
>эти esc-последовательности засирающие собой все и вся при любом удобном случае
>- бесят нереально.Стоит случайно нажать что-то не то(что-то типа контрол +
>стрелки клавы, что удобно для навигации по тексту командной строки повот это то довольно просто победить, надо поместить в mc.lib примерно следующее
ctrl left = нужная esc последовательность
esc последовательность для ctrl left можно узнать в диалоге Learn Keys просто перебиндив напремер клавишу F1 и глянув в ini>гадство можно как-то забороть?
можно см. выше.
>И еще иногда mc рвет башню при просмотре бинарных файлов.Сколько я ни
>пробовал это забороть цивильными методами - не выходило.А это, экранировать потенциальнотут смотреть надо в конкретном случае.
>опасные для вывода на терминал символы нельзя разве?Вроде это делается но
они по идее экранируются.
>ладно допустим это не такой изощренный тонкий троллинг,Вроде не собиралось вроде оным быть.Скорее, искреннее удивление тем к чему приводят излишне задрюченные концепции.
>прикол к том что терминалы посылают совершенно разные esc последовательности
>для одной и той же клавиши в зависимости от вида терминала, базы termcap/termlib
>конкретного дистрибутива и т.п. это долгая история. Все сложно это если коротко.Да я уж понял :(.Лишний раз убеждаюсь что KISS рулит.
>Почему фар запушенный в локальной консоли работает всегда однозначно,
>потому что там цепочка гораздо короче между тем кто посылает некий сигнал и тем кто
>его принимает,А кстати в mc может ее можно как-то укоротить хотя-бы для локальных случаев?
>случае с терминалом все гораздо сложнее количество звеньев между программой и
>клавиатурой гораздо больше.И в итоге больше и глюков и геморроя :(
>что в mс и делается, достаточно заглянуть в файл mc.lib чтобы это увидеть.
Делается... uh-oh... новые версии mc редко радуют своим появлением :(.Наверное все думали что бобик сдох.А он воскрес.Я так понимаю - вы к этому причастны?Спасибо за это.
>вот это то довольно просто победить, надо поместить в mc.lib примерно следующее
>ctrl left = нужная esc последовательность
>esc последовательность для ctrl left можно узнать в диалоге Learn Keys просто
>перебиндив напремер клавишу F1 и глянув в iniО, спасиб тебе добрый человек.Ну наконец то кто-то разбирающийся в mc на уровне.
Проблему тут я вижу только одну - у мну много mc-ов на крайне разных платформах.Кто б знал как хочется чтобы файлманагер не требовал такого напильника :(.Вот наверное поэтому то народ и симпатизируе FAR-у в итоге.>тут смотреть надо в конкретном случае.
Случаи еще и редкие - надо скроллить какой-нибудь большой бинарный файл в вьюшке.
>они по идее экранируются.
Похоже что архиредко какие-то недоэкранированные все-таки вредительствуют.Бывает правда раз в сто лет.
>А кстати в mc может ее можно как-то укоротить хотя-бы для локальных
>случаев?можно, кое где это вшито в код, но это означает дублирование поведения для локальной консоли и для терминала, а это очень не очень...
>>случае с терминалом все гораздо сложнее количество звеньев между программой и
>>клавиатурой гораздо больше.
>
>И в итоге больше и глюков и геморроя :(да таков мир...
>>что в mс и делается, достаточно заглянуть в файл mc.lib чтобы это увидеть.
>
>Делается... uh-oh... новые версии mc редко радуют своим появлением :(.Наверное все думали
>Проблему тут я вижу только одну - у мну много mc-ов на
>крайне разных платформах.Кто б знал как хочется чтобы файлманагер не требовал
>такого напильника :(.Вот наверное поэтому то народ и симпатизируе FAR-у в
>итоге.не столько важно сколько платформ как важно с какого терминала на них заходить...
вот это заклинание
[terminal:xterm]
complete=\e[Z
alt left=\\e\\eOD
alt right=\\e\\eOC
alt up=\\e\\eOA
alt down=\\e\\eOB
ctrl left=\\e[D
ctrl right=\\e[C
ctrl up=\\e[A
ctrl down=\\e[Bпомещенное в ini
поможет научить mc с которым работают через putty
быть похожим на фар, выделение с ctrl+shift+стрелки, alt+стрелки, прыгать через слова используя ctrl+стрелкикак сделать одиночный esc я где то выше писал.
>Как максимум пробовал через ремот десктоп, увы.Так - работало.Проблема в том что
>mc работает через то самое место даже в локальной консоли почему-то(и,
>блин, ТОЛЬКО mc почему-то, остальные так не глючат).Про то как он
>работает через ssh лучше вообще не упоминать - что ни система,
>то свой собственный набор глюков поведения тамошнего mc при работе с
>ним через ssh.Нормально он по ssh работает. Все время юзаю его в screen по ssh. Проблемы лишь в гуевых терминалах из-за различий в разрешении экранов. Но это лечится двухкратным нажатием C-о.
>эти esc-последовательности засирающие собой все и вся при любом удобном случае
>- бесят нереально.Стоит случайно нажать что-то не то(что-то типа контрол + стрелки клавы,Ну не знаю, я как-то "предчувствую" где могут вылезти esc-последовательности ;-)) Жму батоны на доли секунды позже и кракозябры редко когда получаются ;-))
>Нормально он по ssh работает.А на скольких конфигурациях это проверялось?Иногда и правда работает сносно.Но чаще глючит как угодно при отображении.Подозреваю что это какие-то сюрпризы по части терминалов.Ну, блин, знаете, уж что есть в source и destination системах, тем и пользуюсь.
>Все время юзаю его в screen по ssh.
Я никаких screen не пользую.Зафиг он мне на серверах?Чтобы пару раз все настроить и забыть о серваке надолго?Да, наверное можно причесать и облагородить.Но наруливать средства для наруливания дольше чем конфигурять интересовавшие демоны - как-то неправильно, блин :).О чем я реально мечтаю - чтобы mc был юзабелен без длинного напильника в разных конфигурациях.
>Проблемы лишь в гуевых терминалах из-за различий в разрешении экранов.
Не замечал таких проблем - mc сроду динамически ресайзился вроде при изменении размера терминала.И не очень понятно что такое различия в разрешении экранов.А что такое экран у сервака где даже видяхи то быть не обязано?Имеется в виду какой-то виртуальный терминал?
>Но это лечится двухкратным нажатием C-о.
А у меня сам ресайзится вроде.
>Ну не знаю, я как-то "предчувствую" где могут вылезти esc-последовательности ;-))
Да уж.Выработка рефлексов программой налицо.Если вам выдавать пинок при выполнении некоего действия - наступит момент когда вы будете бояться делать это действие чтобы не получить пинок.Было бы очень мило если бы этот геморрой как-то пролечили в дефолтовом состоянии mc.Интересно, такое реально вообще, памятуя о причинах этого головняка?
>А на скольких конфигурациях это проверялось?Иногда и правда работает сносно.На разных ;-)) Разные версии МС и сопутствующих либ, ОСей, разные "позы камасутры": Linux->Linux, Linux->FreeBSD, FreeBSD->FreeBSD, FreeBSD->Linux, Linux->Solaris, Win->Linux... со screen'ом и без него... Что-то поконкретнее??
>Я никаких screen не пользую.Зафиг он мне на серверах?Чтобы пару раз все
У меня в screen'е висит "рабочая обстановка": шеллы др.серваков, всякие запущенные программки итп, которое не хочется каждый раз снова отрывать, залогиниваться по сто раз. Если Вы "один раз и забыли" - то скрин и не нужен м.б. А я с ними всеми работаю постоянно.
>Не замечал таких проблем - mc сроду динамически ресайзился вроде при изменении
В принципе и сам ресайзится, но иногда приходится пнуть по С-о. Вомзожно это и screen тупит.
>И не очень понятно что такое различия в разрешении экранов.А
Разрешение иксового экрана. На разных компах выставлено разное разрешение, где терминалку в окошке держу, где на весь экран распахиваю. А когда перебегаешь с одного такого компа на другой - screen оказывается запоминает параметры терминалки, куда он отсылал "картинку".
>что такое экран у сервака где даже видяхи то быть не
Нету видях, есть сетевые кабеля =)) И стартанутый sshd. А видяхи с клавами и мышами - на разных тазиках - с гуями и терминалками. Экран - их имеется в виду - тазиков.
>Имеется в виду какой-то виртуальный терминал?
Да. Всевозможные konsole, gnome-terminal, putty и пр. что под руку попадется.
>Да уж.Выработка рефлексов программой налицо.Если вам выдавать пинок при выполнении некоего действия
=)) Это рабочие навыки ;-))
>На разных ;-)) Разные версии МС и сопутствующих либ, ОСей, разные "позы камасутры":
>... Что-то поконкретнее??Запросто.Например, убунта -> дебиян.Или дебиян -> n800.Или убунта -> n800.Или n800 -> W500gP.Или putty -> something (вплоть до *бсд). Или... что-нить еще.Или там еще что.И, блин, сроду mc норовит отрисоваться криво и глючно.Особенно этим грешит псевдографика и границы панелек.
>>Я никаких screen не пользую.Зафиг он мне на серверах?Чтобы пару раз все
>У меня в screen'е висит "рабочая обстановка":А, т.е. он у вас локально... ну локально то я могу понять его смысл.Что-то я подумал что он у вас ремотно зачем-то :)
>которое не хочется каждый раз снова отрывать,
Не надо ничего отрывать! :-P
>залогиниваться по сто раз. Если Вы "один раз и забыли" - то скрин и
>не нужен м.б. А я с ними всеми работаю постоянно.Эээ а зачем с серверами работать постоянно?Настроил себе и дальше работает :).Ну, может, апдейты поставить иногда.А далее - админский принцип "работает - не трогай".Если очень уж хочется смотреть на состояние дел, есть всякие мониторилки и коллекторы статистики наконец :).А чтобы несколько хостами рулить я юзаю табы в Gnome terminal или Konsole.Особенно удобно в заголовок терминала влупить название хоста.А то можно перепутать и порулить не на том хосте не так как было надо, потом получается обломинго :).А в скрине можно как-то пометить разные хосты чтобы четко понимать какой хост где?Можно конечно скажем на промпт смотреть но мне в заголовке терминала более симпатично.
>>Не замечал таких проблем - mc сроду динамически ресайзился вроде при изменении
>В принципе и сам ресайзится, но иногда приходится пнуть по С-о. Вомзожно
>это и screen тупит.Хз, просто я в свое время обнаружил что mc просекает изменение размеров терминала и ресайзится.Такая продвинутость порадовала.
>Разрешение иксового экрана. На разных компах выставлено разное разрешение,
>где терминалку в окошке держу, где на весь экран распахиваю. А когда перебегаешь с
>одного такого компа на другой - screen оказывается запоминает параметры терминалки,
>куда он отсылал "картинку".Эээ так я не понял, скрин все-таки стоит на сервере?Или wtf он "отсылал" что-то куда-то?Если он на "управляющем" компе он по идее только получает данные и отображает их?Или я чего-то в этой жизни не понимаю? oO
>терминалками. Экран - их имеется в виду - тазиков.
И все-таки не очень вдупляю при чем тут скрин и разрешения экранов?
>Да. Всевозможные konsole, gnome-terminal, putty и пр. что под руку попадется.
Это понятно.Более того - я примерно понимаю что за тип грабель.Но по прежнему не понимаю что и куда шлет скрин.Я тупой?Или где-то что-то не стыкуется?Мне кажется более вероятным что на сторону сервака шлются параметры виртуальной терминалки, сервак умудряется это запомнить и ... но при чем тут скрин, если как вы говорите его нет на серваке?А фраза с тем что он [скрин] еще и картинку оттсылает меня вгоняет в ступор... oO
>=)) Это рабочие навыки ;-))
Ну, кому как а мне не очень приятно быть дрессированой мартышкой ;(.Какой-то не очень ценный навык на мою имху.
>Запросто.Например, убунта -> дебиян.Или дебиян -> n800.Или убунта -> n800.Или n800 ->Ну с экраном коммуникатора можно ожидать наверное.
>А, т.е. он у вас локально... ну локально то я могу понять
>его смысл.Что-то я подумал что он у вас ремотно зачем-то :)Нэт!! Рэмотно!! Есть один из серваков - "точка входа", так сказать. На др. серваки тока через него. А на него в свою очередь, можно зайти с разных тазиков. Так почему бы на "точке входа" не повесить скрин со всем необходимым?? И открывать его с того тазика, возле которого в данный момент времени нахожусь?? ;-))
>Не надо ничего отрывать! :-P
Вот, еще одно свидетельство ненадежности даже одноклавишных комбинаций =)))
>Эээ а зачем с серверами работать постоянно?Настроил себе и дальше работает :).Ну,
>может, апдейты поставить иногда.А далее - админский принцип "работает - неТо апач упадет, то мускуль пнуть, то авторизация глючит, или ящик почтовый коцнется - сходить и пару байтиков подправить... Ну это такое, что не иначе как на сервак лезть. А вообще, логи смотреть итп - можно было бы конечно и мониторилки прикрутить... Но это их надо прикручивать, преумножать сущности... Мне за это не платят, из юношеского максимализма уже вырос, а с консолью единой на все и вся - работать привык и не испытываю затруднений. К тому же мониторилки тоже глюкнуть могут (и есть кое на чем, и подглюкивают - та ну их...) и не показать, что появились проблемы...
>табы в Gnome terminal или Konsole.Особенно удобно в заголовок терминала влупить
В скрине тоже есть инфострока - туда влепить можно кучу разной инфы, а не только заголовок. Так что не путаюсь.
>Если он на "управляющем" компе он по идее только
>получает данные и отображает их?Или я чего-то в этой жизни не
>понимаю? oOЧестно говоря не разбирался - умеет ли скрин что-то помнить и зачем ему это. Просто вижу факты и трактую их.
>>терминалками. Экран - их имеется в виду - тазиков.
>И все-таки не очень вдупляю при чем тут скрин и разрешения экранов?Так-с!! Будем как Чапаев - на картошках!! ;-)) Возьмите 3 машины, на 1й запустите скрин с МСшками. На 2й и 3й выставьте разные разрешения экрана (допустим, на 2й меньшее, а на 3й большее). Зайдите на 1ю со второй (screen -rd), затем с 3й на 1ю, затем снова со 2й на 1ю. Если ресайз ненадолго тупанет, то успеете заметить, что когда после 2й заходите с 3й (после меньшего на большее) - МС оказывается маленьким и окруженным черным кантиком консоли. А когда после 3й со 2й (после большего на меньшее) - МС переколбашенное: левая панель на полскрина, правая отчасти "за кулисами", между строк влеплены лишние строки (такое себе, в черную полосочку).
>Это понятно.Более того - я примерно понимаю что за тип грабель.Но по
>прежнему не понимаю что и куда шлет скрин.Я тупой?Или где-то что-тоНу, думаю уже понятней стало?? =))) Картинку - не графику конечно же, а в смысле совокупность символов и сопутствующих им эскейп-кодов, параметров терминала...
>Ну, кому как а мне не очень приятно быть дрессированой мартышкой ;(.Какой-то
Ну почему мартышкой. А водители, набившие руку как и когда выжать сцепление, газануть/тормознуть, переключить скорость... - это они тоже дрессированные мартышки что ли??
>не очень ценный навык на мою имху.
Это данность, как рабочие мозоли ;-))
>[оверквотинг удален]
>Так-с!! Будем как Чапаев - на картошках!! ;-)) Возьмите 3 машины, на
>1й запустите скрин с МСшками. На 2й и 3й выставьте разные
>разрешения экрана (допустим, на 2й меньшее, а на 3й большее). Зайдите
>на 1ю со второй (screen -rd), затем с 3й на 1ю,
>затем снова со 2й на 1ю. Если ресайз ненадолго тупанет, то
>успеете заметить, что когда после 2й заходите с 3й (после меньшего
>на большее) - МС оказывается маленьким и окруженным черным кантиком консоли.
>А когда после 3й со 2й (после большего на меньшее) -
>МС переколбашенное: левая панель на полскрина, правая отчасти "за кулисами", между
>строк влеплены лишние строки (такое себе, в черную полосочку).ctrl+a F - подгоняет экран скрина под тот, за которым сейчас сидишь ;)
>>Ну, кому как а мне не очень приятно быть дрессированой мартышкой ;(.Какой-то
>
>Ну почему мартышкой. А водители, набившие руку как и когда выжать сцепление,
>газануть/тормознуть, переключить скорость... - это они тоже дрессированные мартышки что ли??даже для водителя упрощается, если это возможно, не даром же автомат был сделан. привычка дело такое, но если что-то излишне усложнено и это что-то можно упростить - это нужно упростить.
>ctrl+a F - подгоняет экран скрина под тот, за которым сейчас сидишь ;)Обычно "ужас" длится недолго и все само собой перерисовывается ;-))
>Я никаких screen не пользую.Зафиг он мне на серверах?sreen удобен и на локальных тачках, а если сервер удаленный (не за стенкой) и делается какая-то продолжительная операция, то каналы связи нужно рассматривать как не надежные, вот тут-то скрин себя во всей красе и проявляет.
>А что такое экран у сервака где даже видяхи то быть не обязано?
вы спрашивали о ssh? вам и ответили о ssh. имеется в виду экран вашего десктопа, экран вашего ноута, админа сидящего за соседним столом...
>как не надежные,Однозначно.Поэтому я обычно по возможности пинаю такие задачи в фон, порой от лица иного юзеря а вывод в логфайл.Так что если что и где не того, ssh отлетел и прочая - оно доползет до финиша независимо от меня а результат операции я все-равно почитаю.Хоть и опосля.
>вот тут-то скрин себя во всей красе и проявляет.
А может не поленитесь конкретизировать в чем эта красота в этом случае состоит?А то может я что-то полезное упускаю? :)
>вы спрашивали о ssh? вам и ответили о ssh. имеется в виду
>экран вашего десктопа, экран вашего ноута, админа сидящего за соседним столом...Это то я понял, но не понял некоторых моментов, см соседний пост.
>>вот тут-то скрин себя во всей красе и проявляет.
>
>А может не поленитесь конкретизировать в чем эта красота в этом случае
>состоит?А то может я что-то полезное упускаю? :)самое важное: если случаются разрывы связи, то скрин, и все задачи выполняемые в нем, продолжают работать, при переподключении к серверу просто подключаетесь к скрину и продолжаете работать как ни в чем не бывало.
не все задачи можно отправить в бекграунд, например тот же mc. что-то атомарно-длительного я в нем не делаю, но бывает нужно, к примеру, разгрести кучу файлов и очень не приятно терять рабочее окружение из-за какого-то перебоя.
опять же продолжительная задача, может запросить каких-то инструкций у пользователя, как их дать если потеряна консоль и задание в бекграунде - не представляю.
запустив какую-то длительную задачу на выполнение, можно открыть дополнительную вкладку в скрине в рамках одного подключения, и работать с сервером дальше, у меня к примеру есть привычка, если я во фре, во второй вкладке запускать systat -vm или, даже, побить экран скрина на две части, в одной запустить systat -vm, в другой top
кстати есть очень интересный бонус у скрина: объясняя что-то, человеку который находится далеко, для пущего понимания можно отправить его в скрин на той машинке, на которой объясняешь. подключившись вдвоем к одной сессии, вывод на экран и рабочее окружение становится разделяемым, т.е. все что ввожу и получаю я, видит он и наоборот.
у меня все еще несколько сложнее: есть постоянно запущенный скрин, на сервере находящемся в ДЦ, сначала я подключаюсь к скрину на данном сервере, а с него уже рулю всеми остальными серверами, на которых, если нужно, тоже запускаю скрины. плюсы: связь в ДЦ всяко надежнее; если я ушел из дома на работу или куда еще :), я просто подключаюсь к данному серверу и все рабочее окружение у меня перед глазами.
>самое важное: если случаются разрывы связи, то скрин, и все задачи выполняемые
>в нем, продолжают работать, при переподключении к серверу просто подключаетесь к
>скрину и продолжаете работать как ни в чем не бывало.а я вот dtach предпочитаю немного допиленый. screen как-то уж черезчур монструозен и слишком много клавиатуры на себя отъедает.
>а я вот dtach предпочитаю немного допиленый. screen как-то уж черезчур монструозен
>и слишком много клавиатуры на себя отъедает.я не смотрел dtach. мне нравится то, что в скрине можно переопределить все, что нужно под себя. К примеру, на сервере где постоянно висит скрин основные комбинации клавиш перееоперделены, на остальных серверах все, или почти все, по умолчанию. так, кнопки, если работаешь в скрине из по скрина :), не пересекаются, и не нужно жать десять раз одну и ту же кнопку что-бы ее поймал конечный скрин. есть ли такая возможность в dtach?
у меня сейчас 10 вкладок с 7-ю сессиями, в каждой вкладке скрин хранит 1000-у строк и весит: 6320K.
>я не смотрел dtach. мне нравится то, что в скрине можно переопределить
>все, что нужно под себя. К примеру, на сервере где постоянно
>висит скрин основные комбинации клавиш перееоперделены, на остальных серверах все, илиа вот меня как раз бесит, что скрин загребает себе кучу клавиш. dtach лопает ровно одно сочетание — ctrl+\.
>самое важное: если случаются разрывы связи, то скрин, и все задачи выполняемые
>в нем, продолжают работать, при переподключении к серверу просто подключаетесь к
>скрину и продолжаете работать как ни в чем не бывало.Кстати как ни странно я это порой рассматриваю как ... фичу: не надо заходить и расчищать после себя всякий хлам, само помрет :).Что хорошо - нефиг сервак левыми процессами засирать :).Поадминил и вышел.И на самом деле длительно корпеть именно на серваке - ни к чему.Как максимум надо разве что файло долго отрихтовать.Но тогда имеет смысл его локально слить, поменять, влить обратно. Rsync'ом например это еще и быстро.
>разгрести кучу файлов и очень не приятно терять рабочее окружение из-за
>какого-то перебоя.Вот тут соглашусь.Тот же mc - и топично и жизненно :)
>опять же продолжительная задача, может запросить каких-то инструкций у пользователя,
Для продолжительной задачи это очень скотское поведение. Превращать админа в вахтера - как минимум аморально.
>как их дать если потеряна консоль и задание в бекграунде - не представляю.
Я бы автров такого софта расстреливал, без суда и следствия.Чтоб другие не мучались.Или уж задача интерактивная или уж длительная и если и спрашивает чего-то то это или спрашивается 1 раз и сразу или вообще конфигурируется файлом, как-то скриптуется и т.п..В противном случае тот кто за монитором становится всего лишь вахтером окарауливающим задачу.Что вообще-то довольно паскудное применение человеческому разуму.К счастью, мне не приходится так делать.Тьфу х 3.
>запускать systat -vm или, даже, побить экран скрина на две части,
>в одной запустить systat -vm, в другой topА, гм, зачем на все это ффтыкать просто так большую часть времени?Для краткосрочных мероприятий можно и в 1 экране.А если надо долговременно - я что, вахтер при серваке?Как бы мониторилки есть, они и посмотрят, и статистику соберут, и "flight recording" могут, и в случае чего - свистнут или даже меры примут.Зачем мне становиться вахтером при машине? Уж кто-кто а админ сервака имеет все шансы для того чтобы как говорится, "отправил вместо себя дубля" (почти (с) Стругацкие).Вот пусть скрипты и мониторилки и ффтыкают на график загрузки CPU, состояние памяти и т.п. :)
>экран и рабочее окружение становится разделяемым, т.е. все что ввожу и
>получаю я, видит он и наоборот.Вот это интересно.А кто и к кому конектится в итоге?
2ALL извиняюсь за некоторый оффтоп, но интересно, черт возьми :)>у меня все еще несколько сложнее: есть постоянно запущенный скрин, на сервере
>находящемся в ДЦ,Хм... оригинальное и интересное решение.А много этот скрин ресурсов жрет на серверах?(я часто использую виртуализованные, где оперативки а иногда и места на диске - с кошкин зад, под конкретную задачу и не более того).
>просто подключаюсь к данному серверу и все рабочее окружение у меня
>перед глазами.Ну я понял - некий агрегатор потоков на стабильном канале, откуда можно подцепиться из разных точек а сессии не дохнут при отвале того кто снаружи к "агрегирующему" скрину конектился.Красиво и оригинально в принципе.Чем-то похоже на BNC в IRC по смыслу, например.Наверное я этим не заморачивался т.к. обычно не держу открытые сессии на серверах слишком долго и захожу только когда надо порулить.Но идея интересная, надо будет поRTFMать про скрин побольше.
>Как максимум надо разве что файло долго отрихтовать.Но тогда имеет смысл его
>локально слить, поменять, влить обратно. Rsync'ом например это еще и быстро.эм... не понимаю зачем, только если ваш любимый редактор гуевый... зашел, от-vim-ил и ушел :)
>>запускать systat -vm или, даже, побить экран скрина на две части,
>>в одной запустить systat -vm, в другой top
>
>А, гм, зачем на все это ффтыкать просто так большую часть времени?Для
>краткосрочных мероприятий можно и в 1 экране.А если надо долговременно -
>я что, вахтер при серваке?привычка... запустил что-то собраться, сдампится, распаковаться, тут же посмотрел на нагрузку, посмотрел на скорость, прикинул время и пошел заниматься дальше своей работой.
>Как бы мониторилки есть, они и посмотрят,
>и статистику соберут, и "flight recording" могут, и в случае чего
>- свистнут или даже меры примут.Зачем мне становиться вахтером при машине?
>Уж кто-кто а админ сервака имеет все шансы для того чтобы
>как говорится, "отправил вместо себя дубля" (почти (с) Стругацкие).Вот пусть скрипты
>и мониторилки и ффтыкают на график загрузки CPU, состояние памяти и
>т.п. :)за мониторилкой у меня следят специально отведенные люди :)
>>экран и рабочее окружение становится разделяемым, т.е. все что ввожу и
>>получаю я, видит он и наоборот.
>
>Вот это интересно.А кто и к кому конектится в итоге?
>2ALL извиняюсь за некоторый оффтоп, но интересно, черт возьми :)у меня как правило это нужно когда приходит новый человек в компанию и ему что-то объяснить надо, а так как я лентяй и работаю в основном из дома, все сводится к тому что: "я собрался делать то-то и то-то, дуй на сервер такой-то и говори screen -x". в итоге и работу сделал и человеку объяснил :)
>А много этот скрин ресурсов жрет на серверах?(я
>часто использую виртуализованные, где оперативки а иногда и места на диске
>- с кошкин зад, под конкретную задачу и не более того).# pkg_info -sx screen
Information for screen-4.0.3_5:Package Size:
832 (1K-blocks)только что запущенный:
# ps aux|grep screen
root 19276 0.0 0.4 2420 1944 ?? Ss 3:48AM 0:00.02 screen
root 19275 0.0 0.3 2092 1520 p2 S+ 3:48AM 0:00.01 screen
>Ну я понял - некий агрегатор потоков на стабильном канале, откуда можно
>подцепиться из разных точек а сессии не дохнут при отвале того
>кто снаружи к "агрегирующему" скрину конектился.Красиво и оригинально в принципе.Чем-то похоже
>на BNC в IRC по смыслу, например.Наверное я этим не заморачивался
>т.к. обычно не держу открытые сессии на серверах слишком долго и
>захожу только когда надо порулить.Но идея интересная, надо будет поRTFMать про
>скрин побольше.да, совершенно верно поняли.
>Дядька такой был, Петя Нортон :).Петя Нортон писал свой манагер именно под ДОС, как Вы и отметили. И написал его с учетом всех граблей и топорностей ентого ДОСа. А "дизайн" ДОСа кто разрабатывал??
>клоны, что FAR, что mc всю концепцию (оказавшейся удачной и популярной)
Панельки, число панелек, цвет панелек...
>правильный NC", mc воспринимается как "NC в котором надо удалять гланды
>через жопу автогеном".Ну тогда и Линукс - это такая венда, в которой надо выкинуть... <список того чего нет в венде>, переиначить иерархию ФС и все проги инсталлить в Program Files =)))
>Вам ли меня лечить?Я вот работал с классическим нортоном, в отличие от
Удивительно, но факт - и я работал с классическим Нортоном!! Начинал с 3го еще. И??
>>Что шибанутого в 3 клавишах?? Всего лишь вопрос привычки.
>Да, придрочиться и раскорячиться можно и на 5 - "мыши кололись, плакали,Также можно сказать и о двухклавишных комбинациях: вместо простого нажатия на клавишу, приходится раскорячиваться, удерживать одну, тянуться к другой... ;-))
>Более того - если в view'ере FAR начать вводить текст
??? Что-то не припомню такого прикола в ФАРе...
>- в FAR шорткаты работают четко.А в mc некоторые, типа выхода
>из редактораДважды Esc всегда срабатывает...
>В фаре (как и старине Нортоне) такого дебилизма не замечено.
Эт не дебилизм, а особенности работы терминала. Впрочем, тут уже советы давались, как с этим бороться.
>>Более того - если в view'ере FAR начать вводить текст
> Что-то не припомню такого прикола в ФАРе...есть такое, может и в mc будет
>Петя Нортон писал свой манагер именно под ДОС, как Вы и отметили.Но это не было похоже ни на что из программ которые были до Пети Нортона.Это его собственное изобретение.
>И написал его с учетом всех граблей и топорностей ентого ДОСа.Знаете, граблей и топорности у доса при работе с консолью было наврядли сильно больше чем граблей и топроностей у терминалов.И что интересно, ничего принципиально иного в mc - нет.Общая концепция - 1 в 1.А вот шорткаты по дефолту зачем-то здорово другие.Авторы например браузеров лучше поступают - шорткаты стали стандартом де факто и слизаны друг у друга почти 1 в 1.Так намного удобнее.Для юзеров.
>А "дизайн" ДОСа кто разрабатывал??
Авторы CP/M - благо, MS-DOS с него слизали во многом.
>Панельки, число панелек, цвет панелек...
И?Все 1 в 1.И панельки, и цвета, и число.
>Ну тогда и Линукс - это такая венда, в которой надо выкинуть...
Врядли - причинно следственная связь где?Нортон был первый, клоны были вторыми.А в виндах только в последних версиях структура каталогов явно была переработана с учетом достижений *никсоидов.Так что скорее наоборот.До этого (в эпоху Win9x) городили что хотели и как хотели.А в современных виндах можно найти ряд папок вызывающих определенные ассоциации у *никсоидов :)
>переиначить иерархию ФС и все проги инсталлить в Program Files =)))Програм файлсы вроде IIRC не сразу появились.И сильно похожи на что-то типа /usr/bin.А уж папки с юзерскими профайлами (до MS дошло что идея с /home не так уж плоха?:D) появились достаточно поздно.До этого виндоза сперва была 1-юзерской а потом разводила срач профайлами юзеров в системном каталоге.
>Удивительно, но факт - и я работал с классическим Нортоном!! Начинал с
>3го еще. И??Я тоже с 3-го если не глючу :) но потом накопал 4-й если не ошибаюсь :).
>Также можно сказать и о двухклавишных комбинациях: вместо простого нажатия на клавишу,
>приходится раскорячиваться, удерживать одну, тянуться к другой... ;-))Зато случайного срабатывания не происходит.Поиск по дирам нужен реже ввода текста например.Разумный баланс между случайным вбабахиванием и геморроем имхо.
>??? Что-то не припомню такого прикола в ФАРе...
В фаре жмем F3, далее если в вьюхе набить текст - он допирает что скорее всего этот текст хотели поискать.А нафиг еще в вьюху которая ридонли можно вводить текст? :).Мелочь, а от лишнего нажатия F7 для начала поиска в вьюхе избавляет.В старых версиях не было - появилось в "новых" (понятие новизны относительно).
>Дважды Esc всегда срабатывает...
Бесит то что именно *дважды*.Ни в нортоне ни в фаре ДВА раза ничего жать не требовалось.И это невыгодно отличает mc от обоих - намного геморнее быстро смотреть ряд файлов.Больше топтания клавы.
>Эт не дебилизм, а особенности работы терминала. Впрочем, тут уже советы давались,
>как с этим бороться.Да, кой-чего я почерпнул.Правда при куче мест где он стоит - было бы намного лучше если бы он как FAR просто работал, без напильника.FAR приводится мной к юзабельному виду за 3 шортката. Ctrl+3 = full тип панели симпатичный мне. Ctrl+F4 - сортировка по типу (экстеншну), Shift+F9 = save setup. Все, в первом приближении можно юзать.А вот с mc так, увы, не катит, напильник требуется о-го-го какой.... :(.Думаю понятно почему в итоге народ нередко отдает симпатии FAR-у.
>>Дважды Esc всегда срабатывает...
>
>Бесит то что именно *дважды*.Ни в нортоне ни в фаре ДВА раза
>ничего жать не требовалось.И это невыгодно отличает mc от обоих -
>намного геморнее быстро смотреть ряд файлов.Больше топтания клавы.Осознайте простую вещь: досовская (виндовая) консоль и юниксовая консоль (и эмулятор терминала) -- слишком разные вещи. Esc в UNIX -- это префикс команды, а не сама команда.
>Осознайте простую вещь: досовская (виндовая) консоль и юниксовая консоль (и эмулятор
>терминала) -- слишком разные вещи. Esc в UNIX -- это префикс команды,
>а не сама команда.Я это понимаю, но если это можно забороть, было бы здорово. Вот представьте себе: "пользователь" хотел автомобиль. Простой, без закидонов. А вы ему даете нечто на гусеничном ходу и с пятью педалями, при том одна педаль с фиксацией а одна требует двойного нажатия. А в остальном - ну вылитое авто :).Понятно что и к такому можно привыкнуть.Но зачем?
>Но это не было похоже ни на что из программ которые были
>до Пети Нортона.Это его собственное изобретение.Все когда-то в первый раз, даже файлманагер ;-))
>принципиально иного в mc - нет.Общая концепция - 1 в 1.А
И даже меньше. Только то что разумно.
>вот шорткаты по дефолту зачем-то здорово другие.Авторы например браузеров лучше поступают
Ну потому что Петя не Мигель!! ;-)) И NC не МС. И вообще, это только в последние времена такой наплыв знатоков досовских панелек в линукс нагрянули. Там жили люди в своей среде, со своими привычками и шорткатами.
>Авторы CP/M - благо, MS-DOS с него слизали во многом.
А, ну да (: Но топорностей ДОСа это ж не отменяет...
>И?Все 1 в 1.И панельки, и цвета, и число.
Это наверно совпадение. Шучу.
>>переиначить иерархию ФС и все проги инсталлить в Program Files =)))
>
>Програм файлсы вроде IIRC не сразу появились.И сильно похожи на что-то типа /usr/bin....совмещенная с /usr/share, /usr/lib, /etc
>сперва была 1-юзерской а потом разводила срач профайлами юзеров в системном
>каталоге.Про 3.11 уж не помню, а в 9х уже были профили в виде жалкого подобия.
>Я тоже с 3-го если не глючу :) но потом накопал 4-й
>если не ошибаюсь :).И был 5й, но последний. Попытку создать гуевый вариант в расчет не беру.
>Зато случайного срабатывания не происходит.
Происходит. Даже в случае одноклавишных комбинаций ;-)) Все зависит в т.ч. и от качества клавы, и от ее привычности.
>В фаре жмем F3, далее если в вьюхе набить текст - он
>допирает что скорее всего этот текст хотели поискать.Ну в этом смысле... Я уж чуть не испугался ;-)) Да, вроде штука полезная, а с другой стороны, на те же нажимаемые клавиши вдруг можно что-нить повесить было бы...
>Бесит то что именно *дважды*.Ни в нортоне ни в фаре ДВА раза
Метаморфозы... Ввели однажды же двойной клик для мышки. И с тех пор дружно кликаем и не жу-жу. А тут Esc и сразу же бесит ;-))
>понятно почему в итоге народ нередко отдает симпатии FAR-у.
Знаете, в свое время очень долго и продуктивно в ФАРе работал. А в линухе был МС. и работал и там и там. А потом с вендой совсем перестал иметь дело. Так вот, когда пришлось обустроиться под вендой - не смог нормально в ФАРе работать - начал его настраивать под МС ;-)) Так-то.
>Знаете, в свое время очень долго и продуктивно в ФАРе работал. А
>в линухе был МС. и работал и там и там. А
>потом с вендой совсем перестал иметь дело. Так вот, когда пришлось
>обустроиться под вендой - не смог нормально в ФАРе работать -
>начал его настраивать под МС ;-)) Так-то.кстати, да. после долгого и плотного виндосидения я тоже сначала очень ругал матом mc. а теперь ругаю матом FAR. %-)
>Все когда-то в первый раз, даже файлманагер ;-))Угу.И если уж кто-то родил хорошую идею, то зачем ее портить?NC был неплох.А FAR стал еще лучше.Про mc столь же однозначно это сказать не выходит.За эталон я беру NC, как оригинальный вариант.Остальные - клоны.Копии того или иного качества, как ни крути.То что оригинал был написан под дос ... ну блин, подо что-то он должен был быть написан?!Если этим оказался дос, нехай будет дос.
>И даже меньше. Только то что разумно.
Я с удовольствием послушаю про неразумные места в концепциях дедушки Нортона.
>Ну потому что Петя не Мигель!! ;-))
А Мигель - это который?И как он к браузерам относится?Они почему-то не стали выпендриваться с велосипедостроением и у большинства браузеров шорткаты более-менее одинаковые.
>И NC не МС. И вообще, это только в последние времена такой наплыв
>знатоков досовских панелек в линукс нагрянули.Да, вы знаете, в эпоху актуальности MS-DOS на писюшниках *nix отсутствовали напрочь.Может, потому что для многозадачных и тем более многопользовательских систем у писюшников было маловато ресурсов и примерно до i386 еще и очень кривая и неподходящая архитектура?Ну а правильное и с юниксом себе домой не купишь - деньги не те, как бы.Ну вот и шел народ по типичной дорожке.А что, еще и выбор был?Я его не заметил.Да, есть те кто в состоянии увидев такое свинство написать свою ОС.А сколько их таких героев?Человек 5-10 на всю планету?Ну вот то-то же :).А вот далее у народа появился выбор.И - да, его делают.И все чаще - не в пользу виндов.Это разве плохо?Как по мне так мир будет лучше без монополии MS.
>Там жили люди в своей среде, со своими привычками и шорткатами.
А что, у них еще и выбор был?Интересно в каком месте?А то я нортона начинал юзать на 8086 и 80286 еще.Как будто у меня там еще и было из чего выбрать, ага.
>А, ну да (: Но топорностей ДОСа это ж не отменяет...Глядя на проблемы с терминалами в *никс и куче грабель от этого еще вопрос - где же топорнее.В досе правда все было примитивно - консоль одна.Физическая.И баста.Недальновидно?Да!Примитивно?Стопроцентно!Зато, блин, просто работало.Без закидонов и усложнения жизни програмерам (а ремотный доступ и многопользовательские режимы тогда были малоактуальны, так что недальновидность не очень то и икалась а MS заимел свои, очень своеобразные взгляды на удаленный доступ).
>>Програм файлсы вроде IIRC не сразу появились.И сильно похожи на что-то типа /usr/bin.
>...совмещенная с /usr/share, /usr/lib, /etcЭээ не совсем.В винде еще есть %windir% и %windir%/system32 (или как там его в х64).Там всякие системные либы.В програмфайлсах либ почти нет.Впрочем в винде с либами вообще срач и бардак, до сих пор.Проги вообще не имеют нормального механизма для шаринга библов и в итоге все как дауны таскают приватные копии одних и тех же библиотек.В этом плане всякие пингвиноподобные с управлением пакетами куда как разумнее выглядят.Там shared либы реально shared, какими они и должны быть по идее ;)
>Про 3.11 уж не помню, а в 9х уже были профили в виде жалкого подобия.
IIRC, сначала там вообще нихрена не было(что-то я не помню никаких пользователей в самой первой Win95).Прикрутили потом.Костыльно и убого, если меня склероз не подводит.Единственное что это давало в 9х - персональный десктоп.Многопользовательской системой это не являлось - деления прав и одновременного логина не было возможно.
>И был 5й, но последний. Попытку создать гуевый вариант в расчет не беру.
Не видел гуевый вариант.Обходился 5-м а потом был FAR, как логичная эволюция и замена.
>Происходит. Даже в случае одноклавишных комбинаций ;-)) Все зависит в т.ч. и
>от качества клавы, и от ее привычности.Ну я г-ном не пользуюсь, пальцы то не казенные, их все-таки жалко.
>Ну в этом смысле... Я уж чуть не испугался ;-)) Да, вроде
>штука полезная, а с другой стороны, на те же нажимаемые клавиши
>вдруг можно что-нить повесить было бы...Вьюха фары умеет побольше чем mc-шная (например, раскладки на лету переключать) и при том шорткатов вроде как хватает... так что ну его это "вдруг" на мою имху.Практическое удобство от фичи в виде сэкономленного топтания клавы да еше клавиши к которой тянуться надо явно перевешивает абстрактные теоретические "вдруг".Тем более что на практике вешать шорткаты на буквы без управляющих клавиш типа ctrl немного не принято и "вдруг" скорее всего останется именно теорией.
>Метаморфозы... Ввели однажды же двойной клик для мышки. И с тех пор
>дружно кликаем и не жу-жу. А тут Esc и сразу же бесит ;-))Угу, давайте сделаем для ссылок в интернете даблклик?А лучше для alt+sysrq+<smth> чтоб жизнь малиной не казалась :).Кстати для клавиатурных шорткатов даблклик вроде как непопулярен? :)
>потом с вендой совсем перестал иметь дело. Так вот, когда пришлось
>обустроиться под вендой - не смог нормально в ФАРе работать -Я уже периодически наталкиваюсь на этот эффект, НО это не значит что mc верх совершенства.Просто - "ко всему подлец человек привыкает".Не более.
>начал его настраивать под МС ;-)) Так-то.
См. чуть выше... привыкнуть то можно ко всему.А вот аналитику головой и сравнение зачем при этом отключать?Хотя наверное такое не всем доступно, некоторые просто дрессируются не задумываясь что, нафига и хорошо ли это.Хотя я почему-то думал что это больше для виндузятников и особенно чайников характерно - ан нет, оказывается не только для них...
>Я с удовольствием послушаю про неразумные места в концепциях дедушки Нортона.Я уж тоже подзабыл как и что у него там... Но его встроенный функционал выходил за рамки хождения по каталогам, операций копирования, перемещения, удаления, просмотра и редактирования - того минимума, который требуется от манагера. В этом плане идеалом минимализма (там, под куцым досом) считаю Волков Коммандер. Ну а если уж пихать все что ни попадя - тогда уж Дос Нафигатор ;-))
>А Мигель - это который?
ДеИкаса. Который сейчас Гном рулит и Моно пытается навязать. А раньше он был хорошим и правильным - МС написал.
>Да, вы знаете, в эпоху актуальности MS-DOS на писюшниках *nix отсутствовали напрочь.
Униксоиды начались еще задолго до писюков и ДОСа. И стех давних пор сформировали свою среду, культуру, традиции, идеологию итп. И даже когда писюки только начали появляться в домах юзеров, были люди, работавшие в *никсах и имевшие о ДОСе поверхностные понятия. И когда ДОС вошел в обиход, у них входили всякие *БСД. Юниксоиды долгое время существовали обособлено и параллельно, и знакомство с миром ДОСа происходило длительно и постепенно.
>потому что для многозадачных и тем более многопользовательских систем у писюшников
Да ну??!! Легендарные PDPшки и иже с ними были послабей даже первых писюков. А юникс появился именно на них. И на них работали с терминалок (не софтовых, а железных) - именно в многопользовательском режиме.
>и неподходящая архитектура?Ну а правильное и с юниксом себе домой не
>купишь - деньги не те, как бы.Деньги... Тогда ключевым был вопрос возможности заиметь себе железяку. А раздобыть для нее юникс - не проблема. Хотя да - это был удел единиц.
>Глядя на проблемы с терминалами в *никс и куче грабель от этого
>еще вопрос - где же топорнее.Это из-за широты понятия о терминале. Терминалом мог быть не только вышеупомянутый комплект моника с клавой, но даже и телекс - электромеханическая печатающая машинка печатающая со скоростью 50, 100 или 150 знаков/сек. Терминал обязан уметь работать с каждым видом оборудования и обладать некоторыми средствами для этого. То что Вы считаете граблями терминала - это следствие его универсальности.
>В досе правда все было примитивно - консоль одна.Физическая.
>И баста.Недальновидно?Да!Примитивно?Стопроцентно!Зато, блин, просто работало.А как зависало!! Намертво!! =)) И процесс не прибьешь и с наружи не достучишься ;-))
>а ремотный доступ и многопользовательские режимы тогда были малоактуальны,
Это смотря где. За этим тогда Нетварь юзали. А особо продвинутые на полуось переходили...
>Впрочем в винде с либами вообще срач и бардак, до сих пор.Проги вообще
>не имеют нормального механизма для шаринга библов и в итоге всеС либами - да. Я поступал проще - капризной проге кидал индив. комплект либ в ее же каталог. Но самый большой тупизм - каждая прога в своем каталоге. Пути ко всем не пропишешь, софтлинк блин не сделаешь %-)) Помню, держал у себя кучу батничков в путях - для запуска из родных директорий %-))
>IIRC, сначала там вообще нихрена не было(что-то я не помню никаких пользователей
>в самой первой Win95).Прикрутили потом.Костыльно и убого,В 95ю не вникал, а в 98й было 2 варианта: МоиДокументы либо индивидуально, либо общие. А Раб.Стол - общий по любому. Разница - пароль на вход, что впрочем фиксилось удалением *pwl из-под ДОСа =))) "Защита" феерическая =)) Но некоторые умничали и пользовались фичей ;-))
>Не видел гуевый вариант.
Типа раннего Тотала. Ничего особенного.
>Угу, давайте сделаем для ссылок в интернете даблклик?
Пипл схавает!!
>Кстати для клавиатурных шорткатов даблклик вроде как непопулярен? :)
Это просто еще неохваченная целина =))
>Я уже периодически наталкиваюсь на этот эффект, НО это не значит что
>mc верх совершенства.Просто - "ко всему подлец человек привыкает".Не более.Я наверное не подлец, а отъявленная сволочь - мне МС как-то сразу на душу лег, не знаю за что ;-))
>А вот аналитику головой и сравнение зачем при этом отключать?
И не отключал. А трехклавишники поначалу просто интересно юзать было ;-))
>просто дрессируются не задумываясь что, нафига и хорошо ли это.
Хорошо. Трехклавишники не отменяют же двухклавишных. А число вариантов - значительно возрастает!! Фантазии не хватит чтоб задействовать все варианты ;-))
вообще статистика примерно такова
к моменту выпуска 4.7.0пре1 закрыто примерно около 200 тикетов и еще столько же предстоит закрыть.
для сравнения в 4.6.2 около 40...
Спасибо разработчикам! Буду тестировать...
Хотелось бы еще возможность переключаться между несколькими открытыми в редакторе файлами - как в FAR по F12
есть механизм закладок по файлам, но пока данный функционал не принят в основную ветвь... не совсем аналог фаровского поведения, но отчасти похож.
А там как в фар при переключении открытый файл также не надо будет синхрить с дисковой версией - или переключение это обязательно сохранение ?
>А там как в фар при переключении открытый файл также не надо
>будет синхрить с дисковой версией - или переключение это обязательно
>сохранение ?переключение это обязательное сохранение, пока реализовано именно так, на мой взгляд это наиболее безопасный способ.
>переключение это обязательное сохранение, пока реализовано именно так, на мой взгляд это
>наиболее безопасный способ.безопастнее - да, полезнее - нет.
>>переключение это обязательное сохранение, пока реализовано именно так, на мой взгляд это
>>наиболее безопасный способ.
>безопастнее - да, полезнее - нет.делал для себя, поэтому именно так, меня често говоря парит перспектива закрытия терминала с убитием всех несохраненных файлов, мс по идее даже не поймет что его убивают. Точнее поймет но не в силах будет ничего сделать.
это я понимаю и это должно быть на совести юзера, имхо. для меня, порой, особенно если редактируешь системные конфиги, важно что бы в файл не были записаны какие-либо промежуточные данные, т.е. либо полностью законченная мною правка с согласием на сохранение, либо ничего. еще правильнее, имхо, было бы такое поведение, как в vim-е, т.е. периодически сохраняет данные во временный файл, и если vim убит, то при следующем редактировании файла он спросит, что делать с данными из временного файла.можно узнать, как сейчас mcedit ведет себя при открытии файла на редактирование, если файл уже открыт на запись, хотя бы в другой копии mcedit?
>это я понимаю и это должно быть на совести юзера, имхо. для
>меня, порой, особенно если редактируешь системные конфиги, важно что бы в
>файл не были записаны какие-либо промежуточные данные, т.е. либо полностью законченнаяя пользуюсь контролем версий
>можно узнать, как сейчас mcedit ведет себя при открытии файла на редактирование,
>если файл уже открыт на запись, хотя бы в другой копии
>mcedit?конечно можно, открыть в одной копии мц а редактирование, во второй еще раз открыть :)
>я пользуюсь контролем версийэм... каким? svn или подобное? громоздите на конфиги в /etc ?
>>можно узнать, как сейчас mcedit ведет себя при открытии файла на редактирование,
>>если файл уже открыт на запись, хотя бы в другой копии
>>mcedit?
>
>конечно можно, открыть в одной копии мц а редактирование, во второй еще
>раз открыть :)я про-то, что правильный редактор должен предупреждать, если файл уже кем-то редактируется. так же, нормальный редактор, при попытке сохранения файла, должен снимать md5 сумму или хотя бы смотреть на размер файла и предупреждать, что файл был кем-то изменен, пока я вносил свои правки.
>>я пользуюсь контролем версий
>
>эм... каким? svn или подобное? громоздите на конфиги в /etc ?git
>>конечно можно, открыть в одной копии мц а редактирование, во второй еще
>>раз открыть :)
>
>я про-то, что правильный редактор должен предупреждать, если файл уже кем-то редактируется.вообще то предупреждает, вообще в редакторе надо логику пересматривать работы с файлом, сейчас он читает в буферы пока они не кончаются, мне это например нифига не нравится т.к. файлы больше 40М фиг поредактируешь. в принципе подход vi довольно интересен, но требует на hdd дополнительного места ~размер целевого файла...
не удалось собрать :(
>не удалось собрать :(что за дистрибутив?
можно ли на лог посмотреть? ссылочки на какой нибудь nopaste или pastebin вполне достаточно...
перед релизом сборка проверилась на:
EL5, Fedora 10, Fedora 11, Slackware 11, Slackware 12, FreeBSD-7.2, Gentoo (неизвестной версии :)), а также на asus wl500gp.
Конечно, вот: http://pastebin.com/m52177e56
Дело в том, что использовал --with-glib-static. Если это какая-то дурацкая ошибка с моей стороны, то сорри.
Собственно, я с удовольствием зарегистрируюсь в вашем трекере и буду слать ошибку туда. Если это welcome.:)
>Конечно, вот: http://pastebin.com/m52177e56
>Дело в том, что использовал --with-glib-static. Если это какая-то дурацкая ошибка с
>моей стороны, то сорри.glib <2.06 да?
>>Конечно, вот: http://pastebin.com/m52177e56
>>Дело в том, что использовал --with-glib-static. Если это какая-то дурацкая ошибка с
>>моей стороны, то сорри.
>
>glib <2.06 да?да вообще-то нет. речь об Ubuntu 8.04.3 LTS. Вот список некоторых пакетов и версий:
ну рекомендация обновить glib, если нет возможность то можно собрать в сторонке глиб и слинковаться с ним статически, но там важна последовательность подключения библиотек при линковки, чтобы он не подхватил системную библиотеку, т.е придется поковыряться с флагами перед сборкой.
>ну рекомендация ...Хорошо, я понял. Я могу задать GLIB_LIBS перед сборкой.
А что ты думаешь насчет списка пакетов? См. выше.
Пакеты достаточно свежие, дело не в них.Подтверждаю наличие проблемы, создан соответствующий тикет
(http://midnight-commander.org/ticket/1436).Временное решение - собирать без --with-glib-static.
> Пакеты достаточно свежие, дело не в них.
>
> Подтверждаю наличие проблемы, создан соответствующий тикет
>
> Временное решение - собирать без --with-glib-static.Собственно, исправленно в master, патч можно получить по ссылке:
http://www.midnight-commander.org/changeset/ea4a652275ddd019...
Почему в тайтле страницы "Текст новости"?
Отличная новость!! Спасибо разработчикам!! Тестим - сразу видно, что shift + F(n) наконец-то починили, смотрим дальше...
"Интерпретатор занят выполнением команды", если предварительно очистить экран в подоболочке, осталось.
>"Интерпретатор занят выполнением команды", если предварительно очистить экран в подоболочке, осталось.да, потому что все очень не просто как кажется на первый взгляд, адо существенно переделывать работу с сабшелом, но тикет есть.
>>"Интерпретатор занят выполнением команды", если предварительно очистить экран в подоболочке, осталось.
>
>да, потому что все очень не просто как кажется на первый взгляд,
>адо существенно переделывать работу с сабшелом, но тикет есть.А Pavel Tsekov в этом участия не принимает? В свое время он сильно занимался этой проблемой пока его личные проблемы сильно его не захватили
>>>"Интерпретатор занят выполнением команды", если предварительно очистить экран в подоболочке, осталось.
>>
>>да, потому что все очень не просто как кажется на первый взгляд,
>>адо существенно переделывать работу с сабшелом, но тикет есть.
>
>А Pavel Tsekov в этом участия не принимает? В свое время он
>сильно занимался этой проблемой пока его личные проблемы сильно его не
>захватилиможете глянуть его активность по логам репозитария, скажем так, активности 0, в последние лет 5
Как теперь раскрашивать файлы по типам? Пункт меню исчез.
>Как теперь раскрашивать файлы по типам? Пункт меню исчез.перенесен в соседнее меню
Ткни носом, пожалуйста, - не вижу.
Если ты про подсветку по типам файлов на панели из ru-fork,
то её в текущей версии нет, ожидается в pre2/pre3.
>Ткни носом, пожалуйста, - не вижу.я честно говоря подумал что речь идет о раскраске текста в редакторе в зависимости от расширения. Но если речь о подсветке файлов в зависимости от расширения то это пока не реализовано.
Очень приятно, что такой проект развивается. Хотя, лично я командиром пользуюсь не часто и по-мелочи.
Большое спасибо программистам, оживившим этот проект. Молодцы.
А есть ли другие _консольные_ клоны Нортон Коммандера под Линух? Нашел где-то Дос Навигатор, но он оказался практически неюзабельным, а ФАР, говорят, непортабелен... http://forum.farmanager.com/viewtopic.php?t=70
а зачем другие то?
>а зачем другие то?Ну, если честно, ФАР под виндой мне кажется удобнее. Хотелось бы что-нибудь такого же уровня для *nix систем. :)
>Ну, если честно, ФАР под виндой мне кажется удобнее. Хотелось бы что-нибудь
>такого же уровня для *nix систем. :)э… так есть. mc. оно даже круче фара. просто поначалу непривычное.
а если ты хочешь огромную софтину с кучей плугинов — то это мимо кассы: not a unix way.
>
>э… так есть. mc. оно даже круче фара. просто поначалу непривычное.Ну, может быть... А в mc можно установить дополнительные кодировки текста для вьюера? А шорткаты? Хотелось бы, например, чтоб панели убирались по искейпу как в Фаре. :)
>
>а если ты хочешь огромную софтину с кучей плугинов — то это
>мимо кассы: not a unix way.Ха-ха. А МЦ разве не то же самое? Там и редактор, и вьюер, и FTP, и SSH... И даже glib! :)
>А в mc можно установить дополнительные кодировки текста для вьюера?Да можно.
>А шорткаты?
Да можно, пока правда только в редакторе. в pre2 будет везде.
>Хотелось бы, например, чтоб панели убирались по искейпу как в Фаре. :)
не думаю что такое нужно многим, но будет можно назначить скрытию панелей любую клавишу
>Ну, может быть... А в mc можно установить дополнительные кодировки текста для
>вьюера?какие? не, мне интересно. и зачем. чего в списке по ctrl+t не хватает-то?
А шорткаты? Хотелось бы, например, чтоб панели убирались по искейпу
>как в Фаре. :)можно, не поверишь. хинт: исходные тексты. %-))
>Ха-ха. А МЦ разве не то же самое? Там и редактор, и
>вьюер, и FTP, и SSH... И даже glib! :)то же самое. но не настолько. но то же самое, да. впрочем, за редактор я готов mc простить всё, это почти единственный не-марсианский редактор, которым действительно можно пользоваться. %-)
>какие? не, мне интересно. и зачем. чего в списке по ctrl+t не хватает-то?У меня не работает почему-то. Какую кодировку ни выбираешь из списка, русские буквы в ср1251 так точками и остаются.
>можно, не поверишь. хинт: исходные тексты. %-))
Понятно. И перекомпиляция ядра. Опять вмето того, чтобы работать, мне предлагают покрасноглазить... :)
>то же самое. но не настолько. но то же самое, да. впрочем, за редактор я готов mc простить всё, это почти единственный не-марсианский редактор, которым действительно можно пользоваться. %-)
Не слишком много им пользовался, ругать не буду. А выделять текст блоками (а не строками) он умеет?
>>какие? не, мне интересно. и зачем. чего в списке по ctrl+t не хватает-то?
>У меня не работает почему-то. Какую кодировку ни выбираешь из списка, русские
>буквы в ср1251 так точками и остаются.потому что mc не смог понять, какая у тебя «нормальная» локаль, скорее всего. у меня работает, даже utf-8 в мою koi отлично переводит.
>>можно, не поверишь. хинт: исходные тексты. %-))
>Понятно. И перекомпиляция ядра. Опять вмето того, чтобы работать, мне предлагают покрасноглазить…
>:)кому фича нужна, тот её и танцует. хотя вон — девелоперы обещают, что в релизе это появится.
>Не слишком много им пользовался, ругать не буду. А выделять текст блоками
>(а не строками) он умеет?в смысле? вертикальные блоки? сто тыщ лет тому как есть — shift+f3.
это, вообще-то, cooledit, оно дофига чего умеет. а если глянуть в исходники редактора, можно ещё более удивиться. %-)
>
>потому что mc не смог понять, какая у тебя «нормальная» локаль, скорее
>всего. у меня работает, даже utf-8 в мою koi отлично переводит.
>А как ему объяснить? Опять в исходники лезть? :) У меня utf-8. Кстати, я не уверен, что редактор/вьюер локаль не понимает. Он ведь юникодные файлы с несколькими языками нормально показывает, все иероглифы видно. :)
>
>в смысле? вертикальные блоки? сто тыщ лет тому как есть — shift+f3.
>Не работает! 1;2R выплевывает. :)
>это, вообще-то, cooledit, оно дофига чего умеет. а если глянуть в исходники
>редактора, можно ещё более удивиться. %-)Понятно. Короче, все дороги видут к исходникам. :)
>У меня utf-8.ну и не знаю. я этим идиотизмом не пользуюсь.
>>в смысле? вертикальные блоки? сто тыщ лет тому как есть — shift+f3.
>Не работает! 1;2R выплевывает. :)ну и кто тебе виноват, что ты кривой терминал используешь? обучи миднайт верным кнопочкам, и всё будет. или используй нормальный терминал -- mrxvt, например, как я. всё работает "ис каропки".
>>это, вообще-то, cooledit, оно дофига чего умеет. а если глянуть в исходники
>>редактора, можно ещё более удивиться. %-)
>Понятно. Короче, все дороги видут к исходникам. :)конечно. там вкусно и интересно. это ж опенсорц в конце концов. %-)
>
>ну и кто тебе виноват, что ты кривой терминал используешь? обучи миднайт
>верным кнопочкам, и всё будет. или используй нормальный терминал -- mrxvt,
>например, как я. всё работает "ис каропки".
>Хм. gnome-terminal вообще-то многие используют. Он "кривой"? :) В xterm, кстати, такая же картина. В rxvt вроде бы работает, но ставить еще один терминал только ради МЦ я не собираюсь. Так что придется допиливать кнопочки...
>>Понятно. Короче, все дороги видут к исходникам. :)
>
>конечно. там вкусно и интересно. это ж опенсорц в конце концов. %-)
>Да я не против. Работать-то когда? :)
>Хм. gnome-terminal вообще-то многие используют. Он "кривой"? :) В xterm, кстати, такаяу гнома ВСЁ кривое. xterm не намного лучше. сноси все, ставь mrxvt. а, не, не ставь -- у тебя ж utf, оно не оценит. ну, тогда urxvt (хоть оно и лажа).
>терминал только ради МЦ я не собираюсь. Так что придется допиливать
>кнопочки...да один раз зайти в меню и обучить. неудобство будет в том, что в "чистой" консоли без иксов миднайт опять всё потеряет. потому лучше поменять терминал. %-)
>Да я не против. Работать-то когда? :)
в свободное от отдыха время. %-)
>Хм. gnome-terminal вообще-то многие используют. Он "кривой"? :) В xterm, кстати, такая же картина. В rxvt вроде бы работает, но ставить еще один терминал только ради МЦ я не собираюсь. Так что придется допиливать кнопочки...Допиливать ничего не надо, можно воспользоваться функцией "Распознавание клавиш..."
>Хм. gnome-terminal вообще-то многие используют. Он "кривой"? :)Да, он кривой :).Потому что какими ж надо быть уродами чтобы традиционный mc'шный F10 зажать под свой левый шорткат?Перенастроить конечно можно, но вот зачем поднасирать в дефолтах, да еще столь брутально?Выходить мышкой из текстового файлманагера по первости, извините, жуткий изврат.Я как-то привык F10, Enter -> goodbye, прога :)
>Выходить мышкой из текстового файлманагера по первости, извините, жуткий изврат.Я как-то привык F10, Enter -> goodbye, прога :)esc+9 вам в помощь, это конечно не оправдывает его любовь к перехвату ф10, но и настраивается это в три клика, да и литературу читать и так и эдак надо, а учитываю что он на лету может поменять кодировку, я ему это и много еще чего прощу.
>>Выходить мышкой из текстового файлманагера по первости, извините, жуткий изврат.Я как-то привык F10, Enter -> goodbye, прога :)
>
>esc+9 вам в помощьТогда уж, Esc-0.
>Тогда уж, Esc-0.благодарю, описался, видать палец до нуля не дотянулся :)
>Не работает! 1;2R выплевывает. :)Дело происходит в гуевой терминалке (konslole, Gnome terminal etc)??
Поиграйтесь с настройкой эмуляции терминала (xterm, vt100, linux console ...)>Понятно. Короче, все дороги видут к исходникам. :)
Только в особо крайних случаях ;-))
>
>Дело происходит в гуевой терминалке (konslole, Gnome terminal etc)??
>Поиграйтесь с настройкой эмуляции терминала (xterm, vt100, linux console ...)
>У меня gnome-terminal, он туповатый и у него в менюхе этих настроек нет. А ручками это конфигурить я даже и не знаю где...
>У меня gnome-terminal, он туповатый и у него в менюхе этих настроек
>нет. А ручками это конфигурить я даже и не знаю где...Эх, только что вырубил машинку с Гномом - подсмотреть некуда... %-)) Наверняка в его конфиге можно выставить. Конфиг в домашнем каталоге, в подкаталоге с Гномовскими настройками.
>У меня не работает почему-то. Какую кодировку ни выбираешь из списка, русские
>буквы в ср1251 так точками и остаются.Настройки -> биты символов -> полный 8битный ввод
>Настройки -> биты символов -> полный 8битный вводУже стояло.
>>Настройки -> биты символов -> полный 8битный ввод
>
>Уже стояло.если локаль utf то надо в Настройки -> биты символов выбрать utf-8 в качестве кодировки ввода/вывода
>>Настройки -> биты символов -> полный 8битный ввод
>
>Уже стояло.Тогда дело в локали. Попробуйте в субшелле (то что по Ctrl+O) сделать
export LANG=ru_RU
(или export LANG=ru_RU.cp1251 или export LANG=ru_RU.utf8)
и посмотрите - сменились ли точечки на буквы??
>огромную софтину с кучей плугинов — то это мимо кассы: not a unix way.Ви-таки будете вмеяться, но mc изначально не "unix way"(*). Сравните - cp <-> F5, mv <-> F6.
А вот о, скажем, ""find -type f -size +100M | sed 's/^.\+\.//' | tr [:upper:] [:lower:] | sort| uniq -c |sort -k1,1nr"" речи и не идёт. Да, можно засунуть в меню. Да, можно даже параметр какой поспрашивать. Но... Если уж "перевели" cp и mv на F$N, где, спрашивается, перевод-замена-аналоги пайпов-конвейеров, использование в оных собственной реадизации find (и ещё "допиливание" до привычного (да, сам вижу -- субъективно) подмножества GNU find)? Отладка конвейеров (если уж не bash-дебаггер?!) -- на уровне вставить вьюер после N-ого пайпа и отлаживать его, конвейера, кусок до получения приемлемого результата и только _после_ этого пустить с "|xargs rm" или аналогичным? Для одного уровня find |xargs {cp|mv|rm}, допустим, есть Поиск - Панелизация - отметить файлы - F$n (И то -- _уже_ сложнее/дольше _отладки_/написания "с ходу" аналогичного find|xargs... YMMV), но отлаживать конвейеры типа вон того выше -- проще в обычном шеле(+) с |less в качестве "дебагера", и соответствующих выразительных средств в ["языке"] mc просто нет
И кста, именно на границе там-тут и спотыкается: "водораздел" с субщелом и его "шел занят, перезвоните позже", отсутствие переменных (~окружения шел) и/или выразительных средств работы с ними (Вместо cp $OTHER_DIR/*.zip $BACKUP/ нужно _долго_ ходить панелями по директориям и выбирать файлы... Я знаю про закладки - странно, но, наверное, что-то с ними не то.), меню - не шел-скрипт (Чтобы запустить или вызвать из др.скрипта или конвейера -- _нужно_ переписать на этот самый шел и вынести из mc/menu. Несмотря на то, что очень похоже.).
Был когда-то под ДОСом такой 4DOS (и варианты под др.не-unix-ами) - расширял именно "шеловось" ком.интерпретатора (и даже добавлял визуализации/диалоговости в стите тектовых окошек -- сверх классического шел-вея).
mc не расширяет шел, а пытается его дублировать и с ним конкурировать (как и far, наверное, но "там" конкурировать-то особо не с чем). Не даёт его мощности-выразительности и не использует имеющиеся.
...
Да, сам пользуюсь mc - "походить по директориям", поредактировать конфиги. Поредакрировать шел-скрипты. :-] Возможно, пора перестать лениться, бросить mc и уйти на "чистый" bash? ...и emacs? |-)(*) В CLI (shell+pipes+subprocesses) его инкарнации.
(+) Мешая (и мешая себе!..) с ком.строкой mc, Ctrl+O и суб-шелом, если всё это "под mc".
Функциональное изобилие FARа было обусловлено ограниченностью возможностей ДОСа. В *никсах имеется развитый функционал командной строки, набор гибких утилит и пр. возможности, поэтому их дублирование в файловом менеджере нецелесообразно.
это замечательно, но удобную обертку, для функционирования этого дела сделать можно, примитивно не хватает множественных подменю в юзерском меню; описание файлов, которое у фара на ctrl-z; интерфейс для плагинов; в идеале карта шорткеев, что бы можно было полностью поменять поведение и сделать его нортон-подобным (привык я к нортону-волкову-фару, не могу себя заставить привыкнуть к мц, тем более, что пользуюсь им не часто, хотя незнание горячих клавишей зачастую и является выбором в пользу ком. строки); одновременное открытие нескольких документов и переключение по ним; ассоциации для файлов, когда ткнул в файл и тебе выпала менюха с предложением что делать с файлом;
но все равно молодцы, низкий поклон, что дали второе дыхание проекту.
>это замечательно, но удобную обертку, для функционирования этого дела сделать можно, >примитивно не хватает ...Вот все далее перечисленное и можно возложить на встроенный скриптовый язык.
поддерживаю, если прикрутиться хотя бы lua, будет очень замечательно.
s-lang нативнее...
http://www.s-lang.org/
>http://www.s-lang.org/у s-lang синтаксис прост, будет он - замечательно.
>встроенный скриптовый язык.Да в тикеты! И :-P чтение е-почты туда же! http://catb.org/~esr/jargon/html/Z/Zawinskis-Law.html
Вариант: сейчас же переписать на XUL, броузер и почт-читатель (и плагины?!) - в комплекте.
:-D
Гм, лисп не предлагать: в emacs "синие панельки", броузер, чтение почты уже есть.
>[оверквотинг удален]
>
>Да в тикеты! И :-P чтение е-почты туда же! http://catb.org/~esr/jargon/html/Z/Zawinskis-Law.html
>
>Вариант: сейчас же переписать на XUL, броузер и почт-читатель (и плагины?!) -
>в комплекте.
>
>:-D
>
>Гм, лисп не предлагать: в emacs "синие панельки", броузер, чтение почты уже
>есть.Ну и к чему весь этот сарказмЪ ?? Кто говорит о внесении кода всего-на-свете в МС?? В том-то и смысл скриптового языка - предоставить юзеру интерфейс для тонкой настройки и расширения функционала. На скриптовый язык можно и перекинуть часть кода из самого МС - части, отвечающие за фейс, организацию менюшек итд итп - разгреблась бы добрая половина тикетов и "облегчился" бы код самого МС.
К чему Вы припомнили тут XUL - не понятно. Я говорил о библиотеке slang - которая уже задействована в МС. И эта же либа предоставляет средства встроенного интерпретатора, макроязыка. Она _уже_ есть в коде и глобально ничего переписывать не потребуется - почему бы не задействовать ее возможности в большей степени??
Кстати, почтовик mutt, ньюзридер slrn, текстовый редактор jed - это софтины, построенные на базе s-lang и имеют встроеный интерпретатор - что я и предлагал в отношении МС.
>>Да в тикеты! И :-P чтение е-почты туда же!
>Ну и к чему весь этот сарказмЪ ?? Кто говорит о внесенииВнимательнее - про software enveloment, bloatware и свои благо-пожелания о внесении $ФИЧ...
Для тех, кто не заметил, язык в mc уже есть - shell. Со своими проблемами, конечно.
Много разных mc (=даже ещё один?) с вкрячкенными {lua|xul|java|elis^W...} не нужен никому (fl.bait intended!), пока (тише-тише! не спугните) для того, что есть, такая удача, хоть пяток-десяток живых разработчиков нашлись. Мне вот почему-то кажется, что код mc уже достаточно bloat, чтобы его мог взять и переработать "более, чем наполовину" один разработчик.
...и пожелаю себе оказаться неправым, и увидеть гениальные озарения разработчиков, которые полностью посрамят мой пессимизм и сделают хорошо(тм) нам всем и ещё большему числу пользователей, ура! %-)
>кода всего-на-свете в МС?? В том-то и смысл скриптового языка -
>предоставить юзеру интерфейс для тонкой настройки и расширения функционала.#178. Ещё благо-глу^Wпожелания?
>Мне вот почему-то кажется, что
>код mc уже достаточно bloat, чтобы его мог взять и переработать
>"более, чем наполовину" один разработчик.Нет, силами одного разработчика не обойтись, к сожалению.
>...и пожелаю себе оказаться неправым, и увидеть гениальные озарения разработчиков, которые полностью посрамят мой пессимизм и сделают хорошо(тм) нам всем и ещё большему
>числу пользователей, ура! %-)Хорошо будет, но не сразу :)
Были дискуссии по поводу скриптового языка. Было весело, ибо предлагалось от javascript до haskel/erlang :) Я предлагал и буду предлагать s-lang, ибо он уже де-факто есть в проекте - нагнись да возьми, как говорится. Другое дело, что сам mc пока не готов к тому, чтобы его начали скриптовать - нет биндингов функций мс в сланг (иначе зачем изолированный скрипт)?
>Были дискуссии по поводу скриптового языка.надеюсь, это «хорошо» будет таки очень нескоро. а вот скриптинг в редактор — вот это было бы очень вкусно. а лучше и скриптинг, и API для внешних so. последнее, впрочем, малореально, как я понимаю. тогда хотя бы скриптинг. лучше бы на Lua, но фиг с ним — на худой конец и s-lang покатит.
>надеюсь, это «хорошо» будет таки очень нескоро.Да, нескоро. Ибо хватает работы и без скриптового языка. Чего стоит работа по рефакторингу кода - упорядочить, растащить по полочкам :( Потиху растаскивается всё; src/search и src/mcconfig первые ласточки.
> а вот ... API для внешних so.
Нет ничего невозможного :) API станет видно после стройного кода. Сейчас выделить библиотечный код из общей массы немного трудновато.
>> а вот ... API для внешних so.
>Нет ничего невозможного :) API станет видно после стройного кода. Сейчас выделить
>библиотечный код из общей массы немного трудновато.cooledit не так уж плохо написан. и вполне себе отделён от остального, насколько я вижу. даже в отдельный каталог отделён. %-)
кстати: а документацию по cooledit.bindings планирует кто-то сделать? а то про эту фичу можно узнать, только если полезть исходник ковырять.
алсо, см. ниже: в редакторе баг! %-)
>cooledit не так уж плохо написан. и вполне себе отделён от остального,
>насколько я вижу. даже в отдельный каталог отделён. %-)Да, редактор неплох. К нему минимум претензий :)
>кстати: а документацию по cooledit.bindings планирует кто-то сделать? а то про эту
>фичу можно узнать, только если полезть исходник ковырять.Наш проект документации: http://www.midnight-commander.org/wiki/ru/doc
На всё про всё не хватает рук просто :( Опишем, но насколько быстро - это уже второй вопрос.>алсо, см. ниже: в редакторе баг! %-)
Да, видел. Сейчас попробую воспроизвести. TestCase будет? Какая ОСь, платформа? С какими ключами собиралось? ну и, в идеале, вывод (gdb) bt full сделал бы мне хорошо :)
>Да, редактор неплох. К нему минимум претензий :)потому что его иказа не успел испортить, гыгы.
>Наш проект документации: http://www.midnight-commander.org/wiki/ru/doc
>На всё про всё не хватает рук просто :( Опишем, но насколько
>быстро - это уже второй вопрос.да я же не говорю, что вы обязаны. так, упомянул, к слову пришлось. я вполне понимаю, что желающих делать доки ещё меньше, чем желающих писать код. %-)
алсо, там наверняка опять регистрации потребуют.>Да, видел. Сейчас попробую воспроизвести. TestCase будет? Какая ОСь, платформа? С какими
>ключами собиралось? ну и, в идеале, вывод (gdb) bt full сделал
>бы мне хорошо :)вот дали бы анонимусу доступ на багтрэкер -- он бы вам и ключи, и тесткейз, и вывод, и, может, даже патч вывалил бы. %-)
ось -- слака 13rc1. ключи -- обычные от configure. glib 2.18.4. locale koi8-r. пересобирать с отладочной инфой лениво. %-)
testcase:
файл:
{"No-Command", CK_Ignore_Key},
{"Ignore-Key", CK_Ignore_Key},
регэксп:
\",.*?},
строка замены: совсем-совсем пусто (тупо, не жать ничего).
воспроизводимость: нулевая, потому что после повторного запуска, увы, бага не проявилось.
>Да, видел. Сейчас попробую воспроизвести. TestCase будет? Какая ОСь, платформа? С какиминаврал. воспроизводится стабильно, достаточно нажать "replace" в появившемся диалоге.
>>алсо, см. ниже: в редакторе баг! %-)bt full -- очень дофига, а вот просто bt -- ниже. в общем, очевидно, что тупо забыли проверку на пустую строку. я пропатчил хаком у себя в редакторе, но я не в курсе -- может, стоит лучше пропатчить искалку: вдруг ещё где вылезет?
#0 mc_search_regex_prepare_replace_str (mc_search=0x9478d48, replace_str=0x94a30d0) at regex.c:296
#1 0x080beefa in mc_search_prepare_replace_str (mc_search=0x9485ee0, replace_str=0xffffffff) at search.c:310
#2 0x080a1447 in edit_replace_cmd (edit=0x94a4540, again=0) at editcmd.c:1485
#3 0x0809db6f in edit_execute_cmd (edit=0x94a4540, command=303, char_for_insertion=-1) at edit.c:2891
#4 0x0809eba3 in edit_execute_key_command (edit=0x94a4540, command=303, char_for_insertion=-1) at edit.c:2408
#5 0x080a4c1f in edit_callback (w=0x94a4540, msg=WIDGET_KEY, parm=1004) at editwidget.c:348
#6 0x080a4414 in cmd_F4 (edit=0x94a4540) at ../src/dialog.h:207
#7 0x0808dada in buttonbar_call (bb=<value optimized out>, i=<value optimized out>) at widget.c:2426
#8 0x0808e3e9 in buttonbar_callback (w=0x9481600, msg=WIDGET_HOTKEY, parm=1004) at widget.c:2454
#9 0x08058ffc in dlg_process_event (h=0x9451200, key=1004, event=0xbf883f34) at dialog.c:628
#10 0x080592c1 in run_dlg (h=0x9451200) at dialog.c:808
#11 0x080a4603 in edit_file (_file=0x94730d8 "z", line=0) at editwidget.c:208
#12 0x080549fa in do_edit_at_line (what=0x94730d8 "z", start_line=246272) at cmd.c:299
#13 0x08054e09 in edit_cmd () at cmd.c:318
#14 0x0808dac3 in buttonbar_call (bb=<value optimized out>, i=<value optimized out>) at widget.c:2423
#15 0x0808e3e9 in buttonbar_callback (w=0x947ae00, msg=WIDGET_HOTKEY, parm=1004) at widget.c:2454
#16 0x08058ffc in dlg_process_event (h=0x9457788, key=1004, event=0xbf884054) at dialog.c:628
#17 0x080592c1 in run_dlg (h=0x9457788) at dialog.c:808
#18 0x0806fce8 in main (argc=Cannot access memory at address 0xffffffff
>>>алсо, см. ниже: в редакторе баг! %-)
>общем, очевидно, что тупо забыли проверку на пустую строку. я пропатчил
>хаком у себя в редакторе, но я не в курсе --
>может, стоит лучше пропатчить искалку: вдруг ещё где вылезет?Я тоже словил багу. Отлично, стабильный баг - это хорошо :) Много хуже, если баг "плавающий" или невозможно добиться от багрепортёра исходных условий.
Спасибо Вам. Исправим как можно скорее.
>Спасибо Вам. Исправим как можно скорее.не за что. я ж, по большому счёту, для себя стараюсь, из шкурных интересов. у меня mcedit — основной рабочий инструмент. %-)
вчера поправлено
>Я предлагал и буду предлагать s-lang, ибо он уже де-факто есть в проекте - нагнись да
> возьми, как говорится.Пока мы будем поддерживать ncurses, я буду против. :)
Или вы хотите, чтобы MC был слинкован с двумя либами сразу? :)--
andrew_b
>Пока мы будем поддерживать ncurses, я буду против. :)так выкиньте её нафиг. замшелая дурь.
>Я предлагал и буду предлагать s-lang, ибо
>он уже де-факто есть в проекте - нагнись да возьми!!
Устами Slavaz'а глаголет истина ;-))>Другое дело, что сам mc пока не готов к тому,
Главное, чтоб наметилась цель. А остальное - дело наживное.
>Внимательнее - про software enveloment, bloatware и свои благо-пожелания о внесении $ФИЧ...Похоже, Вы совершенно не поняли суть мною сказанного. Я говорил не о прикручивании новых фич а наоборот, об вынесении имеющихся из кода МС. И не о раздувании кода, а о его уменьшении и упрощении. И о том, что средства для этого _уже_есть_ и _уже_задействованы_ в коде МС - осталось лишь воспользоваться ими более продуктивно.
>Для тех, кто не заметил, язык в mc уже есть - shell.
И каково предназначение шелла в МС?? Да, можно забацать экстеншн для виртуальных ФС - но это лишь скромный намек на вомзожности подключаемого функционала. Можно ли на шелле написать скрипт, видоизменяющий и дополняющий опциями менюхи МС, к примеру?? Понятно о чем речь теперь??
>удача, хоть пяток-десяток живых разработчиков нашлись.
И прекрасно что нашлись!! А хотите, чтоб раз в 10 увеличилось, как минимум?? Помните, в чем была причина взрыва популярности ФАРа - именно в возможности подключения доп. модулей. И сформировался огромный плагринг с тысячами разных плагинов на все случае жизни. И они вовсе не раздували ФАР, не усложняли его код и не добавляли головной боли разработчикам - потому что были подключаемыми и опциональными. Но с ФАРовскими плагинами было сложнее - там надо было быть хоть немного программером. В отличии от МС - где есть весьма простой скриптовый язык. Представьте себе - любой, даже чайник, сможет накатать себе удобную (для него) менюшку или диалог FTP-подключения (с нужными ему там кнопочками) или какой-нибудь тетрис... И сидеть себе тихо и юзать свои поделия. А то и поделиться с ближним своими "разработками". Я не сомневаюсь, что это сыграет на росте интереса к МС и увеличению коммьюнити вокруг него.
>код mc уже достаточно bloat, чтобы его мог взять и переработать
>"более, чем наполовину" один разработчик.В моем предложении как раз сделать ему слегка unbloat - посредством относительно небольших трудозатрат, без большого переписывания кода, гораздо менее "чем наполовину".
>...и пожелаю себе оказаться неправым, и увидеть гениальные озарения разработчиков, которые полностью
>посрамят мой пессимизм и сделают хорошо(тм) нам всем и ещё большему
>числу пользователей, ура! %-)Да, хотелось бы выслушать и разработчиков по данному вопросу - что они думают о самом предложении, о величине трудозатрат и целесообразности.
>#178. Ещё благо-глу^Wпожелания?
Думаю, некоторые из благо-глу^Wпожеланий встроенный язык тоже смог бы на себя взять.
> это замечательно, но удобную обертку, для функционирования этого дела сделать можно,Она и сделана. Это MC. Мне - удобен. Многим другим - тоже.
Или Вы все еще страдаете болезнью переоценки собственного мнения?
>Функциональное изобилие FARа было обусловлено ограниченностью возможностей ДОСа. В *никсах имеется развитый
>функционал командной строки, набор гибких утилит и пр. возможности, поэтому их
>дублирование в файловом менеджере нецелесообразно.FAR завязан на winapi, в чистом ДОСе он не идёт; идеология его функционального изобилия - максимально полное использование предоставляемых api возможностей.
претензии к MC в основном вызваны несоответствием настроек по-умолчанию "стандартам" NC
>FAR завязан на winapi, в чистом ДОСе он не идётРошалевский еще шел... Это потом его обWinAPIли.
>а зачем другие то?FAR лично мне больше чем mc нравится.В FAR взяли за основу идеи старины Norton и сделали на современном уровне.Не испортив то что было в NC и улучшив.В MC слишком много всего перехреначили по сравнению с оригиналом, что несколько раздражает.Меня раздражают странные клавиатурные шорткаты, ни разу не похожие на NC в массе своей а иногда еще и заставляющие изрядно раскорячиваться, глюки с вводом команд когда сообщают что шелл уже выполняет команду и кривой в хлам вьювер который испытывает кучу проблем при просмотре бинарных файлов, чего не было ни в нортоне, ни в фаре.Более того - если смотрим некий файл, для него есть фильтр и так оказалось что файл битый и фильтр его не прожевал (ругань про пустой аутпут от фильтра, etc) - посмотреть что в файле - вообще проблематично.Потому что переключиться в raw режим отображения вообще не судьба - эдитор просто вываливается не давая такого шанса.И иногда (несмотря на отключение парсинга и форматирования файла) seek в большом файле занимает немеряно времени.Что mc столько времени делает?Ну не seek'ает же по файлу минуту?!FAR в таком же файле на даденую позицию (например, часто нужно глянуть на хвост файла) моментально отматывает.Лично я использовал FAR как простой, брутальный и всегда работающий инструмент для просмотра того что по факту находится в некоем файле, даже если это разрушенные данные или данные не соответствующие заявленному формату. Так что если какая-то гуевая программа лажается, идем и смотрим что там в некоем файле FARом.При том посмотреть можно файл любого размера, с любым содержимым, открывается мгновенно и даже seek в конец 2Гб бинарного файла - мгновенно. С mc данный тип деятельности превращается в определенный геморрой - mc сам облажаться или потормозить не дурак.Что для такой тулзы как-то не радует.
>и кривой в хлам вьювер который испытывает кучу
>проблем при просмотре бинарных файловнапример? у меня, почему-то, никаких проблем нет. может, потому, что я знаю о shift+f3?
>например? у меня, почему-то, никаких проблем нет. может, потому, что я знаю
>о shift+f3?А shift+f3 - круто, конечно, но - капля в море.И кроме того я бы не сказал что данный аккорд слишком уж удобный.FAR например не пытается умничать и парсить ничего потому работет быстро и даже если открыть файл на 10Gb - можно спокойно пошариться в нем без спецэффектов, seek'нуть в конец файла, etc.А случаи бывают разные.Мне например надо было разок 300GB файл образа HDD посмотреть.Представляете себе на сколько при необдуманном дефолтовом открытии файла встает в позу mc?У mc не особо то быстрый поиск, он не умеет поиск слова в нескольких кодировках сразу (FAR так может).
Кстати если вам все нравится и вы всем довольны, не расстраивайтесь: в соответствии с законами Мерфи, "если дела идут хорошо, значит вы просто чего-то не заметили".Я в отличие от вас просто замечаю больше.Вот и все.
>надо было разок 300GB файл образа HDD посмотреть.Представляете себе на сколько
>при необдуманном дефолтовом открытии файла встает в позу mc?Сейчас вьювер переделывается.
> У mc не особо то быстрый поиск
Поиск довольно быстрый. Во вьювере в силу теперяшних ограничений медленно.
> он не умеет поиск слова в нескольких кодировках сразу (FAR так может).
Галка "All charsets" - это оно. Причём в именах файлов тоже, не только в редакторе/вьювере
>Кстати если вам все нравится и вы всем довольны, не расстраивайтесь: в
>соответствии с законами Мерфи, "если дела идут хорошо, значит вы просто
>чего-то не заметили".Я в отличие от вас просто замечаю больше.Вот и
>все.Спасибо за замечания. Цель выпуска пререлиза, как было отмечено в тексте новости, собрать как можно больше замечаний, предложений и багрепортов. Следующий пререлиз будет полнее по фишкам и с исправленными известными багами (добавленными неизвестными, само собой ;) ). Его цель будет такой же.
> Меня раздражают странные клавиатурные шорткаты, ни разу
> не похожие на NC в массе своей а иногда еще и
> заставляющие изрядно раскорячиватьсяА можно поконструктивнее, списком? Какие шорткаты
конкретно отличающиеся от NC в худшую сторону, и
не являющиеся, скажем, стандартными шорткатми
совместимыми с emacs.> кривой в хлам вьювер который испытывает кучу
> проблем при просмотре бинарных файлов,Про проблемы с viewer-ом известно, новую реализацию, я думаю,
можно ждать к выходу pre2.Про сабшелл уже рассказали, там не всё так просто,
но тоже будет решено, хотя не так быстро как всем
нам хотелось бы.Спасибо за замечания, более подробно и предметно можно писать
в любой из списков рассылки mc, или по конкретным багам - в трекер.
>А можно поконструктивнее, списком?Можно.Стоит правда понимать что мой сценарий использования - это "дядя нортон", для быстрого управления файлами, нахождения чего-то в дебрях ФС, просмотра по быстрому файлов, etc.При том меня чаще всего интересует именно RAW вид файла как потока байтов когда я его смотрю nc/mc/far, а вовсе не то как кто-то извернется хтмлку или пдфник отрисовать в виде текста.
Поиск файла - аккорд из 3 букв.Гым.А в фаре - аккорд из двух кнопок, можно 1 левой взять, например(мало ли, в правой бывает кофе или, уж простите, мышка).Выигрыш - налицо.Просто попробуйте "одной левой" в mc :P.В нортоне...честно говоря не помню, я его юзал в эпоху доса и '95.А это было давно.
Атрибуты.В фаре сtrl+a.А тут опять какие-то трехходовки, аж 2 штуки разных на chmod и chown.В nc - хм, склероз.Не помню как там с этим.А искать дос и нортон лень.Да еще блин рекурсивно зааплаить атрибуты в mc вроде нельзя.В итоге толку с этого всего чуда света - ноль.Проще, блин, chmod и сhown заюзать(лично мне), особенно на рекурсивных вещах, чем корячиться на такие шорткаты для столь хилого результата.Итого - неплохая декорация chmod+chown с геморными шорткатами но в 50% случаев свою миссию успешно заваливает, как только надо натравить сие на разлапистую диру.Может я тупой и не осилил чего?(Даже если и так, это обычно очень дурной признак).
В нортоне по-моему вообще дурных 3-ходовых шорткатов не было.Брать их нихрена не удобно и если для системного alt-sysrq-<key> или C-A-D это еще простительно т.к. надо раз в миллион лет, то вот файлманагер лучше б юзал не более 2 клавиш за раз.Ненавижу 3-ходовки, они дольше берутся.И нортон и фар в массе своей неукоснительно соблюдают это правило, все часто нужные шорткаты просты как топор.И потому являются средствами БЫСТРОЙ навигации по ФС, простых операций и просмотра.
В фаре в вьюхе есть рульный шорткат, F8 и shift+F8.Раскладку в которой просмотр идет меняет.Позволяет смотреть файл на ходу в разных кодировках.В нортоне 5-й версии что-то такое но в сильно обкусаном виде тоже было IIRC. А в mc я такого не узрел. Не знаю, может, вся эта возня с терминалами усложняет создание такой фичи?Но в фар было чертовски удобно.Потому что у меня на диске есть текстовики в 1251, 866 и даже KOI-8 (некрофилы в этом месте могут мстительно ткнуть меня в зад вилами).Не говоря уж о UTF8 и 2-байтном уникоде.В фаре можно смотреть их все, а в mc вот так по просотму и без гемора только ГTF-8, а остальное - только в более приличном редакторе.Ну и понятно где выигрыш в скорости файловых операций.Ну не с mc явно.
Про своеобразный просмотрщик я упоминал.Про то что он дурит с бинарными файлами как хочет-тоже.Как и глючный выход из него требующий зачастую 2 ESC.Как нетрудно понять, скорость просмотра ФС от этого нифига не улучшается и выигрыш ну опять не за mc :(
Шорткат панели инфо - не менее варварский, опять 3-ходовка.Ну, блин, не было в нортоне 3-ходовок.Гадость это :E.Привыкнуть конечно и к такому можно.Но жать 3 клавиши вместо 2 анноит однако.
Более того - вид FAR я могу привести в симпатичный лично мне вид (детальное вью панели и сортировка по расширению) за ровно 2 аккорда по 2 клавиши.А вот mc... :\
Почти то же насчет move и rename.Нортонская логика с гашеием панели и при этом ренеймом файла вместо мува - убита.В фаре классика оставлена.И она ИМХО удобнее чем то что сделано в mc заместо этого, если честно.Можно конечно и к mc привыкнуть...
Для меня нортон и фар всегда были простым инструментом без выгибонов позволяющим просто, быстро и брутально вьюить отфонарные файлы на ФС и управлять ими - по быстрому, на скорость.Удобно если файло побилось сунуться да посмотреть - а что там по факту.Невзирая на размер и прочая.А mc в этом качестве явно хуже (3-ходовки и глючные клавиши тормощят навигациб)... в итоге после фара и нортона как-то не очень.
>Какие шорткаты конкретно отличающиеся от NC в худшую сторону, и
>не являющиеся, скажем, стандартными шорткатми совместимыми с emacs.Совместимость с емаксом файлманагера меня волнует не более чем совместимость с скажем, файрфоксом или кофемолкой.На мое имхо лучше б уж стиль и дух оригинала - дедушки нортона точнее выдерживался, меня это куда сильнее волнует.И плюс нортона и фара - в том что простые и короткие шорткаты позволяют быстро фигарить на ФС типовые операции, FAR в этом плане стал только лучше чем его "папаша".В моем видении "стандартные шорткаты" применительно к NC-подобному файлманагеру могут иметь только 1 смысл - похожи на то что предложил Петя Нортон в свое время, уж извините.Может кому-то такие шорткаты и по вкусу.Но этот кто-то - не я.Может, можно сделать что-то типа 2-3 шаблонов хоткеев?Что-то типа "классика" (и\или "классика + фар") vs то что там есть сейчас?А то у меня куча машин например.На каждой fine-tune'ить файлманагер я задолбусь, а вот быстро применить "болванку" - запросто.
>Про проблемы с viewer-ом известно, новую реализацию, я думаю, можно ждать к выходу pre2.
Было бы архикруто.Еще б хексэдитор ему чутка пофичастее, глядишь вышел бы не самый плохой файлманагер.В целом - довольно достойная программа, просто мелких но противных багов, глюков и анноянсов - есть.
>Про сабшелл уже рассказали, там не всё так просто, но тоже будет решено,
>хотя не так быстро как всем нам хотелось бы.
>Спасибо за замечания, более подробно и предметно можно писать
>в любой из списков рассылки mc, или по конкретным багам - в
>трекер.Я к вам при случае зайду имхо в багтрекер :).Но сперва повожусь с новой версией как следует, чтобы понять как она и насколько отличаеися от известных мне.
P.S. и кстати большое спасибо за вашу работу :).А то что я вечно всем недоволен - ну, это by design.
>Поиск файла - аккорд из 3 букв.Гым.А в фаре - аккорд из
>двух кнопок, можно 1 левой взять, например(мало ли, в правой бывает
>кофе или, уж простите, мышка).Выигрыш - налицо.Просто попробуйте "одной левой" вТолько что словил себя на мысли, попробовал и убедился - включаю поиск одной рукой: RAlt-RShift-"?" ;-)) Кофе при этом в левой, правда ;-))
>mc :P.В нортоне...честно говоря не помню, я его юзал в эпоху
Alt-F7 вроде...
>В фаре в вьюхе есть рульный шорткат, F8 и shift+F8.Раскладку в которой
Аналог shift+F8 в МС - С-t
>Еще б хексэдитор ему чутка пофичастее
Вот это действительно было бы по делу!!
>>Поиск файла - аккорд из 3 букв.Гым.А в фаре - аккорд из
>>двух кнопок, можно 1 левой взять, например(мало ли, в правой бывает
>>кофе или, уж простите, мышка).Выигрыш - налицо.Просто попробуйте "одной левой" в
>
>Только что словил себя на мысли, попробовал и убедился - включаю поиск
>одной рукой: RAlt-RShift-"?" ;-)) Кофе при этом в левой, правда ;-))
>
>А ноутбутчикам что делать? Почему никто не берет в расчет армию пользователей с убогими средствами ввода?
>А ноутбутчикам что делать? Почему никто не берет в расчет армию пользователей
>с убогими средствами ввода?И на ноуте справа те же клавиши и тоже все под рукой.
>А ноутбутчикам что делать?Ноуты это еще что.Вы попробуйте такой варварский шорткат на N800 изобразить без внешней клавы.Я посмотрю как у вас это получится.А вот Ctrl+<something> или что-то подобное простое и дубовое, в стиле дедушки Нортона - и там можно вбахать.
поддерживаюи даже есть что добавить
риторический вопрос - а что плохого в том, чтобы позаимствовать хорошие идеи у другого программного продукта, слизать идеологию, оставив при этом свободу выбора пользоваться программой тем или иным способом, при этом еще дополнительно улучшив программу?
>А есть ли другие _консольные_ клоны Нортон Коммандера под Линух?Да. Тугугл "orthodox file manager unix". Только большинство из них трупы.
>Да. Тугугл "orthodox file manager unix". Только большинство из них трупы.Да даже не то что трупы... Вообще ничего нет! Ссылки на какие-то статьи... :(
http://groups.google.com/group/bashc/web/overview
Не клон, но легкий, и весьма настраиваемый. Автор - Сергей Вакуленко, когда-то создавший deco
>http://groups.google.com/group/bashc/web/overview
>Не клон, но легкий, и весьма настраиваемый. Автор - Сергей Вакуленко, когда-то
>создавший decoПопробовал собрать его. При запуске говорит: "Cannot enable commander: cursor positioning not supported". Опять, наверное, терминал не православный...
хорошо тебе. а у меня даже не собралось, конфигур намертво виснет на "checking for working mktime"
>Попробовал собрать его. При запуске говорит: "Cannot enable commander: cursor positioning not
>supported". Опять, наверное, терминал не православный...угадал таки. echo $TERM, смотрим, удивляемся, что такой записи нет в /etc/termcap
решение: например, export TERM=vt100
>>Попробовал собрать его. При запуске говорит: "Cannot enable commander: cursor positioning not
>>supported". Опять, наверное, терминал не православный...
>
>угадал таки. echo $TERM, смотрим, удивляемся, что такой записи нет в /etc/termcap
>
>решение: например, export TERM=vt100Один хрен. Когда делаешь ". /usr/local/etc/bash_commander", промпт c подсветкой выводится. А когда ^O нажимаешь чтоб панельки показал, говорит "cursor positioning not supported". :(
>Один хрен. Когда делаешь ". /usr/local/etc/bash_commander", промпт c подсветкой выводится. А когда
>^O нажимаешь чтоб панельки показал, говорит "cursor positioning not supported". :(у меня заработало. TERM=linux тоже заработало. у тебя вообще termcap есть? вот и посмотри там, чо дают и где cu определено.
>/usr/local/etc/bash_commander
>говорит "cursor positioning not supported". :(google.ru + "cursor positioning not supported" bash_commander + ENTER
http://ramlamyammambam.livejournal.com/63750.html?thread=472.... Ваш, автоответчик форумный. С приветом.
Far прекрасно работает под вайном.
>Far прекрасно работает под вайном.только кому он нафиг там нужен?
да тут половина постов в треде только о нём.
>да тут половина постов в треде только о нём.мало ли что на заборах пишут.
>Far прекрасно работает под вайном.Я бы не сказал что прекрасно. Во первых, если его пускать в нормальном терминале он падает с каким-то хитрожопым исключением :D.Работает только в отдельной WINE`шной убогой консоли.Которой до Konsole и даже кривенького Gnome Terminal - как пехом до пекина по удобству.А в оных он бабахается с левым исключением при старте и гудбай.Очень мило, ага.Во вторых, он напрочь не в курсе *никс специфики.Ну скажите, напуркуа мне редактор AHRS атрибутов файла?И какой физический смысл этой операции когда файло лежит на томе с XFS наприме?Зато куда как более актуальный chmod и chown оно ни в каком виде не умеет.В итоге запускаться то он запускается.Если постараться.Но вот прекрасной его работу не назовешь.И вообще, удаление гланд через ж%?у автогеном.Я for security reasons в wine вообще снес диск дающий доступ ко всему.Оставил только "виндозный" и "спецогрызок" - дира с старыми виндозными программами\играми которые вдруг могут понадобиться.Ну и хватит с них.В итоге у виндовых прог весьма ограниченные опции для саботажа.Благо, закрытым прприетарным блобам и тем более всякой там малвари или там чему еще у меня нет причин доверять, а остальному хватит и такого урезанного доступа.Пусть виндовое малваре гадит на этом огрызке если хочет :).Но файлманагер при этом ессно не имеет доступа к диску который вывешивает "/".И потому достаточно бесполезен.
Кстати, он до сих пор тащит за собой какие-то либы из Гнома? Помню, хотел скомпилить его на Фряхе на серваке, так и не смог. Пришлось пользоваться облегченным клоном отсюда: http://mc.linuxinside.com/cgi-bin/dir.cgi
>Кстати, он до сих пор тащит за собой какие-то либы из Гнома?
>Помню, хотел скомпилить его на Фряхе на серваке, так и не
>смог. Пришлось пользоваться облегченным клоном отсюда: http://mc.linuxinside.com/cgi-bin/dir.cgiglib. тащит. и будет тащить. только она не «из гнома».
>Кстати, он до сих пор тащит за собой какие-то либы из Гнома?
>Помню, хотел скомпилить его на Фряхе на серваке, так и не
>смог. Пришлось пользоваться облегченным клоном отсюда: http://mc.linuxinside.com/cgi-bin/dir.cgiнезнаю почему не смогли, прекрасно компилится на фряхе...
Не спорю, но я не администратор сервера, поэтому glib поставить на него не могу. А без него:$ ./configure
...
checking pkg-config is at least version 0.9.0... yes
checking for GLIB... gnome-config: not found
no
checking for GMODULE... gnome-config: not found
configure: error: Package requirements (gmodule-2.0) were not met:No package 'gmodule-2.0' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.Alternatively, you may set the environment variables GMODULE_CFLAGS
and GMODULE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
Честно говоря, не совсем понятно зачем glib нужен для консольного ФМ? :)
>Честно говоря, не совсем понятно зачем glib нужен для консольного ФМ? :)затем, что это большая и удобная библиотека. ты её с gtk не попутал?
>затем, что это большая и удобная библиотека. ты её с gtk не
>попутал?Нет. За исключением того, что она лежит в основе GTK.
http://ru.wikipedia.org/wiki/GLib
Нет? :)
>Нет. За исключением того, что она лежит в основе GTK.ну и что? оно удобное и мощное. хоть и больное на голову, как gtk. %-)
>ну и что? оно удобное и мощное. хоть и больное на голову,
>как gtk. %-)А если оно "удобное и мощное", то его обязательно нужно прикрутить к консольному файлменеджеру? :) Я выше ссылочку давал, там без удобного и мощного обошлись как-то, в результате чего я МЦ скомпилил на удаленной машине и запускаю из домашнего каталога когда нужно. А недостатков каких-либо по сравнению с "полноценным" МЦ не обнаружил пока.
>А если оно «удобное и мощное», то его обязательно нужно прикрутить к
>консольному файлменеджеру? :) Я выше ссылочку давал, там без удобного ине обязательно. можно всё с нуля писать. можно и libc выкинуть. но зачем?
впрочем, слова «мигель деиказа» — это диагноз, конечно.
>>ну и что? оно удобное и мощное. хоть и больное на голову,
>>как gtk. %-)
>
>А если оно "удобное и мощное", то его обязательно нужно прикрутить к
>консольному файлменеджеру? :) Я выше ссылочку давал, там без удобного изатем что сейчас через glib идет работа с ini, utf-8, на ем сделан поиск по регекспам.
>затем что сейчас через glib идет работа с ini, utf-8, на ем
>сделан поиск по регекспам.Ну, ini - не бог весть что, а весь регексп тоже занимает три с половиной сишных файла. По-моему, все это можно было прикрутить даже статически. Прога от этого не сильно раздуется, зато не будет зависеть от большой библиотеки.
> По-моему, все это можно было прикрутить даже статически.прикрутить можно что угодно, а кто будет потом это поддерживать?
>
>прикрутить можно что угодно, а кто будет потом это поддерживать?В каком смысле "поддерживать"? Если оно _работает_, то зачем его вообще трогать? :)
>В каком смысле "поддерживать"? Если оно _работает_, то зачем его вообще трогать?
>:)есть такая штука, как code rotting. загнивает код постепенно.
>
>есть такая штука, как code rotting. загнивает код постепенно.Такие вещи, как регексп или ini, вряд ли будут причиной "загнивания".
>>
>>есть такая штука, как code rotting. загнивает код постепенно.
>
>Такие вещи, как регексп или ini, вряд ли будут причиной "загнивания".ЛЮБОЙ код загнивает. даже "hello, world".
>
>ЛЮБОЙ код загнивает. даже "hello, world".Обоснуй. Сишный Hello world можно "поддерживать" простой перекомпиляцией до тех пор пока существует хоть один сишный компилятор.
>>
>>ЛЮБОЙ код загнивает. даже "hello, world".
>
>Обоснуй. Сишный Hello world можно "поддерживать" простой перекомпиляцией до тех пор пока
>существует хоть один сишный компилятор.ага. например, код, написаный в стиле k&r на компиляторе, который такой стиль не понимает.
>
>ага. например, код, написаный в стиле k&r на компиляторе, который такой стиль
>не понимает.Это значит код непортабельный для данного компилятора. "Загнивание" тут ни при чем.
>>ага. например, код, написаный в стиле k&r на компиляторе, который такой стиль
>>не понимает.
>Это значит код непортабельный для данного компилятора. "Загнивание" тут ни при чем.раньше компилировался, например. а вот тут из компилятора в новой версии убрали k&r (а кому оно надо нафиг), например. и что? всё, код сгнил, надо чистить от пыли и оживлять.
>ЛЮБОЙ код загнивает. даже "hello, world".А можно пример загнившего hello world'а на сях?Чертовски любопытно :)
>Нет. За исключением того, что она лежит в основе GTK.glib - это просто библиотека с набором удобных функций, макросов итп. Да, лежит в основе, но не более того ;-)) И гуевых зависимостей тащить за собой не будеть - не беспкойтесь ;-))
>glib - это просто библиотека с набором удобных функций, макросов итп. Да,
>лежит в основе, но не более того ;-)) И гуевых зависимостей
>тащить за собой не будеть - не беспкойтесь ;-))Да дело не в этом. Я просто _поставить_ ее не мог, потому что у меня прав на серваке не было. Я всю эту бодягу локально пытался собрать, а скомпилислся только тот форк, на который я ссылку давал. Оправданность использования glib здесь - спорный вопрос, и в результате лучшей для конкретных обстоятельств оказалась та версия, которая меньше за собой тащит.
В Вашем случае нужно было просто собрать статически с glib, это
не потребовало бы от Вас установки никаких библиотек в систему.Для пользователей mc существует замечательный
дискуссионный лист mc@gnome.org, в котором могли бы
ответить на этот и многие другие Ваши вопросы.
>Не спорю, но я не администратор сервера, поэтому glib поставить на него
>не могу. А без него:
>
>$ ./configure
>...
>checking pkg-config is at least version 0.9.0... yes
>checking for GLIB... gnome-config: not found
>noпочему нельзя себе поставить glib в домашнюю директорию?
>
>почему нельзя себе поставить glib в домашнюю директорию?Я пробовал. Но она у меня почему-то не скомпилилась. Сейчас уже не помню почему.
>>почему нельзя себе поставить glib в домашнюю директорию?
>
>Я пробовал. Но она у меня почему-то не скомпилилась. Сейчас уже не
>помню почему.В Makefile, поищите строку
GMODULE_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
и подправьте путь на тот, где у Вас установлена glib
>В Makefile, поищите строку
>GMODULE_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
>и подправьте путь на тот, где у Вас установлена glibСпасибо. Там дело не в путях было, а что-то посерьезнее. И потом я уже поставил форкнутый МЦ.
>Спасибо. Там дело не в путях было, а что-то посерьезнее. И потом
>я уже поставил форкнутый МЦ.Может не в вышеприведенных - может еще чего-то не нашлось... Может конфликт версий библиотек/компиллятора. Тут уже надо смотреть, на что копмиллятор ругнулся, и как.
а как на счет FTP клиента? из mc пользуюсь только FTP - хотелось бы видеть функционал на подобие фаровского хотябы. Ну или как минимум - возможность переключать актив/пассив
>а как на счет FTP клиента? из mc пользуюсь только FTP - хотелось бы видеть функционал на подобие фаровского хотябы.ну что сказать, пока никто не занимается ftp, к сожалению...
>а как на счет FTP клиента? из mc пользуюсь только FTP -
>хотелось бы видеть функционал на подобие фаровского хотябы. Ну или как
>минимум - возможность переключать актив/пассив[F9]->Options->VirtualFS...
[ ] use passive mode -- не оно?
>>а как на счет FTP клиента? из mc пользуюсь только FTP -
>>хотелось бы видеть функционал на подобие фаровского хотябы. Ну или как
>>минимум - возможность переключать актив/пассив
>
>[F9]->Options->VirtualFS...
>[ ] use passive mode -- не оно?Для работы со списком ftp сейчас можно использовать hotlist.
Для включения active/passive mode отдельно для
конкретного ftp, наверно, несложно добавить опцию в ftpfs,
чтобы она сохранялась в hotlist, но пока в этом,
видимо, не было нужды.Если Вам это действительно нужно - Вы можете
зарегистрироваться на тракере и создать соответсвующий
запрос на улучшение, это значительно увеличит вероятность
того что такой функционал появится в mc. :)
>Если Вам это действительно нужно - Вы можете
>зарегистрироваться на тракере и создать соответсвующий
>запрос на улучшение, это значительно увеличит вероятность
>того что такой функционал появится в mc. :)У меня чисто теоретический вопрос. Я так понимаю, что сила ФАРа в множестве плагинов для него. А что с идеей создания интерфейса плагинов для MC?
>У меня чисто теоретический вопрос. Я так понимаю, что сила ФАРа в
>множестве плагинов для него. А что с идеей создания интерфейса плагинов
>для MC?Какого рода плагины Вас интересуют?
Сейчас есть возможность добавления vfs/extfs "плагинов"
(примерные аналоги MultiARC и плагинов работы с сетью)
и возможности внешней панелизации, возможность обрабатывать
часть содержимого редактируемого файла внешними приложениями,
простой механизм добавления поддержки новых синтаксисов.
Более того, использование shell и внешних команд в mc позволяет
сделать очень многое... именно в этом сила mc.
Например, для "встраивания в mc почтового клиента",
достаточно поставить mutt и задать ему в качестве
редактора mcedit, и сделать соответствующий пункт в
пользовательском меню.Плагинов как библиотек со взаимодействием по некоторому
API с файловым менеджером в ближайшем будущем не предвидится.
Хотя чисто теоретически их появление в mc не исключено, если
будет достаточное количество use case-ов для разработки подобного
механизма именно в таком виде, пока таковые предпосылки есть только
для vfs.
>У меня чисто теоретический вопрос. Я так понимаю, что сила ФАРа в
>множестве плагинов для него. А что с идеей создания интерфейса плагинов
>для MC?ФАРовские плагины по большей части предназначены для компенсации косяков ДОСа и "аскетичности" консольных возможностей под Вендой. В *никсах все совершенно по-другому и плагины в ФАРовском понимании - не нужны. В МС есть интерфейс подключения виртуальных ФС, есть подключения обработчика файлов, ассоциаций по типам файлов. Больше и не нужно ничего - "недостающий" функционал реализуем гибкими средствами шелла и консольных утилит.
>А что с идеей создания интерфейса плагинов для MC?идея частенько обсуждается.
>>А что с идеей создания интерфейса плагинов для MC?
>
>идея частенько обсуждается.Есть идея - объявить эту идею оффтопиком ;-))
я имел ввиду обсуждается разработчиками :), идея на мой взгляд неплохая, но пока рановато ее реализовывать.
>я имел ввиду обсуждается разработчиками :), идея на мой взгляд неплохая, но
>пока рановато ее реализовывать.Думаю, все же плохая. И начем плагины писать подразумевается?? На С??
А вот прикрутить к МС скриптовый язык - это было бы то что надо!! Эдак нечто типа lua, хотя народу осиливать его в лом будет ;-)) Не сильно вникал в slang, но если он позволяет - на базе него, дабы не плодить сущности.
passive mode обычно нужен если человек за глухим фаерволом.
Тут какбы либо активный на все, либо пассивный.
Какой смысл в пассивном режиме на каждый хост?
PKGBUILD для этой версии. Собрался без проблем. Если есть замечания - пожалуйста.pkgname=mc-rphx
_pkgname=mc
pkgver=4.7.0.pre1
_pkgver=4.7.0-pre1
pkgrel=2
pkgdesc="Midnight Commander preview"
arch=(i686 x86_64)
url="http://www.midnight-commander.org/"
license=('GPL')
depends=('e2fsprogs' 'glib2' 'gpm' 'slang')
makedepends=(pkgconfig patch)
conflicts=(mc)
source=(http://www.midnight-commander.org/downloads/7)
md5sums=('c69a27dd79e96317be9410137b2fc9d6')build() {
cd ${startdir}/src/$_pkgname-$_pkgver
msg "automake"
./autogen.sh
msg "cobfiguring..."
./configure --without-gnome --without-debug --with-included-slang --without-included-gettext \
--enable-largefile --with-subshell --with-edit --with-vfs --with-samba --with-mmap \
--without-x --with-gpm-mouse --enable-charset --prefix=/usr
msg "Starting make..."
make || return 1
make DESTDIR=$startdir/pkg install
}
А меня ужасно разражает двойной ESC в mc. Жалко, что это не лечится :(
>А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>лечится :(Это не в МС, а свойства самого терминала.
>>А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>>лечится :(
>
>Это не в МС, а свойства самого терминала.нет, это не свойство терминала.
>нет, это не свойство терминала.Да ну?? В случае субшелла МС может и фиксится МСшными же настройками... А субшелл что по сути своей??
>>нет, это не свойство терминала.
>
>Да ну?? В случае субшелла МС может и фиксится МСшными же настройками...
>А субшелл что по сути своей??я не очень понял...
вообще mc работает с esc последовательностями, что получил то и обрабатывает. его можно научить воспринимать esc как мета но тогда нужно объяснить что esc esc это esc, а можно сказать ему что esc это esc, но на тупых терминалах будет туго. Для меня это не проблема, т.к. из тупых у меня только встроенный в телефон.
>я не очень понял...
>вообще mc работает с esc последовательностями, что получил то и обрабатывает.Собственно, я как раз об этом. Субшелл работает с теминалом со всеми вытекающими...
это какбэ понятно
>>>А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>>>лечится :(
>>Это не в МС, а свойства самого терминала.
>нет, это не свойство терминала.LOLWUT?! O_O
> А меня ужасно разражает двойной ESC в mc. Жалко, что это не
> лечится :(Меня это обычно как раз радует, особенно на тупых терминалах.
Наверно Вы просто не понимаете зачем он нужен.Но, к сожалению, это раздражает не только Вас, и в следущей
версии mc, возможно, будет опционально отключаться.
>> А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>> лечится :(
>Но, к сожалению, это раздражает не только Вас, и в следущей
>версии mc, возможно, будет опционально отключаться.как это в следующей :) это отключается хрен знает сколько лет :) не читаем man-ы да :)
>>> А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>>> лечится :(
>>Но, к сожалению, это раздражает не только Вас, и в следущей
>>версии mc, возможно, будет опционально отключаться.
>
>как это в следующей :) это отключается хрен знает сколько лет
>:) не читаем man-ы да :)1) Я про полноценную возможность отключения через настройки.
http://www.midnight-commander.org/ticket/13822) мне эта возможность как раз не нужна :)
>А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>лечится :(лечится, причем очень просто, для начала надо в ini файле установить old_esc_mode = 1
а переменную среды KEYBOARD_KEY_TIMEOUT_US=1000 перед запуском mcи будет вам счасте.
>>А меня ужасно разражает двойной ESC в mc. Жалко, что это не
>>лечится :(
>
>лечится, причем очень просто, для начала надо в ini файле установить old_esc_mode
>= 1
>а переменную среды KEYBOARD_KEY_TIMEOUT_US=1000 перед запуском mc
>
>и будет вам счасте.забыл сказать...
export KEYBOARD_KEY_TIMEOUT_US=1000
можно в profile засунуть
Это костыль, который раздражает ещё больше.
Должен быть мгновенный однократный ESC.
>Это костыль, который раздражает ещё больше.
>Должен быть мгновенный однократный ESC.да тот совет это мгновенный костыль
Попробую. Спасибо.
кстати, господа. а когда пофиксят идиотский баг с экранированием тильды при нажатии "автодополнения", если в комстроке набрано нечто вроде "~/mydir/a"?нененене, в багтрекер не предлагать, там регистрация.
дайте патч, что ли. а то я в этом ващем mc ничего уже не понимаю, за пол-часа так и не смог найти, какая скотина ответственна.
а. нарыл.--- src/strescape.c.orig 2009-07-31 19:36:26.000000000 +0300
+++ src/strescape.c 2009-08-03 09:11:13.829782229 +0300
@@ -86,8 +86,12 @@
}
}- if (strchr (escaped_chars, (int) src[curr_index]))
- g_string_append_c (ret, '\\');
+ if (strchr (escaped_chars, (int) src[curr_index])) {
+ /* dirty hack! check if this is "~(.*)/" */
+ if (escaped_chars == ESCAPE_SHELL_CHARS && curr_index == 0 && src[0] == '~') {
+ if (!strchr(src, '/')) g_string_append_c (ret, '\\');
+ } else g_string_append_c (ret, '\\');
+ }g_string_append_c (ret, src[curr_index]);
}
> нененене, в багтрекер не предлагать, там регистрация.Она бесплатная и абсолютно безболезннная. Даже e-mail не надо.
>> нененене, в багтрекер не предлагать, там регистрация.
>
>Она бесплатная и абсолютно безболезннная. Даже e-mail не надо.ну вот пусть какой-то регистрант и сделает. а я лично себе уже всё поправил. вон, даже патч вывалил.
пока нет возможности анонимусу рипортить — анонимус рипортить и не будет.
>>> нененене, в багтрекер не предлагать, там регистрация.
>>Она бесплатная и абсолютно безболезннная. Даже e-mail не надо.
>ну вот пусть какой-то регистрант и сделает. а я лично себе уже
>всё поправил. вон, даже патч вывалил.
>пока нет возможности анонимусу рипортить — анонимус рипортить и не будет.Без обид, но мы когда-то устали бороться со спамом :( Анонимность хороша до тех пор, пока она не перестаёт быть во благо. :( Причина, по которой надо регистрироваться на багтрекалке - спам (анонимный, само собой).
Если не сложно и если есть реальное желание помочь - зарегистрировать новый ящик (если не хочется светить свой) и заегиться на багтрекалке - это максимум час.
Если некогда или нет желания, то отвечу здесь :)
Экранирование тильды должно исправиться изменением строки
src/strescape.c:40
static const char ESCAPE_SHELL_CHARS[] = " !#$%()&~{}[]`?|<>;*\\\"";
из строки попробуйте выкинуть тильду. Должно помочь.
>Без обид, но мы когда-то устали бороться со спамом :(да никаких обид. а я не хочу регистрироваться.
>это максимум час.
я его уже потратил на поиск места, которое надо пропатчить.
>из строки попробуйте выкинуть тильду. Должно помочь.
есть мнение, что тильда туда не просто так попала. поскольку мне разбираться лень, я сделал хак.
>Причина, по которой надо регистрироваться на багтрекалке - спам (анонимный, само
>собой).капча?
>капча?Нет уж.Лучше регтистрация.Один раз зато потом без гемороря.А с капчей шило в ж... постоянно.Анонимы, скушайте стирального порошка!Для промывки мозга :E
> нативная поддержка UTF-8;Теперь он без патчей в МакОСи с русскими именами файлов работать будет? Ура.
> исправлена работа с симлинками через fishОбрадовали.
Как говориться, ждем ебилдов (с) Хоть у меня и Убунта :)
Господа!Я что-то не понимаю, какой нафиг FAR... Какие шоткаты... Ребята ДОБРОВОЛЬНО подняли из праха мертвый проект, проделали серьезную работу, внесли ОГРОМНОЕ количество позитивных изменений. Чего только стоит UTF-8 "из коробки"... Между прочим почти все разработчики на данный момент - наши соотечественники, что также повод для гордости. Если кому-то надо больше - возьмите и сделайте. Выпады в сторону FAR - это все равно что сравнивать американские и японские автомобили. Они из РАЗНЫХ миров!
Увааемые iNode, angel_il, andrew_b, styx, slyfox, slavaz, вам всем ОГРОМНЫЙ рекспект. Ну и winnie привет передайте. Сюда он точно не заглянет.
ну так тут, кстате, больше благодарят, чем ругают. не иначе, как что-то в мире испортилось.
>ну так тут, кстате, больше благодарят, чем ругают. не иначе, как что-то
>в мире испортилось.как в прочем и на ЛОР-е это то и настораживает :)
>>ну так тут, кстате, больше благодарят, чем ругают. не иначе, как что-то
>>в мире испортилось.
>
>как в прочем и на ЛОР-е это то и настораживает :)Думаю просто событие действительно серьезное. Все как-то увлеклись проблемами юзабилити линукса в качестве десктопа и немного подзабыли про его серверную ипостась. Лично я использую mc очень часто и по разным поводам. Не представляю себе, как можно поддерживать сайты без консольного менеджера. Поправить какой-либо косяк Drupal, подмазать css, настроить wifi-роутер не так, как делают слегка туповатые WEB-морды, а так как положено, подправить конфиги DNS и т.п. и т.д. SSH + mc заменяют любой гуй.
Думаю таких как я на самом деле не мало, тем более здесь на opennet.ru. Так что предлагаю воспринимать это как реальную благодарность реальных людей за реальные дела.
>Увааемые iNode, angel_il, andrew_b, styx, slyfox, slavaz, вам всем ОГРОМНЫЙ рекспект. Ну
>и winnie привет передайте. Сюда он точно не заглянет.Присоединяюсь!!
о. очередной баг вылез. теперь в редакторе. замена регэкспа на пустую строку приводит к сегфолту. а если хотя бы пробел вписать — всё нормально.а анонимусу, между тем, писать багрипорты запретили.
>а анонимусу, между тем, писать багрипорты запретили.Ну таки зарегистрируйтесь. Страна должна знать своих героев. :)
>>а анонимусу, между тем, писать багрипорты запретили.
>
>Ну таки зарегистрируйтесь. Страна должна знать своих героев. :)ну таки я принципиально не регистрируюсь на багтрекерах. вон автор Kite — хороший автор, он репорты и патчи от анонимусов берёт, например. ему помогал по мере сил.
зыж полез искать, чего редактор падает. мне теперешнее его поведение категорически не нравится.
>>>а анонимусу, между тем, писать багрипорты запретили.
>>
>>Ну таки зарегистрируйтесь. Страна должна знать своих героев. :)
>
>ну таки я принципиально не регистрируюсь на багтрекерах. вон автор Kite —
>хороший автор, он репорты и патчи от анонимусов берёт, например. ему
>помогал по мере сил.
>
>зыж полез искать, чего редактор падает. мне теперешнее его поведение категорически не
>нравится.сегфолт словил, посмотрим
>сегфолт словил, посмотрима у меня ещё два бага есть
а) просмотрщик не восстанавливает таблицу, выбранную по ctrl+t. если выбрать 1251, например, потом выйти из просмотрщика, потом опять f3 и ctrl+t -- то диалог покажет, что выбрано до сих пор 1251, но просмотрщик перекодировать не будет, пока не нажмёшь enter. в редакторе всё нормально.б) в том же просмотрщике пункт "no translation" не делает ничего вообще. а раньше отключал трансляцию. т.е. выбрал я 1251, потом "no translation" -- и ничего не меняется.
>>сегфолт словил, посмотрим
>
>а у меня ещё два бага есть, чо.
>а) просмотрщик не восстанавливает таблицу, выбранную по ctrl+t. если выбрать 1251, например,вьювер сейчас в процессе переделки. так что будет поправлено заодно.
>б) в том же просмотрщике пункт "no translation" не делает ничего вообще.
потому что "no translation" это хренотень бессмысленная, раньше когда были только 8-бит кодировки еще понятно что она означала... я уже писал баг будет поправлен, просто предлагаю остановиться на какой нибудь кодировке и ее выбрать и все...
>>б) в том же просмотрщике пункт "no translation" не делает ничего вообще.
>потому что "no translation" это хренотень бессмысленная, раньше когда были только 8-бит
>кодировки еще понятно что она означала... я уже писал баг будет
>поправлен, просто предлагаю остановиться на какой нибудь кодировке и ее выбрать
>и все...почему "бессмысленная"? у меня вот восьмибитная локаль. я ожидаю именно того, что написано: no translation. то есть, показывать в моей дефолтной восьмибитной локали.
>>>б) в том же просмотрщике пункт "no translation" не делает ничего вообще.
>>потому что "no translation" это хренотень бессмысленная, раньше когда были только 8-бит
>>кодировки еще понятно что она означала... я уже писал баг будет
>>поправлен, просто предлагаю остановиться на какой нибудь кодировке и ее выбрать
>>и все...
>
>почему "бессмысленная"? у меня вот восьмибитная локаль. я ожидаю именно того, что
>написано: no translation. то есть, показывать в моей дефолтной восьмибитной локали.
>у вот и нужно выбрать нужную 8-битную локаль после чего все будет отображаться как надо.
>у вот и нужно выбрать нужную 8-битную локаль после чего все будет
>отображаться как надо.я рад, что теперь мне надо делать то, с чем может справиться (и раньше справлялась) машина. когда ожидать фичу тягания вручную файлов вверх-вниз, чтобы отсортировать?
я конечно рад что вы рады, но! что должен отобразить редактор если стоит кодировка дисплея koi-8 и установлено <без перекодировки> а открывается utf-8 текст?еще раз повторяю если display codeset = koi-8, файлы все в koi-8 то установка по Ctrl-T koi-8 кодировки аналогична <без перекодировки>. все что нужно это после выбора кодировки в редакторе, сохранить настройки. Все дальше оно всегда будет как было.
>я конечно рад что вы рады, но! что должен отобразить редактор если стоит кодировка дисплея koi-8 и установлено <без перекодировки> а открывается utf-8 текст?естественно, ожидаемую бредятину — как делал старый миднайт. кто мне виноват, что я идиот?
>еще раз повторяю если display codeset = koi-8, файлы все в koi-8 то установка по Ctrl-T koi-8 кодировки аналогична <без перекодировки>. все что нужно это после выбора кодировки в редакторе, сохранить настройки. Все дальше оно всегда будет как было.
нет, это не «аналогично». «аналогично» — это ^t, home, enter, а не вспоминать, какая из трёх используемых мной кодировок активна именно в этой консоли. не понимаю, в чём заключается проблема реализации фичи «не делать со строкой *ничего*». это явно легче, чем «делать со строкой что-то». написано же — «no translation». вот пусть и делает то, что написано — то бишь, ничего.
если не устраивает 100% работающее решение, то ждите pre2, там будет исправлено. у меня больше сил объясять сегодня нет, у вас видима желания прочесть и понять. В общем <без перекодировки> будет поправлено в pre2
*видимо
>нет, это не «аналогично». «аналогично» — это ^t, home, enter, а не
>вспоминать, какая из трёх используемых мной кодировок активна именно в этойпоследняя попытка... выбор одинаковых кодировок в дисплэй битс и ctrl-t (один раз с последующим сохранением настроек) аналогичен <без перекодировки>. Аналогичен!
ЗЫЖ просто проверь, не упорствуй в заблуждениях :)
>>нет, это не «аналогично». «аналогично» — это ^t, home, enter, а не
>>вспоминать, какая из трёх используемых мной кодировок активна именно в этой
>последняя попытка… выбор одинаковых кодировок в дисплэй битс и ctrl-t (один раз с последующим сохранением настроек) аналогичен <без перекодировки>. Аналогичен!
>ЗЫЖ просто проверь, не упорствуй в заблуждениях :)кажется, у нас недопонимание. я ЗНАЮ, что сейчас оно так. мне показалось, что «no translation» решили сломать и убить совсем — я возмущаюсь. если я понял неверно — пардон.
то, что сейчас оно не работает, и надо делать, как ты сказал — это ясно. я идиот, но не настолько же. %-)
>о. очередной баг вылез. теперь в редакторе. замена регэкспа на пустую строку
>приводит к сегфолту. а если хотя бы пробел вписать — всё
>нормально.
>
>а анонимусу, между тем, писать багрипорты запретили.http://www.midnight-commander.org/changeset/1a9d6430973bac6a...
должен помочь патч
>должен помочь патчблагодарю. я так и думал, что стоит править именно там.
cat /etc/issue./configure --prefix=$HOME/usr
........
checking for GLIB... no
checking for GMODULE... configure: error: Package requirements (gmodule-2.0) were not met:No package 'gmodule-2.0' found
> checking for GLIB... noНаверно нужно поставить подходящий glib?
Все зависимости описаны тут: http://midnight-commander.org/wiki/ru/doc/buildAndInstall/req
Может ли кто попробовать тестовую ветвь с поддержкой IPv6
http://www.midnight-commander.org/changeset/883967347e817e17...были бы ооочень признательны за тестирование
>Может ли кто попробовать тестовую ветвь с поддержкой IPv6
>http://www.midnight-commander.org/changeset/883967347e817e17...
>
>были бы ооочень признательны за тестированиеРаспишу, на всякий случай:
# склонировать репозиторий (для уменьшения трафика клонируется минимум коммитов)
git clone --depth 2 git://www.midnight-commander.org/git/mc.git
cd mc
# подготовить код к тестированию:
git merge origin/121_support_IPv6# далее стандартно:
./autogen
./configure && make
src/mcи проверить FTP-соединения через IPv6 протокол:
F9 -> 'FTP link' -> введите:
[s:o:m:e::a:d:d:r]Ну или
user@[s:o:m:e::a:d:d:r]Можно о результатах отписаться здесь, можно непосредственно в тикете:
http://www.midnight-commander.org/ticket/121