Вышла (http://www.midnight-commander.org/wiki/NEWS-4.7.5) новая версия консольного файлового менеджера Midnight Commander (http://www.midnight-commander.org) (4.7.5), которая включает в себя следующие основные изменения:
-
Ядро:
- При показе файлов, отсортированных вне зависимости от регистра символов, файлы, начинающиеся с точки, более не перемешиваются с остальными (#1894);- Добавлены горячие клавиши для повторения последнего быстрого поиска - по умолчанию C-s C-s (#2365);- Расширена возможность назначения цветов для элементов интерфейса (#2170, #2171, #2197);- Добавлено новое действие PanelSmartGotoParentDir, которое выполняет "cd .." (на него можно назначить, например, клавишу BackSpace);
-
Редактор:
- Закладки редактора теперь не теряются по выходу из редактирования и сохраняются в файле ~/.mc/filepos (#2287);- Возвращены некоторые горячие клавиши из MC 4.6.x (#2404);- Добавлена синтаксическая подсветка языка cython (http://cython.org/);- При ко...URL: http://www.midnight-commander.org/wiki/NEWS-4.7.5
Новость: https://www.opennet.ru/opennews/art.shtml?num=29144
Молодцы! Хорошо поработали!
+1. Спасибо за работу
Странно, одни новости про MC попадают на главную, другие - нет. :) Может кто объяснит закономерность? ;)
> Странно, одни новости про MC попадают на главную, другие - нет. :)
> Может кто объяснит закономерность? ;)Все зависит от субъективной оценки числа изменений и важности новшеств.
PS. Переместил в главную ленту.
интересно, когда они включат голову и будут юзать вим в качестве редактора? пусть и с их DOS-like клавишными привязками.
хотя нет, я неправ.
этого не случится - слишком разные глубины познания :)
в убунте на сколько я знаю вим вызывается на F4, так что к кому обращен вопрос непонятно... что касается меня выбирая между mcedit и vim выберу mcedit, выбирая между vim и cat+echo выберу vim...
человек просто не знает где выключается встроенный редактор и как выставяется EDITOR, характерно для тех у кого vim головного мосга.
Лучше бы добавили в настройки поля для явного указания путей для просмотрщика(F3) и для редактора(F4), поскольку задавать их через файл ~/.bashrc вот так:
export EDITOR=vim
export PAGER=vimне очевидно и неудобно.
> поскольку задавать их через файл ~/.bashrc вот так:
> export EDITOR=vim
> export PAGER=vim
> не очевидно и неудобно.Эти переменные испокон веков задаются именно в конфигурационных файла шелла.
При чём тут Ubuntu, я говорю про то что надо добавить в настройки поля где можно будет вписать пути
/usr/bin/vim
для просмотрщика и редактора, вместо того чтобы задавать их в конфигурационном файле bash - это действие не очевидно, в отличии от вписывания пути к нужному редактору.
> вместо того чтобы задавать их в конфигурационном
> файле bash - это действие не очевидно, в отличии от вписывания
> пути к нужному редактору.Не очевидно кому?
Пользователю конечно, кому же ещё. И конкретно мне это было не очевидно так что пришлось искать в google, если переменным среды PAGER и EDITOR будет альтернатива через возможность указать в настройках mc путь /usr/bin/vim то никому от этого хуже не станет.
ну делайте тикет на m-c.o
> Пользователю конечно, кому же ещё. И конкретно мне это было не очевидно
> так что пришлось искать в google, если переменным среды PAGER и
> EDITORЕсли пользователь не знает элементарных вещей, то это исключительно его проблемы. Надо же расти над собой.
> будет альтернатива через возможность указать в настройках mc путь /usr/bin/vim
> то никому от этого хуже не станет.Это опенсорц. "Если тебе надо больше всех и быстрее всех, то ты сам будешь делать больше всех и быстрее всех". (ldv)
> Если пользователь не знает элементарных вещей, то это исключительно его проблемы. Надо же расти над собой.почитайте http://www.koob.ru/cooper_a/psih_v_rukah_pacientov
http://www.download.koob.lgg.ru/psih_v_rukah_kuper.zip> Надо же расти над собой.
Да, софту надо расти над собой, и позволять пользователям и с меньшими знаниями им пользоватся.
> почитайте http://www.koob.ru/cooper_a/psih_v_rukah_pacientov
> http://www.download.koob.lgg.ru/psih_v_rukah_kuper.zip"Алан Купер предлагает решение проблемы: программированию должно предшествовать проектирование."
Гениально! В закладки без вариантов. Сегодня же прочитаю от корки и до корки. Чрезвычайно свежая и необычная мысль! И как только автор смог до неё дойти?
> Да, софту надо расти над собой, и позволять пользователям и с меньшими
> знаниями им пользоватся.Если человек осилил vim, то такую мелочь как переменные окружения, он должен осилить без труда. А новички один фиг не будут менять встроенный редактор, ибо он будет для них самым удобным.
> Если человек осилил vim, то такую мелочь как переменные окружения, он должен осилить без труда.Осилить то осилит, если ему кто-нибудь про существование EDITOR подскажет, а если он не знает и некому подсказать, то никакого неслучайного способа узнать нет (хотя может гугл поможет)
>> Если человек осилил vim, то такую мелочь как переменные окружения, он должен осилить без труда.
> Осилить то осилит, если ему кто-нибудь про существование EDITOR подскажет, а если
> он не знает и некому подсказать, то никакого неслучайного способа узнать
> нет (хотя может гугл поможет)По моему про эту переменную окружения узнают в первые недели, если не дни, изучения *nix-ов, если конечно изучать, а не тыкать мышкой в убунте.
Пользователь должен уметь включать мозг. В настройках есть галочки:
[x] use internal edit
[x] use internal view
Простейшее логическое умозаключение - если снять эти галочки, то mc будет использовать внешний редактор/просмотрщик. А вот как настраивается, какие программы будут использоваться для этих целей, зависит уже не от mc. Я например использую alternatives, вместо выставления переменных PAGER и EDITOR.
Такой подход позволяет изменить редактор для ВСЕХ правильных консольных программ в одном месте, а не лазить в настройки каждой(тем более, что большинство подобных настроек не имеет). При необходимости можно изменить на один запуск одной программы или для всех программ в данной шелл сессии. В общем сплошное удобство, для тех кто понимает общие принципы.
>[оверквотинг удален]
> [x] use internal view
> Простейшее логическое умозаключение - если снять эти галочки, то mc будет использовать
> внешний редактор/просмотрщик. А вот как настраивается, какие программы будут использоваться
> для этих целей, зависит уже не от mc. Я например использую
> alternatives, вместо выставления переменных PAGER и EDITOR.
> Такой подход позволяет изменить редактор для ВСЕХ правильных консольных программ в одном
> месте, а не лазить в настройки каждой(тем более, что большинство подобных
> настроек не имеет). При необходимости можно изменить на один запуск одной
> программы или для всех программ в данной шелл сессии. В общем
> сплошное удобство, для тех кто понимает общие принципы, ознакомится с которыми при желании можно без всякого гугла
ппкс.
> если переменным среды PAGER и EDITOR будет альтернатива через возможность указать в настройках mc путь /usr/bin/vim то никому от этого хуже не станет.Хуже станет тому, кому придётся специально это настраивать в mc, отдельно от всех других программ.
>И конкретно мне это было не очевидно так что пришлось искать в googleОтлично!! Столкнулись с проблемой, погуглили (для некоторых и это - достижение!!), разобрались, решили - обрели дополнительный опыт и знания.
Проблемы и непонятки - двигатель прогресса. Пока юзер не уткнется в проблему, у него не будет повода залезть, посмотреть, узнать, разобраться... И он так и останется неуверенным пользователем.
Если пользователю неочевидно, где централизованно выбрать EDITOR, и надо двести раз вписывать пути в разных местах -- то он нуждается в образовании, а не двухстах разных местах.
Нонче у молодежи мозг не работает, за них работают "интуитивно понятные интерфейсы".
> При чём тут Ubuntu, я говорю про то что надо добавить впо моим наблюдениям, например, только убунтуюзеры испытывают трудности с подобными вещами.
> настройки поля где можно будет вписать пути
> /usr/bin/vim
> для просмотрщика и редактора, вместо того чтобы задавать их в конфигурационном
> файле bash - это действие не очевидно, в отличии от вписывания
> пути к нужному редактору.у меня, например, нет bash, однако переменные окружения выставить проблем не составляет
p.s. а еще я очень удивлен тем что Вы смогли обнаружить местоположение бинарника, каким образом если не секрет?
> а еще я очень удивлен тем что Вы смогли обнаружить местоположение бинарника, каким образом если не секрет?man which
>> а еще я очень удивлен тем что Вы смогли обнаружить местоположение бинарника, каким образом если не секрет?
> man which/me удивлен, оказывается не все потеряно.
> При чём тут Ubuntu, я говорю про то что надо добавить в
> настройки поля где можно будет вписать пути
> /usr/bin/vim
> для просмотрщика и редактораВ UNIX это задаётся в переменных _окружения_, они специально в том числе и для этого сделаны.
На самом деле удобно и очевидно. А вот когда в каждом приложении вызывается что-то своё, ну нафиг такое
> в убунтеПричём здесь убунта?
> интересно, когда они включат голову и будут юзать вим в качестве редактора?интересно, когда ты включишь голову, сможешь разобратся в настройках MC, и выставишь вим в качестве редактора ?
хотя нет, я неправ, этого не случится - слишком разные глубины познания :)
>> интересно, когда они включат голову и будут юзать вим в качестве редактора?
> интересно, когда ты включишь голову, сможешь разобратся в настройках MC, и выставишь
> вим в качестве редактора ?
> хотя нет, я неправ, этого не случится - слишком разные глубины познания
> :)да, действительно... far^w ковырял оч давно, на заре старта изучения линукса
оценил как дерьмо и мозготормозящую вещь
с тех пор исключительно zsh.
извиняйте, что я не знал, что оно чему-то там научилось.
> интересно, когда они включат голову и будут юзать вим в качестве редактора?На FreeBSD нет vim'а. Никто в зравом уме из портов его не ставит (есть ee).
Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.
> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
> ставит (есть ee).
> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.ee не умеет подсветку синтаксиса, работу с блоками, часто это необходимо.
Сам я vim на сервера не ставлю, там хватает ее/vi, на десктопе geany, и, изредка (когда хочется херней позаниматься) юзаю vim из editors/vim-lite.
На вкус и цвет...
> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
> ставит (есть ee).
> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.ололо, ниасилил vi!
vi есть в Single Unix Specification и POSIX. зная vi я одинаково комфортно работаю что в AIX, что в Solaris, что в Mac OS X. даже на нетбуке моей подруги с Xubuntu на борту я вместо nano юзаю vi. потому что, ещё раз, vi есть "из коробки" везде, даже в системе, установленной в самой минимальной конфигурации (например в случае Soalris это метакластер SUNWCrnet - Reduced Network Support Software Group).
> vi есть в Single Unix Specification и POSIX. зная vi я одинаково комфортно работаю что в AIX, что в Solaris, что в Mac OS Xэто означает что надо уметь пользоватся vi для всяких неожиданных случаев
а пользоватся в стандартных ситуациях следует самым удобным (во всех смыслах, включая RAM footprint) редактором.
> а пользоватся в стандартных ситуациях следует самым удобным ... редактором.1. "стандартные ситуации"
нормальный unix-администратор должен быть готов к любым ситуациям.
а vi есть везде. это стандарт. вот unix-администратор, не
умеющий работать в vi - это нестандартная ситуация и лично
у меня большие сомнения в профпригодности такого администратора.2. "следует самым удобным"
следует пользоватся стандартным (by default) редактором
в системе. за прошедшие лет 5 работы с unix-системами я
не раз видел как люди, получившие для выполнения своих должностных
обязанностей root ставили на хосты mc, bash\zsh (на Solaris особенно
любят ставить top и sudo (не желая изучать более мощьные и присутствующие
в системе по умолчанию prstat и Role\Authorization)), потому
что им так видите ли удобно. я плохо отношусь к таким товарищам,
потому что они мало того что отрицательно влияют на безопастность
системы и добавляют лишнего геммороя коллегам-администраторам,
эти товарищи элементарно не понимают что идут в чужой монастырь
со своим уставом.
ps: на своём личном рабочем десктопе с Debian Squeeze в X'ах я
в основном работаю в Geany. но это мой личный десктоп и на нём
я да, сам решаю что мне удобно а что нет.
> Кстати, как он произносится?
> Я, например, говорю: Джениhttp://www.geany.org/Documentation/FAQ#QQuestions16
то есть буквально - жэнии
> я плохо отношусь к таким товарищам, потому что они мало того что отрицательно влияют на безопастность системы и добавляют лишнего геммороя коллегам-администраторам,эти товарищи элементарно не понимают что идут в чужой монастырь со своим уставом.Это частный случай. Ряд случаев не включают более одного администратора инсталлирующего софт. Домашнее использование например.
И в этом частном случае, надо еще рассматривать что важнее, "отрицательное влияние" или скорость полученная засчет удобства.
Мы говорили про редакторы, так что аргумент top/sudo VS prstat/Role\Authorization спускаю в /dev/null как оффтопик обладающий другими свойствами.
Крутой уних администратор, ты используешь виндовозные слеши! Ай-я-яй :))
А каким макаром mc и zsh отрицательно влияют на безопасность? :)
> А каким макаром mc и zsh отрицательно влияют на безопасность? :)"Ватсон, это - элементарно!" (С)
чем больше установлено софта, тем больше потенциальных дыр...
>> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
>> ставит (есть ee).
>> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.
> ололо, ниасилил vi!Осилил. Не волнуйся так. ;) Только пользоваться этим режимным извращением ненавижу.
> vi есть в Single Unix Specification и POSIX.
В каком месте, конкретно?
>> vi есть в Single Unix Specification и POSIX.
> В каком месте, конкретно?POSIX:2001, он же Single UNIX Specification version 3:
http://www.unix.org/version3/apis/cu.html
vi помечен как
"m - Indicates that the interface is defined as mandatory."POSIX:2008:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/vi...
> Осилил. Не волнуйся так. ;) Только пользоваться этим режимным извращением ненавижу.Значит, не осилил. Потому что редакторов действительно есть два штука, второй -- фрагмент в лисп-машине. Остальным пользуются, по моим наблюдениям, или крепко засевшие на досовые vcedit/wordstar (и подобные), или неудачники, или же за редкими персональными исключениями (для Вас такового не наблюдаю в силу вышепроцитированного).
Разница в том, когда упираешься маковкой в возможности инструмента. Если не приходилось -- то это вовсе не значит, что все потолки одинаковы.
А командный режим -- это как минимум ключ к возможности микропрограммирования (вроде "вырежь тут пять абзацев/блоков кода и переставь их двумя абзацами ниже"). В емаксах он тоже есть, но префиксно оформлен ;)
Ну а неудачники продолжают сновать курсором... что тут поделаешь.
Мы уже как-то обсуждали эту тему с вами. Забудьте про ее, и ваши волосы станут мягкими и шелковистыми. На vi и правда мало кто сидит, а вот vim лично я ставлю в первую очередь после zsh.
> Мы уже как-то обсуждали эту тему с вами. Забудьте про ее, и
> ваши волосы станут мягкими и шелковистыми. На vi и правда мало
> кто сидит, а вот vim лично я ставлю в первую очередь
> после zsh.да не только вы обсуждали с ним ее, изя как баран, упрется и: "а мне и так хорошо, а мне и так хорошо"
>> интересно, когда они включат голову и будут юзать вим в качестве редактора?
> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
> ставит (есть ee).
> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.вот откель вы только берётесь такие исключительно категоричные?!?
всё есть в FreeBSD
vi использую постоянно; Vim не использую никогда (всего лишь однажды хотел его приспособить под ТеХ, но не сложилось и с тех пор забыл и пытаться); mcedit когда придётся --- всё работает, все работают и расписываться надо только за себя
> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.Ну уж прямо ???
Мнение программера-маковода. Мне показалось интересным.
http://welinux.ru/post/4428/
> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
> ставит (есть ee).Позвать Нетча и попросить дать краткую и ёмкую характеристику подобным заявлениям?
PS: позорище.
>> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
>> ставит (есть ee).
> Позвать Нетча и попросить дать краткую и ёмкую характеристику подобным заявлениям?
> PS: позорище.Поддержу, всегда первыми командами на новом сервере, если он разворачивается, вдруг, не из шаблонов, делается:
pkg_add -r vim-lite
cp /usr/local/share/vim/vim71/vimrc_example.vim ~/.vimrc
vim ~/.vimrc
>> интересно, когда они включат голову и будут юзать вим в качестве редактора?
> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
> ставит (есть ee).
> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.Мнение админа фрёвого локалхоста несущественно :)
>>> интересно, когда они включат голову и будут юзать вим в качестве редактора?
>> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
>> ставит (есть ee).
>> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.
> Мнение админа фрёвого локалхоста несущественно :)Ты ему про локаль KOI8 в Бизди консоли скажи. :)
Ну.. тут и я бы с вами "пообсуждал".
> Ты ему про локаль KOI8 в Бизди консоли скажи. :)а что тут не так?
>интересно, когда они включат голову и будут юзать вим в качестве редактора? пусть и с их >DOS-like клавишными привязками.Уважаемый! Не нужно другим навязывать свой VIM. Я лично от него кай не ловлю. Особенно когда нужно набираешь "crm configure edit" и в качестве редактора конфигурации запускается VIM - вообще не приятно работать становится!!! На вкус и цвет товарищей нет!!!
>>интересно, когда они включат голову и будут юзать вим в качестве редактора? пусть и с их >DOS-like клавишными привязками.
> Уважаемый! Не нужно другим навязывать свой VIM. Я лично от него кай
> не ловлю. Особенно когда нужно набираешь "crm configure edit" и в
> качестве редактора конфигурации запускается VIM - вообще не приятно работать становится!!!
> На вкус и цвет товарищей нет!!!Вот и становится популярными *nix-ы, вот и пришли поклонники винды...
слишком много на себя берешь, поклонник вима
Человек жалуется, что в каком-то софте неявно вызывается именно vim. Отчего так получилось, человек не знает: может используется переменная окружения EDITOR, а может в софте зашито. Не знает и знать не хочет. Это разве объективная позиция? Дайте другому с такой позицией ee, он будет говорить что ВДРУГ заместо MS Word открывается ee и в нём непонятно как работать. Дайти mcedit, он будет хаять mcedit.Человек со своим представлением лезет на другую платформу и, о чудо, _требует_, что бы платформа соответствовала _его_ представлению о Windows.
За что сразу получает по губам бекслешем, т.е. вполне заслуженное обвинение в виндузятности.
По сему получается, что на себя много берёт ленивый виндузятник с претензиями, и вы, с бессмысленными комментариями.
Т.е. чтобы все учили новый язык программирования, если захотят подредактировать очередной конфиг?
> Т.е. чтобы все учили новый язык программирования, если захотят подредактировать очередной
> конфиг?рву всех при скорости работы, когда работаю в vim. ВСЕХ. не встречал в жизни чела, быстрее меня набирающего/правящего текст в чем-то, кроме vim-а. последний рывок в скорости удался, когда я залочил клавиши стрелок и перешел на hjkl.
о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике .histfile - самая частозапускаемая программа (3 раза в день в среднем).
первые годы пользовался десятком навигационных клавиш (a,Esc,i,o,d,w,b,g,v,p,y...) и конструкцией :%s/a/b/ - назвать это языком программирования - опозорить языки программирования и себя лично.
Не существует подсветки синтаксиса более навороченной (как вам распознавание css и js внутри html?) и более связанной с unix-спецификой (как вам подсвечивание неправильных айпишников или неизвестных слов, скажем, в /etc/resolv.conf?). Это создано специально для админов - нет же, милые убунтоводы и им подобные предпочитают юзать gedit или ee какой-нибудь :)
:wq
>[оверквотинг удален]
> .histfile - самая частозапускаемая программа (3 раза в день в среднем).
> первые годы пользовался десятком навигационных клавиш (a,Esc,i,o,d,w,b,g,v,p,y...)
> и конструкцией :%s/a/b/ - назвать это языком программирования - опозорить языки
> программирования и себя лично.
> Не существует подсветки синтаксиса более навороченной (как вам распознавание css и js
> внутри html?) и более связанной с unix-спецификой (как вам подсвечивание неправильных
> айпишников или неизвестных слов, скажем, в /etc/resolv.conf?). Это создано специально
> для админов - нет же, милые убунтоводы и им подобные предпочитают
> юзать gedit или ee какой-нибудь :)
> :wqА зачем мне все это, если мне наду просто исправить маленький кусок конфига? ИМХО текстовый редактор должен уметь просто редактировать текст. А подсветка синтаксиса+ прочие удобства- это уже дело IDE.
Конечно. А машина должна просто ездить. А все прчиндалы как кондиционер, абс, адц, и далее по списку, нужны только в лимузинах и только толстосумам. Ну вот ездите на запорожце.
Напаркуа вы покупаете мерс где есть все эти прибамбасы ? (ну может вы и не покупаете. может вам до него как на тракторе до луны. не берусь утверждать).И подсветка синтаксиса, даже в обычном конфиге из 4-х строчек очень милое дело. Не говоря уже о больших конфигах.
Так же и с Ви\Вим вс МцЭдит/нано/гэдит/и им же подобным. Как выше человек правильно заметил, сравняться с работающим в виме по скорости работы работая в другом редакторе - нереально (за емакс утверждать не берусь. Не умею его готовить).
у нормального админа нет необходимости колупать конфиги в текстовых редакторах - у него и так все работает
нормальный Одмин еще, помимо того что у него и так все работает, ковыряет что-то эксперементальное в поиске чего-то элегантного, или возможности реализовать
новые требования- пожелания. энто раз. а два - это то что бывает приходится и с нуля
начинать. Когда не то, что вообще ничего не работает, а просто вообще ничего нету,
что должно работать.
> нормальный Одмин еще, помимо того что у него и так все работает, ковыряет что-то эксперементальное в поиске чего-то элегантного, или возможности реализоватьНормальный одмин (по крайней мере с точки зрения конечных пользователей) как раз всем этим в рабочее время а тем более на рабочей системе не занимается. Он один раз все настраивает как нужно до состояния автономной работы, а потом идет за пивом и оставшуюся часть года режется в квейк или варкрафт. Одмыны, у которых наблюдается непроходящий зуд в руках и других местах и которые постоянно что-то фиксят и меняют перманентно ставя всю систему раком - хуже них бывает только уборщица со шваброй.
а я где-то упоминал рабочую систему, и что эксперементирование проводится на ней ? :)
неразвивающийся админ - мертвый админ. потыкайте в него палочкой
ну и по мимо выше написанного: есть админы которые ставят железки день - через день, и под разные задачи.
> у нормального админа нет необходимости колупать конфиги в текстовых редакторах - у
> него и так все работаетУ нормального админа вообще эдакий волшебный дистрибутив, умеющий считывать пожелания из мозга и настраивать автоматом, к примеру виртуальные домены, или постфикс какой-нить... ;-))
А Вы работали в фирме не на 5-10 человек, а в большой конторе с десятком серверов в разных филиалах или хостинг поадминте вот тогда и говорить будете. По ssh на медленных/нагруженых каналах vi/vim просто сказка.
> По ssh на медленных/нагруженых каналах vi/vim просто сказка.Можно подумать, что кто-то ставит под вопрос это в общем то очевидное утверждение :)
Инструментом стоит решать задачи для которых он предназначен. Каждый выбирает для себя удобный инструмент. но я к молотку прикрутил гвоздодер, молоток хуже не стал, а появилась новая функция. разве ето плохо? Прикрутил к нему есче пару плагинов и пишу в нем код, правлю конфиги и т.д.. Мне так удобно :) Получился универсальный инструмент..
> у нормального админа нет необходимости колупать конфиги в текстовых редакторах - у
> него и так все работаета ниче так, что раз в месяц-неделю - у меня новый сервер, например, с новыми задачами?
или мне исключительно визарды яста какого-нибудь мышой тыкать, чтобы без обиняков влезать в ваши узкие понятия, кто есть нормальный админ? Шли бы вы лесом.Второе - коль скоро медицина не ограничивается проктологией, так и IT-индустрия не ограничивается админами - я бы не сказал, что они пупы земли в этой ипостаси - так, промежуточная цепочка с избыточным ЧСВ.
Программерам может тоже исключительно силой мысли или мышой писать код? Шоб вам всю жизнь такой код попадался.
Интересно посмотреть как вы ставите IDE на Windows, что бы поправить чуть более сложный файл чем простой. В конце концов, используйте другой редактор, в чем проблема-то?
В том, что вы неправильно выбрали инструмент (редактор, ось) или в том что вы не умеете этого делать или в том что вы привыкли к одному и ожидаете того же на всех других ОС?Не спешите с выводами. Поверьте, мир больше чем вам кажется и как только вам потребуется отредактировать большой конфиг, вы сразу же оцените vim. Конечно, если вы не сноб. :)
> о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике
> .histfile - самая частозапускаемая программа (3 раза в день в среднем).это называется "тяжкое детство/молодость". Меня, к счастью, эта болезнь не зацепила (хотя пользоваться приходилось). за большее время;-)
>> о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике
>> .histfile - самая частозапускаемая программа (3 раза в день в среднем).
> это называется "тяжкое детство/молодость". Меня, к счастью, эта болезнь не зацепила (хотя
> пользоваться приходилось). за большее время;-)мсье из "золотой молодежи"? увы, а нам приходится работать, причем головой и руками.
> мсье из "золотой молодежи"? увы, а нам приходится работать, причем головой и
> руками.ключевое тут "за большее время". ударение на букву "о" в слове "большее", Вы когда работаете руками не блокируйте настолько работу головы и все будет ок.
судя по тому, что вы так легко опускаетесь до оскорблений, мне с вами не по пути и общаться не о чем.
> судя по тому, что вы так легко опускаетесь до оскорблений, мне с
> вами не по пути и общаться не о чем.повелся на троллинг касательно золотой молодежи, каюсь.
> о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике
> .histfile - самая частозапускаемая программа (3 раза в день в среднем).Гы
$ cat $HISTFILE | grep 'vi ' | wc -l
208
$ echo $HISTFILESIZE
256
> Не существует подсветки синтаксиса более навороченной (как вам распознавание css и js
> внутри html?) и более связанной с unix-спецификой (как вам подсвечивание неправильных
> айпишников или неизвестных слов, скажем, в /etc/resolv.conf?). Это создано специально
> для админов - нет же, милые убунтоводы и им подобные предпочитают
> юзать gedit или ee какой-нибудь :)Вообще-то корректно подсвечивать (и часто -- распознавать самостоятельно) языки произвольной вложенности (скажем, css внутри html внутри javascript внутри html) умеет JetBrains PhpStorm/WebStorm (и, вероятно, IntelliJ IDEA). А то, что вы написали -- это *тупо* регэкспы. Ничего особенного.
По мнению Роба Пайка, подсветка синтаксиса - вообще вредная штука:
http://habrahabr.ru/blogs/os_inferno/42894/
;-))
> По мнению Роба Пайка, подсветка синтаксиса - вообще вредная штука:
> http://habrahabr.ru/blogs/os_inferno/42894/
> ;-))Вот придёт Inferno OS хотя бы на 1% десктопов/серверов, тогда и поговорим. ;)
Самый качественный вброс в этой теме :)))
а что мешает самому прописать в настройках свой любимый редактор?
> интересно, когда они включат голову и будут юзать вим в качестве редактора?
> пусть и с их DOS-like клавишными привязками.вим это другой стиль мышления ... не у всех есть время перестроиться.
Когда выход из редактора по одинарному нажатию на Esc сделают по умолчанию? А не по двойному, как обычно?
Когда esc+что-нибудь будут более не нужны.
...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10. Мучается же человек?! B)
по умолчанию f10 выход, не надо ничего прикручивать
Не стреляйте в Анонима -- шутит, как умеет. :-P
> ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10.
> Мучается же человек?! B)Да лучше уж сразу: "Как сделать из MC Far Manager"
>> ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10.
>> Мучается же человек?! B)
> Да лучше уж сразу: "Как сделать из MC Far Manager"Фар хорош но до мс недотягивает и в обоих до сих пор нет некоторых фич dn ... ;-)
каких фич dn нет в mc?
> каких фич dn нет в mc?Была там одна класная фича - найти все файлы рекурсивно во всех вложенных подкаталогах и выстроить в один список с возможностью сортировки ... и вроде можно было посмотреть путь ...
Так вроде есть такая фича в mc... Meta+?, ставь в имени файла звезду, ищи и жми Panelize.
> каких фич dn нет в mc?Встроенный тетрис?
>>> ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10.
>>> Мучается же человек?! B)
>> Да лучше уж сразу: "Как сделать из MC Far Manager"
> Фар хорош но до мс недотягивает и в обоих до сих пор
> нет некоторых фич dn ... ;-)Не могу с вами согласиться... Меня фар всем устраивает!
> Когда выход из редактора по одинарному нажатию на Esc сделают по умолчанию?
> А не по двойному, как обычно?никогда, старое поведение не будет ломаться при появлении новых фич., вам что лень одну галку в настройках кликнуть?
НИкогда! это надо чтобы через ссш работать нормально
Нет.(С)Так получилось, а не "сделано", соавсем не для чего-то там в/ч-з ssh, а от особенностей реализации "дополнительных" клавиш в терминалах ANSI и им подобных.
хорошая новость, сегодня обновлю спек в OBS
обновил, репозитории для OpenSUSE 11.1/2/3, SLES 11 / SP1:
http://download.opensuse.org/repositories/home:/ZaWertun:/mc/
Уважаемый Ярослав!
вот уже билда три последних, если не ошибаюсь, в пакете какие-то непонятки с расположением файлов - МК пытается их искать по одному пути, а они расположены совсем в другом месте. приходится делать симлинк чтобы завелось. Этот билд еще не пробовал, но чую что здесь все аналогично будет. Попробуйте поставить на чистой системе - сами заметите глюк. Сейчас по памяти не вспомню куда симлинкловал.
sargis:~ # cd /usr/share/mc/
sargis:/usr/share/mc # ll
total 24
lrwxrwxrwx 1 root root 11 Dec 29 10:19 bin -> /usr/lib/mc
drwxr-xr-x 2 root root 4096 Dec 29 08:10 help
drwxr-xr-x 2 root root 4096 Dec 29 08:10 hints
-rw-r--r-- 1 root root 227 Dec 28 21:24 mc.charsets
-rw-r--r-- 1 root root 1979 Dec 28 21:24 mc.lib
drwxr-xr-x 2 root root 4096 Dec 29 08:10 skins
drwxr-xr-x 2 root root 4096 Dec 29 08:10 syntax
sargis:/usr/share/mc # ln -s /usr/lib/mc binAnd everything will work
> sargis:~ # cd /usr/share/mc/
> sargis:/usr/share/mc # ll
> total 24
> lrwxrwxrwx 1 root root 11 Dec 29 10:19 bin -> /usr/lib/mcОткуда вообще берётся /usr/share/mc/bin? Ересь какая-то.
>> sargis:~ # cd /usr/share/mc/
>> sargis:/usr/share/mc # ll
>> total 24
>> lrwxrwxrwx 1 root root 11 Dec 29 10:19 bin -> /usr/lib/mc
> Откуда вообще берётся /usr/share/mc/bin? Ересь какая-то.bez 'bin -> /usr/lib/mc' ne rabotayet :)
>>> sargis:~ # cd /usr/share/mc/
>>> sargis:/usr/share/mc # ll
>>> total 24
>>> lrwxrwxrwx 1 root root 11 Dec 29 10:19 bin -> /usr/lib/mc
>> Откуда вообще берётся /usr/share/mc/bin? Ересь какая-то.
> bez 'bin -> /usr/lib/mc' ne rabotayet :)Удивлён. Покажите ошибки, которые вываливаются, либо опишите поведение mc (если нет ошибок) при отсутствующем этом каталоге.
Problem was/usr/share/mc/bin/mc-wrapper.sh: No such file of directory
but I remove bin symionk and everything still working, seems some old config or ld libraries caches dont know :)
> Problem was
> /usr/share/mc/bin/mc-wrapper.sh: No such file of directory
> but I remove bin symionk and everything still working, seems some old
> config or ld libraries caches dont know :)Check your SHELL alias named 'mc'. Find a place where this alias is defined (/etc/profile.d/mc.sh) and replace by proper valie (probably /usr/libexec/mc/mc-wrapper.sh, but you should check if this file exists).
If alias already contain proper value, this mean probably your alias isn't updated while new version of mc was installed. In this case you should just relogin to host (need to restart login SHELL). Alias will updated automatically.
Так перелогиниваться-то пробовал?
сейчас установил на чистой виртуалке 11.3-i586, вроде все нормально,
после удаления /usr/lib/mc - mc запускается без ошибок.неплохо было бы увидеть вывод комманды "zypper -q se -is --match-exact mc" на вашей системе
sargis:~ # zypper -q se -is --match-exact mcS | Name | Type | Version | Arch | Repository
--+------+---------+-----------+------+-----------
i | mc | package | 4.7.5-7.1 | i586 | MC
sargis:~ #
Kak uje napisal u menya vse normalno i vse rabotayet, prosto vi sprashivyete ya otvechayu :)
да уже вроде разобрались,
просто вчера в какой-то момент кончились идеи в чем может быть проблема :]
спасибо за отзыв,
сегодня проверю на чистой виртуалке, где-то я накасячил..
и еще неплохо было бы узнать какой у вас дистрибутив
sargis@sargis:~> cat /etc/SuSE-release
openSUSE 11.3 (i586)
VERSION = 11.3
sargis@sargis:~>
пробовал на 11.1 и на 11.3, симлинк делать надо как уже тут товарищ написал, без этого не запускается. может все дело в том что стоял 4.6.2 а затем уже новый
> пробовал на 11.1 и на 11.3, симлинк делать надо как уже тут
> товарищ написал, без этого не запускается. может все дело в том
> что стоял 4.6.2 а затем уже новыйНасколько я понял, ситуация такова:
1) ранее стоял mc версии 4.6.2
2) устанавливаете mc-4.7.5 (ну или какой у вас там из 4.7.* серии), убираете симлинк /usr/share/mc/bin
3) mc не работает.Так?
нет! как раз наоборот - симлинк делать приходится самому, иначе не работает!
> нет! как раз наоборот - симлинк делать приходится самому, иначе не работает!./configure --prefix=/usr \
--sysconfdir=/usr/share \
--sharedstatedir=/usr/share \
--libexecdir=/usr/share \
--localstatedir=/var \
--libdir=/usr/lib64 \
--includedir=/usr/include \
--datarootdir=/usr/share \
--datadir=/usr/share \
--infodir=/usr/share/info \
--localedir=/usr/share/locale \
--mandir=/usr/share/man;
похоже на проблему, описанную здесь: http://centos.alt.ru/?p=224
(старый алиас)
хорошая новость, обновляемся
Что касается выхода 4.7.5 то теперь данная ветвь считается стабильной взамен 4.7.0 и в неё будут приниматься только багфиксы. 4.7.0.х будет еще какое то время поддерживаться по мере возможностей...
До сих пор в 4.7.+ не работают регекспы при копировании и переносе?
> До сих пор в 4.7.+ не работают регекспы при копировании
> и переносе?Галку "[ ] Метасимволы shell" не заметил?
Чтобы народ замечал, надо галку:[ ] Метасимволы shell*
----------------------
* ну регулярки же!Реально многим станет понятнее и заметнее...
> Чтобы народ замечал, надо галку:
> [ ] Метасимволы shell*
> ----------------------
> * ну регулярки же!
> Реально многим станет понятнее и заметнее...А какая разница какие галки пользователям не замечать, если они доки не читают? :)
Это же коммандер, а не emacs.
Необходимости в штудировании доков не должно быть хотя бы в первую неделю использования.
Да. Не заметил галку "[ ] PCRE".
Ни про какие метасимволы ни при копировании, ни при переносе не вижу. Если имеется ввиду "Using shell patterns", то оно просто напросто не работает. Поломали криворукие в 4.7х, раньше в 4.6 работало как часы.
> Ни про какие метасимволы ни при копировании, ни при переносе не вижу.
> Если имеется ввиду "Using shell patterns", то оно просто напросто не
> работает. Поломали криворукие в 4.7х, раньше в 4.6 работало как часы.Приведите историю использования. Что делаете, пошагово. Какие имена файлов копируете? какие галки устанавливаете в диалоге копирования/переноса? Какую regexp-маску задаёте?
На всякий случай покажите ~/.mc/ini
># Исправлен код, отвечающий за прокрутку содержимого некоторых бинарных файлов, что привело в многократному ускорению работы (#2229);очень хорошо, доставучий баг. собрал, вроде всё хорошо. единственное что пока неясно - как изменить цвет заголовка над панелями - http://img214.imageshack.us/img214/7331/qttempn23357.png эту синюю полоску. в старой версии её не было
цвета использую
normal=cyan:marked=yellow:editnormal=:editwhitespace=whiteв mc --help-color увидел несколько новых параметров, но ни 1 не сработал на этот заголовок. никто не в курсе, как ему цвет поменять?
> очень хорошо, доставучий баг. собрал, вроде всё хорошо. единственное что пока неясно
> - как изменить цвет заголовка над панелями - http://img214.imageshack.us/img214/7331/qttempn23357.png
> эту синюю полоску. в старой версии её не былоЭто баг. :) Пишите тикет.
>> очень хорошо, доставучий баг. собрал, вроде всё хорошо. единственное что пока неясно
>> - как изменить цвет заголовка над панелями - http://img214.imageshack.us/img214/7331/qttempn23357.png
>> эту синюю полоску. в старой версии её не было
> Это баг. :) Пишите тикет.Переоткрыл тикет http://www.midnight-commander.org/ticket/2170.
> Переоткрыл тикет http://www.midnight-commander.org/ticket/2170.благодарю, смотрю он уже и пофикшен :) на досуге соберу из гита
Может быть, лучше заморозить развитие MC и отшлифовать до идеала, чем развивать, развивать, и иметь баги, иметь... Это же не инновационное ПО, зачем ему постоянно добавлять свойств?
> Может быть, лучше заморозить развитие MC и отшлифовать до идеала,4.6.2 -- в архивах города. Начинайте шлифовать.
Моё личное мнение - MC нужно почти с нуля переписать на плюсах, с человеческой ООП моделью и плагинами. Наверное, я хочу Far под Линукс, но он - чистый Win32 API и портировать на Линукс его вряд ли кто-то возьмётся. Хотя в результате даже Far 1.65 обгоняет по качеству и удобству текущий MC.Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый, кривой код, добавляя туда и сюда костыли для поддержки того и сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.
Сразу отвечу почему я за это не возьмусь - 1) я не программист 2) я не программист 3) когда припрёт я запускаю Far2 под Wine.
>[оверквотинг удален]
> с человеческой ООП моделью и плагинами. Наверное, я хочу Far под
> Линукс, но он - чистый Win32 API и портировать на Линукс
> его вряд ли кто-то возьмётся. Хотя в результате даже Far 1.65
> обгоняет по качеству и удобству текущий MC.
> Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый,
> кривой код, добавляя туда и сюда костыли для поддержки того и
> сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.
> Сразу отвечу почему я за это не возьмусь - 1) я не
> программист 2) я не программист 3) когда припрёт я запускаю Far2
> под Wine.Можно попробовать НОРМАЛЬНО портировать DOS Navigator под Linux. На данный момент он очень криво работает в консоли.
> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,Не надо себя сдерживать -- на СиШарпе и ДотНете, да?
>Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый, кривой код, добавляя туда
Кстати, да, отдельное Спасибо! Мигелю... Точно же на СиШарпе же?!
> Сразу отвечу почему я за это не возьмусь
Да, давайте все расскажем, почему мы за это не возьмёмся. Надо же что-то делать?
Остыньте, я говорил про чистый C++, на котором написан, кстати, Far и WinRAR. Обе программы - образцы в своём классе.
> Остыньте, я говорил проДа-да? А теперь расскажите, какое это имеет отношение к новости о выходе 4.7.5?
>> Остыньте, я говорил про
> Да-да? А теперь расскажите, какое это имеет отношение к новости о выходе
> 4.7.5?Я вижу вы уже отмечаете - поздравляю.
> Остыньте, я говорил про чистый C++, на котором написан, кстати, Far и
> WinRAR. Обе программы - образцы в своём классе.Вы видели код этих образцов? Код Фара открыт, любой может посмотреть и оценить. Код Рара закрыт, поэтому о его качестве судить сложно.
Андрей, код Far я не видел, но программа кхм не имеет ни одного глюка :) Вообще. Просто работает как часы.+ адские plugin'ы, например, Colorer.
> Андрей, код Far я не видел, но программа кхм не имеет ни одного глюка :) Вообще.google:глюки far commander
->
Результатов: примерно 159 000> Просто работает как часы.
> google:глюки far commander
> ->
> Результатов: примерно 159 000бухаха. Вообще-то он правильно называется far manager, на него гугля дает всего 67 900. А 159 тыщ как для несуществующего объекта - это еще по-божески, например, по запросу "горький сахар" выдает аж 457 000.
> Андрей, код Far я не видел, но программа кхм не имеет ни одного глюка :) Вообще. Просто работает как часы.
>+ адские plugin'ы, например, Colorer.есть мнение, что таких программ не существует
ChangeLog'и Far и Far2 подтверждают
одна только их терминология чего стоит
> ChangeLog'и Far и Far2 подтверждают
> одна только их терминология чего стоитДа, ченжлог ребята пишут весело, с задором.
> Far и WinRAR. Обе программы - образцы в своём классе.я бы поспорил. когда приходится работать на венде я предпочитаю Double Commander (http://doublecmd.sourceforge.net/) и 7-Zip (http://www.7-zip.org/).
>> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,
> Не надо себя сдерживать -- на СиШарпе и ДотНете, да?Ни сишарпа ни дотнета нет в 99% обсуждаемых нами систем. Тогда как libstcd++.so - есть.
>>> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,
>> Не надо себя сдерживать -- на СиШарпе и ДотНете, да?
> Ни сишарпа ни дотнета нет в 99% обсуждаемых нами систем. Тогда как
> libstcd++.so - есть.и как я потом это дело под своей железкой соберу? спасибо не надо...
> и как я потом это дело под своей железкой соберу? спасибо не
> надо...А на железке то нафига mc :-? Вот уж где скорее место шелу & K..
а мне удобно с роутера перекинуть файл который на ресивере через FISH
> Не надо себя сдерживать -- на СиШарпе и ДотНете, да?На Хаскиле.
</thread>
>на СиШарпе и ДотНете, да?Было уже:
https://www.opennet.ru/opennews/art.shtml?num=26046
Код тут:
https://github.com/migueldeicaza/mc
>> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,
> Не надо себя сдерживать -- на СиШарпе и ДотНете, да?Не нужно, есть же Vala. Как, впрочем, не нужен и C++
> Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый, кривой код, добавляя туда и сюда костыли для поддержки того и сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.Иван Иваныч конечно бывает несет всякую пургу, но в этом случае не могу с ним не согласиться всецело и полностью.
Впрочем, ответ я думаю очевиден: никогда :) Это уже совсем другой проект и совсем другие люди.
> Наверное, я хочу Far под ЛинуксНичего не выйдет, в консоли не доступны многие комбинации клавиш, в этом основной головняк. C другой стороны, неконсольный MC вообще мало кому нужен.
Строго говоря профит от использования C++ сомнителен.. Правильно написанный чистый Си ничуть не хуже. А вот в скорости работы потеряете наверняка.
Хотел тоже самое написать, но там же все и так ясно:>Моё личное мнение - MC нужно почти с нуля переписать на плюсах, с человеческой ООП моделью и плагинами....
А чуть далее:
>1) я не программист 2) я не программист
По-моему, все ясно. Дальнейшие разъяснения бессмысленны.
> я хочу Far под Линукс
> ...
> Сразу отвечу почему я за это не возьмусь - 1) я не программистЕще не хватает пунктов: "я привык к Фару" и "Я недавно в *никсах и еще не отошел от вендовых окружения, приемов работы и концепций".
Это стандартный комплект причин и пожеланий, многие через это проходят и часто этот вопрос всплывает в обсуждениях МС. Лечится решением одного или всех пунктов, с обязательной усиленной практикой использования командной строки, консольных утилит и Линукса в целом.
> Еще не хватает пунктов: "я привык к Фару" и "Я недавно в
> *никсах и еще не отошел от вендовых окружения, приемов работы и
> концепций".
> Это стандартный комплект причин и пожеланий, многие через это проходят и часто
> этот вопрос всплывает в обсуждениях МС. Лечится решением одного или всех
> пунктов, с обязательной усиленной практикой использования командной строки, консольных
> утилит и Линукса в целом.Как приятно анонимно к*акать на собеседника.
Из вас оппонент, к сожалению, никакой - аргументация отсутствует как класс. Ещё вы позволяете себе жаргонизмы, сленг, и уничижение оппонента, про которого вы ничего не знаете. Судя по всему вы всё ещу не покинули пубертатный возраст и стараетесь выделиться перед сверстниками своими "хакерскими" привычками. Наверное, пользуетесь BolgenOS.
Я пользуюсь удобными инструментами, которые ускоряют мою работу и не заставляют меня думать как её выполнять. Если вы любитель ZSH и Gentoo, могу только посочувствовать отсутствию у вас настоящей жизни.
Я Линуксом пользуюсь с 1998 года, а вы? И у меня нет в dualboot и даже в виртуалке Windows 7 Ultimate.
> Наверное, пользуетесь BolgenOS.vs.
> Если вы любитель ZSH и Gentoo, могу только посочувствовать отсутствию у вас настоящей жизни.
Взаимоисключающие параграфы :)
>> Наверное, пользуетесь BolgenOS.
> vs.
>> Если вы любитель ZSH и Gentoo, могу только посочувствовать отсутствию у вас настоящей жизни.
> Взаимоисключающие параграфы :)Отнюдь - пользуетесь vs любитель :) Впрочем, с троллями больше спорить не буду, это всегда бессмысленно.
Я и не предлагал со мной спорить. Пояснение смешное, засчитано.
> Как приятно анонимно к*акать на собеседника.Почему же анонимно?? Загляните в профиль (и далее), погуглите "sphynkx" - я ни от кого не скрываюсь. А Вы?? ;-))
> Из вас оппонент, к сожалению, никакой - аргументация отсутствует как класс. Ещё
Этой аргументации - много мегабайт за много лет многочисленных флеймов... Тема категорически неоригинальна и ответы на нее давно даны.
> вы позволяете себе жаргонизмы, сленг, и уничижение оппонента, про которого вы
Что плохого в сленгах м жаргонизмах?? Они общеизвестны, понятны и употребительны. А "тетенек-бухгалтерш" тут нет ;-)) Равно как и уничижений: данные пожелания насчет Фара всегда выходили из уст людей с определенным уровнем компетенции... Что я и озвучил. Ничего личного. Если конкретно у Вас уровень другой - слышать такое было весьма странно - что-то здесь не так ;-))
> пубертатный возраст и стараетесь выделиться перед сверстниками своими "хакерскими" привычками.
Из Вас тоже никудышний ясновидящий ;-)) Просто минутка свободная есть и настроение соответствующее. Обычно ввязываться в подобные обсуждения не имеет смысла - только траты времени, энергии...
> Наверное, пользуетесь BolgenOS.
Слака и Дебиан.
> Если вы любитель ZSH
bash + MC адекватном совместном использовании отлично дополняют друг друга так что и zsh никакого не надо.
> Я Линуксом пользуюсь с 1998 года, а вы? И у меня нет
> в dualboot и даже в виртуалке Windows 7 Ultimate.Тоже с 98го. Венду держал еще 98ю. Более свежие лишь наблюдаю на чужих машинках.
И причём здесь Gentoo?По теме, впрочем - согласен. Не первый год в линуксе, но от mc уходить не собираюсь. Лично мен удобно, когда постоянно перед глазами список файлов, в отличие от вывода в консоли, который интересен исключительно если что-то не так. Учитывая, что все, что доступно в шелле, mc никуда не девает (плюс раширяет своими макросами и подстановками), вижу только плюсы.
не флейма ради.. чем вам ZSH не угодил?
> чем вам ZSH не угодил?1. License: MIT-like
2. Stable release: 4.2.7 / December 18, 2007; 3 years agoещё вопросы?
> 2. Stable release: 4.2.7 / December 18, 2007; 3 years ago
> ещё вопросы?$ rpm -qf $SHELL
zsh-4.3.11-alt1
УМВР, ЧЯДНТ?
> 1. License: MIT-likeЭто вообще не серьезно.
> 2. Stable release: 4.2.7 / December 18, 2007; 3 years ago
> ещё вопросы?http://www.freshports.org/shells/zsh
zsh-4.3.10_4 lasе update 04 Dec 2010 07:34:27
> $ rpm -qf $SHELL
> zsh-4.3.11-alt1
> http://www.freshports.org/shells/zsh
> zsh-4.3.10_4 lasе update 04 Dec 2010 07:34:27читаем оффсайт:
http://zsh.sourceforge.net/FAQ/zshfaq01.html#l6
1.5: What's the latest version?
Zsh 4.2.7 is the latest production version. The latest development version is 4.3.10
>> zsh-4.3.11-alt1
> Zsh 4.2.7 is the latest production version.Это как Debian stable ;-)
> The latest development version is 4.3.10
http://zsh.cvs.sourceforge.net/viewvc/zsh/zsh/ChangeLog?view... тормозит, см.
http://git.altlinux.org/people/raorn/packages/?p=zsh.git;a=c...PS: простите, был вынужден стереть ругань пополам с сообщением по существу :(
PPS: с наступившим! :)
>[оверквотинг удален]
> с человеческой ООП моделью и плагинами. Наверное, я хочу Far под
> Линукс, но он - чистый Win32 API и портировать на Линукс
> его вряд ли кто-то возьмётся. Хотя в результате даже Far 1.65
> обгоняет по качеству и удобству текущий MC.
> Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый,
> кривой код, добавляя туда и сюда костыли для поддержки того и
> сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.
> Сразу отвечу почему я за это не возьмусь - 1) я не
> программист 2) я не программист 3) когда припрёт я запускаю Far2
> под Wine.В портах был deco
> Может быть, лучше заморозить развитие MC и отшлифовать до идеала, чем развивать,
> развивать, и иметь баги, иметь... Это же не инновационное ПО, зачем
> ему постоянно добавлять свойств?Нет, пусть развивают! Кому надо будут пользоваться стабильными ветками.
Просто далее хотелось бы вообще видеть нечто вроде FAR. Хочется поддержки плагинов!
Чем оно лучше coreutils?
> Чем оно лучше coreutils?Чем coreutils.
1) Вас никто не заставляет его использовать. 2) Работать с файловой системой в MC на порядок удобней, чем
cd $DIR
cp -a file1 file2 file3 $DEST
mv file4 file5 file6У меня уже руки отвалились это набирать, в MC я просто БЫСТРО и ВИЗУАЛЬНО всё это делаю, не совершая ошибок а-ля /bin/rm -rf * .jpg (пробел лишний).
>1) Вас никто не заставляет его использовать.я в курсе. Задал конкретный вопрос, а не заказал юридическую консультацию.
>2) Работать с файловой системой в MC на порядок удобней, чем
>
>cd $DIR
>cp -a file1 file2 file3 $DEST
>mv file4 file5 file6Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!
>У меня уже руки отвалились это набирать, в MC я просто БЫСТРО и ВИЗУАЛЬНО всё это делаю,
В шелле быстрее, ага.
>не совершая ошибок а-ля /bin/rm -rf * .jpg (пробел лишний).
у нормальных шеллов такие детские болезни отсутствуют. В том числе и "ужасная" rm / -rf.
> Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!Автокомплит спасает, но не полностью, всё равно набирать больше, даже первые символы. Хотя я встречал тех, которые изнутр mc используют cp/mv и сам mc как своего рода ls рассматривают )
Прогресс cp/mv не покажут, при операциях с большими объемами тоже может играть свою роль.
> Прогресс cp/mv не покажутНу это как захотеть...
http://chris-lamb.co.uk/2008/01/24/can-you-get-cp-to-give-a-.../
http://superuser.com/questions/155461/copy-file-in-gnu-linux...
use vcp
>>2) Работать с файловой системой в MC на порядок удобней, чем
>>
>>cd $DIR
>>cp -a file1 file2 file3 $DEST
>>mv file4 file5 file6
> Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!А вдруг в директории набор файлов, который позволяет дойти до конечного лишь после N итераций уточнения автокомплита..? Ни чуть не веселее. Причем что файлов может быть всего N.
Если бы да кабы... На каждый случай есть свой инструмент, и да, иногда быстрее дойти до нужной директории в шеле, и так и делаю. Но все автодополнения да и вообще работа в шеле хороша только тогда, когда вы приблизительно знаете, что находится в папке. Если же в папке много подпапок, или файлов, заморитесь автодополнять, да еще и периодически возвращаться бекспейсом назад, если не туда дополнились. Или другой пример приведу, вы не знаете точно в каком файле находится нужная инфа и вам нужно быстро просмотреть несколько файлов, чтоб оценить что в них.
В общем для моих задач mc очень удобный инструмент, и спасибо разработчикам, что воскресили этот проект. Да, очень не хватает "плагинов" т.е. фактически возможности настройки под себя, но в этом есть и свой плюс - на любой машине ты знаешь как будет себя вести mc и не будешь страдать от непривычности.
А самое главное встроенный редактор! Фанаты vi-like пусть рассказывают байки об администрировании экзотики, это их извращение или даже карма сидеть на кастрированных инструментах, но это вовсе не значит, что все вокруг также обязаны забыть об элементарных удобствах.
> А самое главное встроенный редактор! Фанаты vi-like пусть рассказывают байки об администрировании
> экзотики, это их извращение или даже карма сидеть на кастрированных инструментах,
> но это вовсе не значит, что все вокруг также обязаны забыть
> об элементарных удобствах.Согласен целиком и полностью! F1-F10 - это кастрация вида "человек не может запомнить более 7 элементов в меню" или "сосредоточиться более чем на 10 секунд".
А html+js+css - это таки да, извращение и эро^wкзотика
F1-F10 - это "часто используемое должно быть простым". И запомнить хоткеи, кстати, проще всего, когда они написаны в пунктах меню - ассоциация сама возникает. Собственно, моя единственная претензия к тому же emacs - что нет способа получить список доступных в данный момент действий, с отображением бинюингов и разделением по каким-то категориям. Хотя может способ и есть - и опять же где-то спрятан :-)
>[оверквотинг удален]
>>
>>cd $DIR
>>cp -a file1 file2 file3 $DEST
>>mv file4 file5 file6
> Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!
>>У меня уже руки отвалились это набирать, в MC я просто БЫСТРО и ВИЗУАЛЬНО всё это делаю,
> В шелле быстрее, ага.
>>не совершая ошибок а-ля /bin/rm -rf * .jpg (пробел лишний).
> у нормальных шеллов такие детские болезни отсутствуют. В том числе и "ужасная"
> rm / -rf.Это приблизительно так:
Вы действительно хотите удалить 1000 файлов?
Вы дейсвительно хотите удалить файл 999?
Вы не передумали?
Вы дейсвительно хотите удалить файл 998?
Вы не передумали?
...
Вы дейсвительно хотите удалить файл 1?
Вы не передумали?
Вам после этого ненужен психиатор?
Окружающие вас люди тоже так думают?
:-))
> совершая ошибок а-ля /bin/rm -rf
> * .jpg (пробел лишний).И тут меня, значит, zsh спрашивает - а в своем ли ты уме парниша?
>> совершая ошибок а-ля /bin/rm -rf
>> * .jpg (пробел лишний).
> И тут меня, значит, zsh спрашивает - а в своем ли ты
> уме парниша?(07:34)% exir
zsh: Исправить 'exir' на 'exit' ? [Yes/No/Abort/Edit]это вот так?
>>> совершая ошибок а-ля /bin/rm -rf * .jpg (пробел лишний).
>> И тут меня, значит, zsh спрашивает - а в своем ли ты уме парниша?
> (07:34)% exir
> zsh: Исправить 'exir' на 'exit' ? [Yes/No/Abort/Edit]
> это вот так?нет, это вот так:
zsh# rm -rf /etc/exim4/*
zsh: sure you want to delete all the files in /etc/exim4 [yn]?
> 2) Работать с файловой системой в MC на порядок удобнейГораздо дольше.
> У меня уже руки отвалились это набирать, в MC я просто БЫСТРО
Не верю.
> и ВИЗУАЛЬНО всё это делаю, не совершая ошибок а-ля /bin/rm -rf
> * .jpg (пробел лишний).Пользуйтесь табом перед rm (особенно rm -rf) с шаблонами -- уже и bash раскрывает. :)
А пресловутый zsh можно попросить, чтоб в случае rm * тормозил и переспрашивал, потому как ошибка типичная же.
mc хорош при разгребании совсем неструктурированных помоек вроде захламившегося ~/Download, но если помойка на полсистемы -- то всё-таки чинить стоит в консерватории.
>> 2) Работать с файловой системой в MC на порядок удобней
> Гораздо дольше.
>> У меня уже руки отвалились это набирать, в MC я просто БЫСТРО
> Не верю.Умеете ли Вы готовить mc? :)
найти файл в текущем каталоге по мере набора: alt+s
перейти к каталогу: alt+c (работает классическое автодополнение, есть история каталогов).
перейти к ранее сохранённому каталогу или к сетевому ресурсу: ctrl+\
История перемещений в панели: alt+shift+h
История набранных команд: alt+h
Перебирать ранее набранные команды: назад alt-p, вперёд alt-n
Поместить в комстроку под панелями выделенные файлы ctrl-x,ctrl-t (с другой панели: ctrl-x,ctrl-shift-t)
>>> У меня уже руки отвалились это набирать, в MC я просто БЫСТРО
>> Не верю.
> Умеете ли Вы готовить mc? :)Слав, привет и с наступившим! :)
Ну iso9660 extfs когда-то нарисовал (было ещё и m3u, но кривенькое и оперативно заброшенное за невостребованностью).
> История перемещений в панели: alt+shift+h
Обычно было быстрее ctrl-y/u плюс lynx-like motion. :)
> История набранных команд: alt+h
И вот это не помню -- применял или нет.
А всё остальное по списку применял весьма активно, пока не задумался -- зачем последней строкой ~/.bash_profile стоит mc, если уже в большей половине случаев сразу жму F10 (которое, ессно, настроено не спрашивать подтерждения). Году в 2000, наверное.
Хотя стоит и нередко используется для "быренько залезть в архив" (в т.ч. iso/rpm) и "разгрести хламушник".
Для того, чтобы быстро проглядеть пару десятков (или сотен) файлов в незнакомой софтине mc удобен на редкость. Как и для того, чтобы сразу увидеть, создался ил файл (и если да - то примерно нужной длины) после запуска скрипта. Как и для того, чтобы бустренько глянуть по ssh FS на другой машине и тут же залить файл (в шелле для этого придется дважды пароль вводить, по крайней мере - хотя есть ключи, конечно). Как и для того, чтобы то же самое сделать по самбе (а вотздесь ключи уже не помогут). Как и для того, чтобы быстро пробежать по каталогам, глядя файл, название которого ты точно не знаешь (например, скачав чужие сорсы и ища документацию в них, которая может быть названа массой разных спосбов). И так далее, и тому подобное.
Оно не "лучше" -- это ж улучшенный запускатель для coreutils & co:zcat -f mainlog |/usr/sbin/exigrep -v blackhole |awk '$2~/^10:/'|egrep -o "<= [^ ]+"|sort|uniq -c|sort -k1,1nr |less
...по теме больше было бы %view или |mcview, но да уж как есть...
> Чем оно лучше coreutils?выдели для копирования 3 файла с несвязанными именами в кореутилс :)
Запросто, и это будет всегда быстрее чем бегать курсором в mc и подобных.
в mc можно не бегать курсором, есть ctrl-s, кроме того можно сразу набирать команду в командной строке в mc. Т е все те же возможности + другие.
> выдели для копирования 3 файла с несвязанными именами в кореутилс :)Сначала расскажи, как "выделить" хотя б 1 файл "в корутилз"?? :-O
> Сначала расскажи, как "выделить" хотя б 1 файл "в корутилз"?? :-Ozstyle ':completion:*' menu yes select
(Давайте, набрасывайтесь на "не coreutils!!!111")
> zstyle ':completion:*' menu yes selectЯ ж просил _выделить_, а не выбрать. :-P
> (Давайте, набрасывайтесь на "не coreutils!!!111")
Ну, почему ж. Вон в моём трёхэтажном примере из корутилз был один uniq. ... ...а нет, нынче и sort в них же.
молодцы! огромное спасибо!
Кто может подсказать, на какой адрес написать чтобы побыстрее сделали
ftps ?
Гонять открытые пароли сейчас не очень хочется :(P.S. Про sftp и ftp over SSH я в курсе.
Можно еще curlftpfs добавить - отличная штука
Написать на m-c.o тикет с патчем. SFTP кстати в mc нет, есть FISH (чистый ssh).
Ребят, спасибо огромное за благое дело!Может кто подскажет - а что прописать в .Xdefaults или где ковырнуть, чтобы в xterm\rxvt в mc по shift-insert шла вставка из клип-файла mc, а не буфера иксов?
С пару месяцев назад слетело - то ли чего-то наковырял в ресурсах, то ли в результате общего обновления системы до current что-то глобально в иксах поменялось (т.к. ковырять .Xdefaults полез после того, как на старый-добрый файл xrdb стал ругаться на пробелы вокруг : и т.п.).
Сейчас там в начале такое:
xterm*vt100.translations:#override \n\
Ctrl<Key>Return:string(0x1b) string(0x0d)\n\
Shift<Key>Insert:insert()Зачем добавлял Shift<Key>Insert:insert() когда-то - не вспомню, но сейчас и полное удаление .Xdefaults ничего не меняет.
Исправление #2046 и #2407 откровенно радует. Жутко доставало подобное поведение в предыдущей версии.
Товарищу Slavaz и его соучастникам - большое спасибо. Вы делаете реально полезное дело.
Слаффка, а копирование между разными каталогами одного и того же FTP, пофиксили?
> Слаффка, а копирование между разными каталогами одного и того же FTP, пофиксили?Пока ещё не пофиксили. Сейчас будет очередной спринт перед веткой 4.8, посмотрим, что можно сделать...
Ребята, а тормоза при открытии zip-архива mc уже победил?
> Ребята, а тормоза при открытии zip-архива mc уже победил?Нет, тормозит всё также. Причина в том, что для "контакта" с утилитой zip (или unzip) написан свой враппер на шелле. Этот враппер просто вызывает внешние утилиты с нужными ключами. mc при распаковке или запаковке файлов вызывает это враппер на каждый файл. Получается, что на огромных архивах при распаковке огромного числа файлов сам процес распаковки запускается столько же раз, сколько есть файлов для распаковки. Отсюда и тормоза. Будем исправлять - есть идеи. Например, передавать врапперу не имя файла, который надо распаковать, а имя текстового файла, содержащего список файлов для распаковки (чтобы одной порцией всё сделать).
Может, лучше вызывать не сами утилиты-архиваторы, а их библиотеки?
> Может, лучше вызывать не сами утилиты-архиваторы, а их библиотеки?Кто-то хочет полностью переписать extfs? Что, нету желающих? Я так и думал.
>> Ребята, а тормоза при открытии zip-архива mc уже победил?
> Нет, тормозит всё также. Причина в том, что для "контакта" с утилитой
> zip (или unzip) написан свой враппер на шелле. Этот враппер просто
> вызывает внешние утилиты с нужными ключами. mc при распаковке или запаковке
> файлов вызывает это враппер на каждый файл. Получается, что на огромных
> архивах при распаковке огромного числа файлов сам процес распаковки запускается столько
> же раз, сколько есть файлов для распаковки. Отсюда и тормоза. Будем
> исправлять - есть идеи. Например, передавать врапперу не имя файла, который
> надо распаковать, а имя текстового файла, содержащего список файлов для распаковки
> (чтобы одной порцией всё сделать).При входе в архив мс распаковывает архив в /tmp и входит в полученный каталог. Если архив несколько гиг то это долго. Если /tmp отдельный слайс то может и невлезть ...
>[оверквотинг удален]
>> вызывает внешние утилиты с нужными ключами. mc при распаковке или запаковке
>> файлов вызывает это враппер на каждый файл. Получается, что на огромных
>> архивах при распаковке огромного числа файлов сам процес распаковки запускается столько
>> же раз, сколько есть файлов для распаковки. Отсюда и тормоза. Будем
>> исправлять - есть идеи. Например, передавать врапперу не имя файла, который
>> надо распаковать, а имя текстового файла, содержащего список файлов для распаковки
>> (чтобы одной порцией всё сделать).
> При входе в архив мс распаковывает архив в /tmp и входит в
> полученный каталог. Если архив несколько гиг то это долго. Если /tmp
> отдельный слайс то может и невлезть ...да это старая проблема в том числе от нее и пытаемся уйти...
Почему же тогда для остальных форматов архивов не тормозит, а с zip такая беда - скорость распаковки около 1-2 KB/s ? При этом от размера архива не зависит.
Скажите, у меня одного если удалять в mc папку с большим количеством файлов (например, каталог с сырцами ядра) и если mc убрать на второй план и открыть поверх окна с ним что-то другое, например, браузер, то прогресс удаления в mc зависает намертво?
> Скажите, у меня одного если удалять в mc папку с большим количеством
> файлов (например, каталог с сырцами ядра) и если mc убрать на
> второй план и открыть поверх окна с ним что-то другое, например,
> браузер, то прогресс удаления в mc зависает намертво?У меня под скрином не виснет ...
> Скажите, у меня одного если удалять в mc папку с большим количеством
> файлов (например, каталог с сырцами ядра) и если mc убрать на
> второй план и открыть поверх окна с ним что-то другое, например,
> браузер, то прогресс удаления в mc зависает намертво?Какой эмулятор терминала используется? Какая операционка? какой версии mc?
Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных 4.7.0.9, 4.7.0.10, так и в новых). Только что опять проверил спецом в 4.7.5, скачав ядро 2.6.36, распаковав его, и попытался удалить через mc... Стоит только перекрыть окно с командером любым другим окошком - останавливается процесс удаления, просто зависает, mc не реагирует ни на какие нажатия, ни аборт, ни Ф10, при этом процессор не загружен абсолютно, просто mc недееспособен и удаление зависает на каком-либо файле. Что самое интересное, стоит опять попытаться удалить папку с файлами - начинает удалять как бы заново, то есть, файлы реально не удалились вообще в первый раз когда он завис. Вот так вот.
просьба написать il.smind@gmail.com, интересно было бы посмотреть в каком месте зависло, хотя примерно подозреваю...
Написал, посмотрите пожалуйста.
> Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных
> 4.7.0.9, 4.7.0.10, так и в новых).На gnome-terminal зависание легко ловится, подтверждаю. На xterm и urxvt словить не удалось. Похоже, что таки баг vte, какое-то race condition.
> Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных
> 4.7.0.9, 4.7.0.10, так и в новых). Только что опять проверил спецом
> в 4.7.5, скачав ядро 2.6.36, распаковав его, и попытался удалить через
> mc... Стоит только перекрыть окно с командером любым другим окошком -
> останавливается процесс удаления, просто зависает, mc не реагирует ни на какие
> нажатия, ни аборт, ни Ф10, при этом процессор не загружен абсолютно,
> просто mc недееспособен и удаление зависает на каком-либо файле. Что самое
> интересное, стоит опять попытаться удалить папку с файлами - начинает удалять
> как бы заново, то есть, файлы реально не удалились вообще в
> первый раз когда он завис. Вот так вот.Похоже, что это специфично только для gnome-terminal.
Тестировали на gnome-terminal, xterm, konsole,urxvt. Компилили с ncurses и со S-Lang.
Только гномовый терминал фризится так.Просьба заинтересованным: проверьте дополнительно ещё терминалы. Проверяйте в момент подсчёта размера каталогов при копировании/удалении/перемещении. Для этого этих каталогов должно быть множество, чтобы вы успели переключить в фон окно с mc :)
> Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных
> 4.7.0.9, 4.7.0.10, так и в новых). Только что опять проверил спецом
> в 4.7.5, скачав ядро 2.6.36, распаковав его, и попытался удалить через
> mc... Стоит только перекрыть окно с командером любым другим окошком -
> останавливается процесс удаления, просто зависает, mc не реагирует ни на какие
> нажатия, ни аборт, ни Ф10, при этом процессор не загружен абсолютно,
> просто mc недееспособен и удаление зависает на каком-либо файле. Что самое
> интересное, стоит опять попытаться удалить папку с файлами - начинает удалять
> как бы заново, то есть, файлы реально не удалились вообще в
> первый раз когда он завис. Вот так вот.
Нет, такого не наблюдал никогда. Только с коммандером вот недавно заметил этот баг. Я понимаю, конечно, что это, возможно, баг в гном-терминале. Скажем так, не отрицаю этого. Надеюсь, что это пофиксится в скором времени ибо очень напрягает такое поведение... :(
> Надеюсь, что это пофиксится в скором времени ибо очень напрягает такое поведение... :(Зря. Сейчас у vte нет майнтейнера.
