MC-4.1.40-pre7

Что это за старьё и кто такой Oleg "Olegarch" Konovalov?

оно VFS не поддерживает

Oleg "Olegarch" Konovalov это анонимус эту новость запостивший.

Очень радостная весть, буду тестить. Хоть нашёлся человек, который делает из mc нормальный файловый менеджер. В pre6 было многовато всяких неприятных проколов, проверим пофксились иль нет. В новой хоть есть возможность сделать mc с голубыми панельками, как в оригинальной версии.

$ rpm -q mc mc-4.5.55-5

(rh-7.3)

это как понимать - решили возродить древнюю ветку?

>оно VFS не поддерживает
из чего ты взял?
а параметр --with-vfs для красоты? Как по твоему без vfs в этом mc можно лазать внутри архива, rpm-пакета?

> это как понимать - решили возродить древнюю ветку?

Поройся в архиве новостей ЛОРа, пару месяцев назад вроде делали анонс mc-4.1.40-pre6. Флейм стоял страшный...
Действительно взяли старую ветку mc, удалили весь X-совый мусор, пофиксили кучу багов mc, перенесли фичи из 4.6.0. В итоге исходники весят чуть ли не в 2 раза меньше и глюков меньше на порядок. Конфетка просто.

>The original mc is now about v4.6.x, with more and more bugs, "monster >from the console" grows more and more, and now it has some very bad >structural changes, tons of garbage code, and finally - there is no >possibilities to compile it without some X parts, like Glib.
Это с каких таких пор glib стала нуждаться в иксовых библиотеках?
И что, только из-за этого понеслось?
Или я что-то путаю?

блин, в прошлом флейме уже обсуждали - glib это костыль к gtk+, который, как все знают, разрабатывался для xfree... кароче, проехали эту тему - достало оно уже.

У кого под бяшкой работает сей продукт? я компильнул его на BeOS DANO с небольшими правками путей к заголовочникам, столкнулся с рядом проблем (запускаю - выводит часы, выводит строку хинта и вешает консоль. mcedit работает). Кто-нить что-нить посоветует? Автор пишет, что грабля из разряда "работать, работать и еще раз работать" - то есть, автору надо ставить даню и под ней тестить. Авторский порт, насколько я понял, заточен под BeOS PE5. Но может кто-нибудь уже победил эти грабли под даней, и поможет мне - бедному?

Под линем багов помойму не осталось, хотя я могу ошибаться. Все старые баги (с копированием, переносом и внешним редактором, который на третьем открытии файла в пре6 падал и валил мц за собой) вроде излечились.

Еще, люди, кто под 5-й фряхой его гонял? правда, что там консоль починилась (просто интересно)?

Насчет "древних веток" - рано ее Арпад с Пашей бросили, ох, рано. Судя по тому, что из нее делает сей русский чувак, там потенции еще на три фара.

Вообщем, спасибо Олегу за его ветку. Жалко - медленно он ее делает.

Пофиксены почти все баги, добавлено много новых :)

У меня вопрос:
С какой стати в теме топика используется старое имя известного
продукта, который жестоко изменен новым человеком, не
являющимся исходным автором программы? Если его продукт
называется Midnight Commander 4.1.X-MP, то так и пишите, а то
ошибочка больно некрасивая... green, тебе фланк! Надо было
заставить анонима исправить тему новости.

И еще. Есть аналогичный продукт по целям и задачам - Advanced
MC. Он тоже использует старую ветку MC и убирает в ней все
известные баги. И там тоже сделаны бэкпорты лучших фич из новой
версии mc-4.5.xx. Я использую его. Статично собранный бинарник
весит всего 600K. Рабюотает очень надежно и стабильно. Никаких
проюблем с ним.

anonymous (*) (2003-08-17 22:45:10.751595):

1. в этой ветке не только бэкпорты, но и МАССА своих фич.
2. данный проект изначально БАЗИРОВАЛСЯ на AMC, что следует из документации.
3. AMC - всего лишь "набор патчей", в то время, как mc-MP - самостоятельная ветка, наиболее удобная из существующих на данный момент. К тому же AMC существует и для версии 4.6, насколько известно из девелоперского мейл-листа mc-devel, так что ВСЕ разработки ветки 4.1, кроме обсуждаемой здесь - остановлены по причине "бесперспективности".
4. Ветку 4.1.XX бросили все прежние разработчики, так что нечего придираться к тому, как пишут название проекта - ветка не поддерживалась, ее подняли, и теперь она поддерживатеся - как автору нравится, так пусть и называет. Лично мне все равно, как она будет называться. Более удобного файлового менеджерая под UNIX, чем MC-MP, я не видел. Много очень приятных мелочей, которые так упрощают жизнь, и при этом неизменна идеологическая основа "классического MC". Нефиг напраслину разводить, вообщем- выражаясь принятым тут языком, можно сказать, что эта mc-mp есть рулезЪ. :)

>Еще, люди, кто под 5-й фряхой его гонял? правда, что там консоль починилась (просто интересно)?

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

Shaman007: акстись, родимый, anonymous, запостивший эту новость, это я (Олег Сомов) - "soma", начисто забывший свой пароль, а глюкавая (?) напоминалка паролей на этом сайте говорит мне "Flood mail" (или что-то такое), потому от anonymous'а и запостил :-(

Как я узнал о выходе пре-шки тоже скажу - письмо от автора получил с сообщением о выходе оной и приглашением тестировать на предмет новых багов. В этой прешке даже один мой патчик есть. правда маааааленький, но все равно приятно :)

/soma (постивший предыдущую новость про mc)

2anonymous (*) (2003-08-17 22:45:10.751595) это он не статиком занимает 600к, примерно столько же - сколько и mc-4.6, mc-4.5.55 занимает около 500 - меньше, чем эти два монстра :)

anonymous (*) (2003-08-17 23:49:52.496706): cons25 у 4-ки и у 5-ки не совсем совместимы на уровне названий устройств терминалов, вот о чем речь. В данной прешке исправлена поддержка cons25 именно в 5-ке. в pre6 была проблема неполной работоспособности cons25 в FreeBSD 5.X

/soma

кстати Oleg "Olegarch" Konovalov это один из известных слакваристов.

Известный слакварист ;)) Я торчал от этой фразы полчаса!
Как вам нравится фраза "известный пользователь виндовс"? ;)

> AMC - всего лишь "набор патчей", в то время, как mc-MP - самостоятельная ветка

И что дальше? В чем состоит огромное преимущество?

> наиболее удобная из существующих на данный момент.

Для кого и чем?

> Ветку 4.1.XX бросили все прежние разработчики, так что нечего придираться к тому, как пишут название проекта

Дык есть элементарные правила этикета. Продолжать ветку может
только официально назначенный автором программы человек.
Исключение - автор умер. Во всех остальных случаях это
называется форк, а не продолжение. Правда было однажды совсем
уж вопиющее исключение - некая обнаглевшая контора при живых
авторах и при живой ветке программы создала свое "продолжение" - gcc-2.96 ;))
Дык заклевали их за это... Вот и я говорю, что не должно так быть.

> это он не статиком занимает 600к

$ which mc
/usr/local/bin/mc
$ ldd /usr/local/bin/mc
        not a dynamic executable
$ ls -la /usr/local/bin/mc
-rwxr-xr-x    1 root     root       506400 Сен 23  2002 /usr/local/bin/mc

Продолжение:
$ mc -V
The Midnight Commander 4.1.35-A12
with mouse support on xterm.
Edition: text mode.
Virtual File System: tarfs, extfs, ftpfs, mcfs.
With builtin Editor
Using S-lang library with terminfo database
With subshell support: as default
With DUSUM command
With support for background operations

[ragazza ~] ls -l /usr/bin/mc
-rwxr-xr-x    1 root     root       608092 Авг 18 02:47 /usr/bin/mc*
[ragazza ~] mc -V
The Midnight Commander 4.1.40-pre7
с поддержкой мышки в xtrem и консоли.
Edition: text mode.
Virtual File System: tarfs, extfs, ftpfs, mcfs, undelfs.
With builtin Editor
Using the ncurses library
With subshell support: as default
With DUSUM command
With support for background operations
[ragazza ~] file /usr/bin/mc
/usr/bin/mc: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped

Подскажите pls.

1) Чтобы он нормально воспринимал клавищу ESC как выход из диалогов,
и не выводил после нее всякий мусор на экране.
После FAR это особенно сильно бесит.

2) Как в X11 в mc сделать чтобы он completition делал по alt-tab
( как в help написано )
Если этого в X нельзя, то на какую клавишу лучше повесить?

3) чтобы работали в Panel Mode и Edit Mode
SHIFT+RIGHT / SHIFT+LEFT
SHIFT+INSERT / SHIFT+DEL / CTRL+INS
CTRL+RIGHT , CTRL+LEFT ( то же, но с SHIFT )


PS. RH 9.0
PPS запускаю mc из xterm

Баг так и не исправили... я работаю в putty ..... значит так , если запустить mc.. и закрыть putty..то процесс остаётся... и мало того жрёт безбожно ресурсов.. если взять любой другой mc, то такой проблемы нет... а вот то что он остаётся висеть, это БОЛЬШОЙ касяк..ладно я знаю, а другие юзвери удалённые ? закрыли да и всё ( да малоли disconect... )

FreeBSD gamma.ats32.ru 4.7-RELEASE-p3 FreeBSD 4.7-RELEASE-p3 #2: Thu Feb 20 13:02:58 IRKT 2003 creat@gamma.ats32.ru:/usr/src/sys/compile/SRVKERNEL i386

25882 root 51 0 2272K 1776K RUN 0:13 84.70% 46.68% mc как видно висит mc жрёт почти 85% CPU....

creat

Мне очень не нравится их вывод результата поиска файлов по
содержимому. Зачем мне знать каждое вхождение шаблона содержимого
в файл? Мне достаточно найти только файлы, а уж вутри файла я сам найду вхождения. Странно, что нет опции выбора способа поиска
ни в настройках mc, ни в mc.configure. Поэтому, я использую
нижеуказанные изменения и предлагаю всем желающим изменить файл
src/find.c в исходниках mc. Теперь ищется и выводитсятолько первое
вхождение. Также сокращается время поиска.

568,577c568,578
<   while ((p = get_line_at (file_fd, buffer, &pos, &n_read, sizeof (buffer), &has_newline))){
<       if (found == 0){    /* Search in binary line once */
<       if (regexec (r, p, 1, 0, 0) == 0){
<           free (p);
<
<           sprintf (str_buf, "%d:%s", line, filename);
<           p = (char *) strdup (str_buf);
<
<           find_add_match (h, directory, p);
<           found = 1;
---
>   while (!found && (p = get_line_at (file_fd, buffer, &pos, &n_read, sizeof (buffer), &has_newline
>   {
>       if (regexec (r, p, 1, 0, 0) == 0)
>       {
>           free (p);
>
>           sprintf (str_buf, "%d:%s", line, filename);
>           p = (char *) strdup (str_buf);
>
>           find_add_match (h, directory, p);
>           found = 1;
579,583c580,581
<       }
<       if (has_newline){
<       line++;
<       found = 0;
<       }
---
>       if (has_newline)
>           line++;

BUGS ( tested on RH 9.0.93 )

1) CTRL+O работает не всегда (slang)
- в некоторых случаях вообще не понятно что делать
только kill спасает
2) не работает ввод русских букв в RH9 UTF8
xterm, uxterm
3) не работает clipboard
4) в README файлах куча старой и неактуальной информации

АХТУНГ АХТУНГ АХТУНГ АХТУНГ ДОВЕДЁМ ДО УМА MC )))))))

> $ ldd /usr/local/bin/mc > not a dynamic executable

три раза ха. ты лучше file на него натрави, узнаешь много нового.

sergio_nsk (*) (2003-08-18 07:03:29.797135): неудобно, блин!
Вот ты проги писал? Вот надо тебе одну функцию найти во всех файлах кода, а она у тебя в коде встречается раз так 20. В твоем случае технология такая: найти файл, содержащий эту ф-ю, зайти в него (F4), перейти на самый верх файла и искать (желательно - с расстановкой закладок, -фича, которой в оригинальном МЦ нету) если нужного тебе участка, содержащего искомую строку, найдено не было - то выходим из файла (ESC-ESC) и идем к следующему файлу. В Случае с этим МЦ мы имеем следующую последовательность - зашел, глянул, опознал/не опознал, вышел, перешел к следующему вложению. Гораздо быстрее искать, и удобнее. Хотя как альтернативу такой патчик иметь было бы неплохо - автору его намыль, может и придумает чего для таких бедолаг, как ты. ;)

/soma

anonymous (*) (2003-08-18 06:00:14.833227): нефиг использовать putty. у меня при выходе из xterm/rxvt/aterm ничего не остается, и ничего не жрет. Бывает, что глючит при выходе по "exit", тогда консоль засирает мусором и завешивает процесс. Но это - единственный замеченный баг на эту тему, о котором автору уже дал знать. :(

/soma

anonymous (*) (2003-08-18 07:34:39.255423): utf - не знаю, будет-не будет, а вот клипборд работает! не работают некоторые клавишные комбинации, его реализующие в *TERM/XFree86, но они ДУБЛИРУЮТСЯ в меню, так что - нефига. Если бы в ридми не было старой и "неактуальной информации", ты бы знал, например, что Sh-F8 позволяет переключать кодировки в панелях? ж)

/soma

P.S. Ребяты, я НЕ девелопер этой ветки, и я просто НЕ в состоянии передать автору все ваши пожелания - ну напишите ему сами. Как он может что-то исправить, если он даже не знает - "ЧТО". Это мое глубокое IMHO, так что не бейте сильно

to soma:
Вообще-то, я привёл то, что мне удобно. И предложил другим. У тебя
своё представление об удобстве. Ниже я приведу аргументы в пользу
моего мнения.
Ответ на вопрос: программы писал.
Насчет отправки патча авторам: я бы не стал его в таком виде посылать,
лучше сначала завести дополнительную опцию в настройках. А этим
пока некогда заниматься.

Моё аргумент: попробую подсчитать дейсвия в оригинальном mc и
пропатченном:
mc_orig: (F3 или F4), ESC, ESC, Down, (F3 или F4)
mc_my:   (F3 или F4), (F7 или Shift + F7)

ТРТУ рулит! ;)

Не работает Mouse Wheel, выделение мышкой

Попытка редактировать *.php или *.inc Error in file /home/{username}/.mc/cedit/Syntax line 88

файла такого нет.

На самом деле проблемма в том, что permissions не правильно выставлены в /usr/lib/mc/syntax

( ошибка в "make install" )

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

+ сделать все default FAR like/Common_GUI комбинации клавиш + чтобы они по default ставились. + изменять подсказки при нажатии клавиш shift/control показвать подсказки для F11 F12 если строка умещается на экране Часы наверху показывают ??:??:??

И при чем тут far? А почему не total commander или Dos Navigator? Может туда еще и тетрис предложишь засунуть?

Точно РАДИК форева...

идите НАХУЙ со своим FAR, заебали виндовсятники, все надо сделать похожее на видовс, а то ячейки мозга уже заняты комбинациями клавиш, и они БОЯТСЯ что без ЭТОГО не смогут больше 5 минут ПРОСИДЕТЬ за консолью, об X-ах вообще молчу, вон целые бригады трудятся чтоб сделать интерфейс похожим (с настройками и программами сопутствующими), а то болезные без ЭТОГО и смотреть то не стануть, итак полжизни угробили на разучивание "Пуск->Программы..., Пуск->ПанельПастроек...", быдлота.

Olegarch у меня линух читал... Зверь-препод :)
Но дело свое знает, и если у тебя есть интерес что-то осовить, то ты это освоишь, и даже заболеешь этим, как я заболел. Я его вначале возненавидел, а потом проникся к нему глубоким уважением. Все равно - было бы легче, если бы он так студентов не мучал, но это субъективно.

А mc-MP - мощная штука, и удобная, надо сказать.

Кажется Линукс не только "професионалами для профисионалов" Курс у него уже на десктоп то.., так что меня заебали такие как anonymous (*) (2003-08-18 09:51:43.005053).

А вот у меня почемуто падает mc когда я хочу отредактировать файл через F4, кто знает как это борится скажите.

>>>и мало того жрёт безбожно ресурсов..

Tакой трабл, кстати, присутствует и в 4.6.x (cvs/shot)

После киляния проги запустившей MC (putty/xterm) MC продолжает висеть в памяти пожирая немерянное количество ресурсов. Похоже, криво отрабатывается SIGHUP...

>>>Tакой трабл, кстати, присутствует и в 4.6.x (cvs/shot)

Ну дак засинхронизировали баг 8)

> уж вопиющее исключение - некая обнаглевшая контора при живых > авторах и при живой ветке программы создала свое "продолжение" - gcc-2.96 ;)) > Дык заклевали их за это... Вот и я говорю, что не должно так быть.

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

:>Ну дак засинхронизировали баг 8)

Интересно, а что говорит GPL об использовании чужих багов :)

> Кажется Линукс не только "професионалами для профисионалов" Курс у него уже на десктоп то.., так что меня заебали такие как anonymous (*) (2003-08-18

Это такие как ты задолбали. Тут свои парадигмы и свои настройки. Если изучишь то поймешь что так лучше. И гундеть не надо. Не нравиться - иди взад к винде.

>>>ждали бы они третюю ветку года на 3 больше.

Лучше б она вообще не выходила ;)

Ну хоть бы changelog выложили (или описания изменений). А так - хз что за поделка и нафиг она нужна. И если ее автор не смог просечь, что glib не требует X-ов, то от этой поделки надо шарахаться вдвойне.

Ну давайте ещё glib в libc добавим...

назвали бы сабж уж по другому как то ..

> три раза ха. ты лучше file на него натрави, узнаешь много нового.

$ file /usr/local/bin/mc
/usr/local/bin/mc: ELF 32-bit LSB executable, Intel 80386, version 1, statically linked, stripped

Что нового я узнал?