The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Как избавится от VI в MIDC"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 30-Май-02, 02:27  (MSK)
Пытаюсь переползти с Линуха на Free :)... Первое, что изрядно достало, так это установка в MIDC в качестве встроенного редактора VI (да знаю, что засуженный ветеритнар!). Но хотелось, бы все же привычного MCEDIT. Удалось с попощью env в .csh настроить на ee. Подскажите, плиз, как настроить на mcedit и заодно переключать эран по Ctrl-O. Где-то пролетала инфа по этому поводу (какая-то правка в midc), но утерял ее :(
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: Как избавится от VI в MIDC"
Сообщение от Antonio emailИскать по авторуВ закладки on 30-Май-02, 09:16  (MSK)
>Пытаюсь переползти с Линуха на Free
>:)... Первое, что изрядно достало,
>так это установка в MIDC
>в качестве встроенного редактора VI
>(да знаю, что засуженный ветеритнар!).
>Но хотелось, бы все же
>привычного MCEDIT. Удалось с попощью
>env в .csh настроить на
>ee. Подскажите, плиз, как настроить
>на mcedit и заодно переключать
>эран по Ctrl-O. Где-то пролетала
>инфа по этому поводу (какая-то
>правка в midc), но утерял
>ее :(

http://unix1.jinr.ru/~lavr/

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 30-Май-02, 16:47  (MSK)
А в какой именно доке? Там их многовато...


  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 30-Май-02, 16:59  (MSK)
>А в какой именно доке? Там
>их многовато...

в стартап файлах своего SHELL'а устанавливаешь
переменные среды:

EDITOR=/path/mcedit
VISUAL=/path/mcedit

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

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 30-Май-02, 17:12  (MSK)
Ссспасибо за подсказку. Но вот еще вопрос - самого mcedit я нигде в системе я не обнаружил - его что, отдельно надо доставлять? На всех фрее-CD (v.4.5) его тоже, кстати нет.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RE: Как избавится от VI в MIDC"
Сообщение от Antonio emailИскать по авторуВ закладки on 30-Май-02, 17:16  (MSK)
>А в какой именно доке? Там
>их многовато...

http://unix1.jinr.ru/~lavr/RELENG_4.html

Читать вдумчиво и основательно... ;-)))

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 30-Май-02, 17:43  (MSK)
>Читать вдумчиво и основательно... ;-)))
Прочел. И основательно задумался ;). Не мог ли кто из уважаемых собеседников немного детальнее расшифровать абзац: "...Midnight Commander - взятый из package, угребище.." ну и т.д. Извините за непонятливость, не все дошло.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 30-Май-02, 18:02  (MSK)
>>Читать вдумчиво и основательно... ;-)))
>Прочел. И основательно задумался ;). Не
>мог ли кто из уважаемых
>собеседников немного детальнее расшифровать абзац:
>"...Midnight Commander - взятый из
>package, угребище.." ну и т.д.
>Извините за непонятливость, не все
>дошло.

все что собрано в портах - собрано кем-то и как-то, не означает НИ ХОРОШО, НИ ПЛОХО, а означает - НИКАК, потому что кто-то собирал ПО СВОЕМУ СОБСТВЕННОМУ РАЗУМЕНИЮ, ПРЕДПОЧТЕНИЮ и КОНФИГУРАЦИЕЙ ПОД СЕБЯ.

[unix1]~ > whereis mcedit
mcedit: /usr/local/bin/mcedit /usr/local/man/man1/mcedit.1.gz
[unix1]~ >

[unix1]~ > cd /usr/ports/misc/mc/
[unix1]/usr/ports/misc/mc > less Makefile

----------------- Makefile --------------------
...
.if defined(WITH_SLANG)
CONFIGURE_ARGS= --with-slang --without-gnome --with-edit
.else
CONFIGURE_ARGS= --with-ncurses --without-gnome --without-edit
.endif
CONFIGURE_ENV=  CPPFLAGS="-I${LOCALBASE}/include" \
...
------------------- end -----------------------

из верхнего видим что сборка отличная от
make WITH_SLANG=yes
будет без редактора

Соответственно устанавливая готовый бинарный пакет, получаешь то что есть, а не то о чем думал или хотел.
Поэтому большинство предпочитает самостоятельно собирать продукты из портов, с возможностью изменять под себя Makefile, патчи, конфигурации и тд и тп, кроме того не заботиться о зависимых пакетах, они будут собраны и установлены автоматом и/или так же как и другие порты, адоптированы под себя и свои нужды.
Простой пример: большинство системных утилит связанных с авторизацией собраны с Kerberos, лично мне он нафик не нужен, как и S/Key, ну и тд и тп в том же духе.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "RE: Как избавится от VI в MIDC"
Сообщение от newbie emailИскать по авторуВ закладки on 30-Май-02, 17:51  (MSK)
Смотри тут.
http://www.opennet.me/openforum/vsluhforumID1/17115.html
http://www.opennet.me/openforum/vsluhforumID1/13857.html
  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 30-Май-02, 22:59  (MSK)
Всем спасибо, попробую. И отдельный вопрос к lavr - в вашей статье ругается "новый midc" и рекомендуется скачать и попробовать две старых версии, на котрых даны линки. Что, действительно имеющийся в Free 4.5 командер настолько плох, что лучше вернуться к его старым вариантам? Если можно, детализировать ситуацию - хочется в данном вопросе разобраться один раз и больше не возвращаться к нему, выбрав версию midc, "отличную во всех отношениях" ;). А то, откровенно говоря, первое знакомство с Free изрядно утомило из-за этого самого midc, собранного так неудачно. Что, интересно, думали сборщики свежего дистрибутива - ведь подобная неувязка, имхо, не прибавляет популярности FreeBSD
  Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "RE: Как избавится от VI в MIDC"
Сообщение от buba Искать по авторуВ закладки on 31-Май-02, 01:44  (MSK)
Последние мс нормальные.Но собирай так как lavr написал.
Ctrl+O работает в баш без пинков.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 31-Май-02, 02:54  (MSK)
Все, поздно уже, айлюлю. Единственное, что удалось за сегодня, так это скачать c gnome mc-4.55, т.к. возня с сидюшным мс ничего не дала -  я уже подзабыл, как собирать мэйком, т.к. в линухе в большинстве практических случаев хватало рпэм-ов. Но зато попутно обнаружилось, что:
- при работе в comm-line в промте не отображается текущий каталог - с чего бы это?
- удобные grey-клавиши "Delete" и "Backspace" и др. вместо своих обычных функций чаще высыпают на экране псевдограический мусор - что, разработчики о них до сих пор не знают?
- ну и самых "приятных" сюрпризов - флопак-то не работает !!! Оказывается, он даже не прописан в fstab... О нем что, тоже забыли?
Мда.....Пока придется признать, что в линухе изначально формируется гораздо более комфортная и удобная среда без издишних телодвижений. А фри мне напомнила пока больше разболтаный запорожец, в котором много чего надо подкрутить, смазать, подрихтовать и т.п., прежде чем он сдвинется с места
  Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 31-Май-02, 12:25  (MSK)
>Все, поздно уже, айлюлю. Единственное, что
>удалось за сегодня, так это
>скачать c gnome mc-4.55, т.к.
>возня с сидюшным мс ничего
>не дала -  я
>уже подзабыл, как собирать мэйком,
>т.к. в линухе в большинстве
>практических случаев хватало рпэм-ов. Но
>зато попутно обнаружилось, что:
>- при работе в comm-line в
>промте не отображается текущий каталог
>- с чего бы это?
>
>- удобные grey-клавиши "Delete" и "Backspace"
>и др. вместо своих обычных
>функций чаще высыпают на экране
>псевдограический мусор - что, разработчики
>о них до сих пор
>не знают?
>- ну и самых "приятных" сюрпризов
>- флопак-то не работает !!!
>Оказывается, он даже не прописан
>в fstab... О нем что,
>тоже забыли?
>Мда.....Пока придется признать, что в линухе
>изначально формируется гораздо более комфортная
>и удобная среда без издишних
>телодвижений. А фри мне напомнила
>пока больше разболтаный запорожец, в
>котором много чего надо подкрутить,
>смазать, подрихтовать и т.п., прежде
>чем он сдвинется с места
>

это подход обывателя, из Unix, а точнее из Linux
пытаются сделать Desktop систему, вся история Unix - это история системы в которой КАЖДЫЙ может настроить ВСЕ удобства для себя САМ, в крайнем случае попросить совета, помощи или попытаться сесть верхом на администратора - последнее достаточно сложно.
А то что в последних Linux извратили клавишу Delete - это вовсе изврат.

Все что ты описал - это мелочи, которые в разных средах интерпретируются по разному, если бы у меня в fstab появились лишние и ненужные устройства, да еще и без моего ведома, я бы был не огорчен, я бы был разозлен, потому что это Unix!
Настройка среды - личное предпочтение и дело пользователя: sh/csh/ksh/bash/zsh/... - default'ы
настраивает администратор, остальное все в руках индивидума. Вобщем большинство вещей описано на
http://unix1.jinr.ru/~lavr/ - где-то там в недрах

  Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 31-Май-02, 12:17  (MSK)
>Всем спасибо, попробую. И отдельный вопрос
>к lavr - в вашей
>статье ругается "новый midc" и
>рекомендуется скачать и попробовать две
>старых версии, на котрых даны
>линки. Что, действительно имеющийся в
>Free 4.5 командер настолько плох,
>что лучше вернуться к его

если не ошибаюсь, там сказано что указанные
версии актуальны для старых релизов FreeBSD, а
в новых рекомендуется брать MIDC из портов,
этот RELENG4 я время от времени правлю, но
новую версию не выставляю потому что ее надо
ПРИЧЕСАТЬ, а времени на это нет, вот новая версия
и лежит сбоку... :(

>старым вариантам? Если можно, детализировать
>ситуацию - хочется в данном
>вопросе разобраться один раз и
>больше не возвращаться к нему,
>выбрав версию midc, "отличную во
>всех отношениях" ;). А то,

нет такой версии, это проблемы вечно меняющейся команды разработчиков GNU MC и то что практически ВСЕ там линуксисты и то что проект GNU теперь в основном для Linux или наоборот... :(((
Это камень не в сторону Linux, дабы не было войн и недоразумений, а в сторону GNU!

полазив в свое время отладчиком, я нашел проблему в gettext, тонкости разбирать не стал, плюнул - собрал без него и так как мне нужно - стало все ok.
Потом эту проблему исправили.

>откровенно говоря, первое знакомство с
>Free изрядно утомило из-за этого
>самого midc, собранного так неудачно.
>Что, интересно, думали сборщики свежего
>дистрибутива - ведь подобная неувязка,
>имхо, не прибавляет популярности FreeBSD
>

midc - это не FreeBSD и никак не может влиять на отношение к системе, этого всего лишь "файловый менеджер". А большинство unix'оидов в первую очередь вырабатывает привычку к командной строке, что полезно во всех случаях и лишь в последнюю очередь пользуется интерфейсом.
Так что неважно какая OS в случае с midc и кто виноват что разработчики заточили его под драйвер линуксовой консоли? :)))

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

Unix, Software GNU/AS IS/Free/... - все что имеет sources - не панацея, каждый может изучить sources и внести свою лепту или поправить исключительно для себя и под себя.

К примеру меняет FreeBSD Team что-то в драйверах sound, при этом утилита play из audio портов стала неверно работать - забыли про нее, я ее правил исключительно под себя - грубо и грязно, но она работала с этими правками с 4.2 по 4.4, а с какой-то из 4.4-Stable перестала, ну плюнул я дальше разбираться, других полно, пусть и более тяжеловесных... Недавно обнаружил плюхи в dagrab -
он не дополняет DISCID лидирующими нулями, как
результат - отлуп из базы по cddb что нет например
диска:

a12b110

в то время как он есть - 0a12b110
буду смотреть и править под себя, и что FreeBSD из-за этого стал хуже? ;-)

Не помню, но я вроде писал что предпочитаю собирать все со Slang библиотекой вместо curses/ncurses - потому как в большинстве OS на разных платформах эта библиотека рулит и проблем не будет, и мне так проще - меньше голову ломать
и изучать грабли curses/ncurses в Solaris/Sparc
или HP-UX/PA-Risc, как и остальные продукты со старой библиотекой termcap вместо terminfo, чтобы
потом проще поправить /etc/termcap и не мучаться

Вот где-то так...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

14. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 31-Май-02, 15:20  (MSK)
Спасибо за обстоятельный ответ, проливающий свет на отдельные вопросы отличия Free от  других.
Не поленюсь и я, и то же выскажу свое мнение, больше с целью диалога, а не как попытки доказать свою правоту (хотя полагаю, что буду не одинок в излагаемом).

>это подход обывателя, из Unix, а точнее из Linux

очень даже согласен, что обыватель. Как раз из них формируется изрядная часть новых поклонников UNIX.

>пытаются сделать Desktop систему, вся история Unix - это история системы в которой КАЖДЫЙ может >настроить ВСЕ удобства для себя САМ, в крайнем случае попросить совета, помощи или попытаться сесть >верхом на администратора - последнее достаточно сложно.

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

>А то что в последних Linux извратили клавишу Delete - это вовсе изврат.
не знаю, во что ее превратили, по идее ее функция написана на ней самой

>Все что ты описал - это мелочи, которые в разных средах интерпретируются по разному, если бы у меня в >fstab появились лишние и ненужные устройства, да еще и без моего ведома, я бы был не огорчен, я бы был >разозлен, потому что это Unix!

флопак в большинстве случаев, имхо - вовсе не лишний и не ненужный дивайс

>Настройка среды - личное предпочтение и дело пользователя: sh/csh/ksh/bash/zsh/... - default'ы
>настраивает администратор, остальное все в руках индивидума. Вобщем большинство вещей описано на
>http://unix1.jinr.ru/~lavr/ - где-то там в недрах

среды - да. Но vi я бы средой не рискнул бы назвать. И собственно, существование вашего http://unix1.jinr.ru/~lavr/, полагаю,  в определенной степени обязано наличию недоработок и неутыков в ОС

>если не ошибаюсь, там сказано что указанные >версии актуальны для старых релизов FreeBSD, а
>в новых рекомендуется брать MIDC из портов, >этот RELENG4 я время от времени правлю, но
>новую версию не выставляю потому что ее надо >ПРИЧЕСАТЬ, а времени на это нет, вот новая версия
>и лежит сбоку... :(
>нет такой версии, это проблемы вечно меняющейся команды разработчиков GNU MC и то что практически >ВСЕ там линуксисты и то что проект GNU теперь в основном для Linux или наоборот... :(((
>Это камень не в сторону Linux, дабы не было войн и недоразумений, а в сторону GNU!

и т.д. Тут я в самом не не разобрался, и потому будет отдельная просьба.

>midc - это не FreeBSD и никак не может влиять на отношение к системе, этого всего лишь "файловый >менеджер". А большинство unix'оидов в первую очередь вырабатывает привычку к командной строке, что >полезно во всех случаях и лишь в последнюю очередь пользуется интерфейсом.

камешек попал не в мой огород, ибо к командной строке у меня выработалась стойкая привычка еще с CP/M-их времен в различных ОС. Теперь же, напротив, выработалось стойкое отвращение к случаям, когда при наличии альтернативных, более продуктивных (в смысле производительных и обладающих свойством воспроизводимости результата) пользовательских интерфейсов поклоняются лишь одному идолу. Что до меня, так мен удобнее сочетать командную строку с менеджером - хотя бы потому, что в нем гораздо удобнее навигация.

>Так что неважно какая OS в случае с midc и кто виноват что разработчики заточили его под драйвер >линуксовой консоли? :)))

из вышеозначенного, выходит, что важно ;)

>Сборщик думает свою думу, поэтому каждый собирает так как нужно ему и делает это из портов, если берешь >чужой бинарник, то на кого пинять кроме как на себя?

вот и ответ - сборщик думает СВОЮ думу. А надо бы подумать хоть немного о потребителях его думы. Не обязательно, чтобы он думал, это может делать  выделенный для этого committe  из их команды.

>Unix, Software GNU/AS IS/Free/... - все что имеет sources - не панацея, каждый может изучить sources и внести >свою лепту или поправить исключительно для себя и под себя

и т.д.  Тут донельзя кстати вспоминается дядюшка Билли. Хоть многие любят лишний разок пнуть его (включая меня ;), однако же, нехотя, приходится признать, что таких масштабных результатов унификации и согласованности своего софта в рекордно короткие сроки и таланта идти пользователям навстречу (включая администраторов!) на сегодня не достиг никто, даже все юникситы и линуксисты вместе взятые за "более чем 30-летнюю историю существования UNIX". Отсюда и результаты - платформа Windows практически доминирует на десктопах и даже несколько потеснила серверные решения, в то время как UNIX так осталась царствавать (но уже не монопольно) в сетевом мире.
Я это к тому, что не только MS брала лучшее из UNIX (как известно, Билли в свое время хотел строить свою политику на UNIX, но потом рискнул и ушел в отрыв), но и юниксистам неплохо бы заглядывать на "вражескую" систему в поисках полезных хау, раз уж сами не удосужились - это только бы прибавило ей плюсов..

>свою лепту или поправить исключительно для себя и под себя.

а "для всех", позвольте спросить? Ведь есть тысячи проблем, имеющих глобальное значение для всех потребителей. Например, проблема локализации. Сколько раз встречал заметки юниксоидов типа "Как я прикручивал кирилицу" - не мануалы,  а прямо детективные романы какие-то с элементами тотального поиска шрифтов, кеймапов, инсталляций библиотек, бессоных ночей глубоких раздумий и т.д. и с криками "Эврика!". Читаешь - просто слезу вышибает.И это о чем? - Всего-навсего о локализации (на этом захватывающем фоне как-то не хочется вспоминать, как это решается в "мастдае"). Так что, неужели никому из многомиллионной армии юниксоидов не подсилам написать какой нибудь скриптик, автоматизирующий эту проблему и освобождающую отрутинной работы? Или здесь принято каждому изобретать один и тот же велосипед?
Сорри, что получилось несколько раздраженно,  видимо, сказыватся результаты знакомства со злополучным midc. А просьба такая - пришлите, пожалуйста, его же в устаканеном беспроблемном виде, если есть таковой.
С уважением.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 31-Май-02, 17:47  (MSK)
>Спасибо за обстоятельный ответ, проливающий свет на отдельные вопросы отличия Free от
> других.
>Не поленюсь и я, и то же выскажу свое мнение, больше с
>целью диалога, а не как попытки доказать свою правоту (хотя полагаю,
>что буду не одинок в излагаемом).
>
>>это подход обывателя, из Unix, а точнее из Linux

я не знаю как донести, но обыватель и молодое поколение видимо полагает
что intel и все что связано с PC изобрел Билл Гейтс (ничего плохого о нем,
он гений - надеюсь обратного никто утверждат не будет, это сама жизнь доказывает) и что первой родилась OS Windows и она образец и идеал.
Почему в институтах не обучают сразу настоящим многозадачным OS, а всегда
начинают с Windows - я не знаю. Видимо отсюда и идет ущербное и неверное
представление и о конечном интерфейсе - front-end и о редакторах и о всем
остальном...

>очень даже согласен, что обыватель. Как раз из них формируется изрядная часть
>новых поклонников UNIX.
>
>>пытаются сделать Desktop систему, вся история Unix - это история системы в которой КАЖДЫЙ может >настроить ВСЕ удобства для себя САМ, в крайнем случае попросить совета, помощи или попытаться сесть >верхом на администратора - последнее достаточно сложно.
>
>с этим никто не спорит, но нельзя же доходить до крайостей и
>превращать систем в обглоданный моделист-конструктор - нужно бы позаботиться хотя бы
>об элементарных удобствах

имеено в Unix они и есть - все дано в руки, пользуйся кирпичиками и
строй себе удобства, вкусы и потребности у всех разные, поэтому и предоставлены именно ЭЛЕМЕНТАРНЫЕ удобства.
Выше было сказано о неверных представлениях, а они уже сложились,
пример: сколько нужно двигать и нажимать на мышь в Windows, Word чтобы
сделать элементарные вещи - подсчет таких операций показал что все тоже самое делается горячими клавишами с количеством операций меньше от 2-3 раз
до 5-6 раз.
Вот она крайность.

>>А то что в последних Linux извратили клавишу Delete - это вовсе изврат.
>не знаю, во что ее превратили, по идее ее функция написана на
>ней самой
>
>>Все что ты описал - это мелочи, которые в разных средах интерпретируются по разному, если бы у меня в >fstab появились лишние и ненужные устройства, да еще и без моего ведома, я бы был не огорчен, я бы был >разозлен, потому что это Unix!
>
>флопак в большинстве случаев, имхо - вовсе не лишний и не ненужный
>дивайс

я объяснил что в многозадачных системах особенных подход к устройствам
и их доступу, floppy, cd, serail-port и тд и тп и есть такие устройства,
а концепцию построения системы никто не отменял.
Хорошо это или плохо, вопрос характерный исключительно для Intel платформы, OS *nix - большинство многоплатформенные системы с общей схемой
и концепцией построения ядра и этим все сказано.

>>Настройка среды - личное предпочтение и дело пользователя: sh/csh/ksh/bash/zsh/... - default'ы
>>настраивает администратор, остальное все в руках индивидума. Вобщем большинство вещей описано на
>>http://unix1.jinr.ru/~lavr/ - где-то там в недрах
>
>среды - да. Но vi я бы средой не рискнул бы назвать.

VI - не среда, это шикарный редактор, что касается меня, то до VI
любимым был X-Edit из VM/SP, он кстати портирован в *nix - kedit

>И собственно, существование вашего http://unix1.jinr.ru/~lavr/, полагаю,  в определенной степени обязано
>наличию недоработок и неутыков в ОС

отнюдь, существование http://unix1.jinr.ru/ и
http://unix1.jinr.ru/~lavr/ - желание собрать хоть какую-то документацию
по Unix на русском, хоть как то слить свой обоз чтобы продвинуться еще
дальше, ну и плюс склероз - всегда можно посмотреть и вспомнить самому,
а не рыться в куче своих директорий, маленьких и больших разрозненных
своих и чужих описаний-заметок и ссылок.

>>midc - это не FreeBSD и никак не может влиять на отношение к системе, этого всего лишь "файловый >менеджер". А большинство unix'оидов в первую очередь вырабатывает привычку к командной строке, что >полезно во всех случаях и лишь в последнюю очередь пользуется интерфейсом.
>
>камешек попал не в мой огород, ибо к командной строке у меня
>выработалась стойкая привычка еще с CP/M-их времен в различных ОС. Теперь
>же, напротив, выработалось стойкое отвращение к случаям, когда при наличии альтернативных,
>более продуктивных (в смысле производительных и обладающих свойством воспроизводимости результата) пользовательских
>интерфейсов поклоняются лишь одному идолу. Что до меня, так мен удобнее
>сочетать командную строку с менеджером - хотя бы потому, что в
>нем гораздо удобнее навигация.

а не было никакого камня, именно подразумевалось в первую очередь владение
командной строкой, vi/ex/ed/sed и кучей всяких мелких полезных утилит,
а потом уж использование того что конкретному пользователю в конкретной
ситуации удобно. Об идолопоклонстве мыслей не было, нравится deco - deco,
нравится mc - mc, нравится KDE и жамкать мульон раз мышкой - KDE и тд и тп
Все они функциональны и каждый пользует что нравится, KDE, GNOME, WM,
fvwm, olwm и тд и тп, благо софта море

>>Так что неважно какая OS в случае с midc и кто виноват что разработчики заточили его под драйвер >линуксовой консоли? :)))
>
>из вышеозначенного, выходит, что важно ;)

из вышеозначенного выходит то что я написал про GNU и стиль написания
грязнущего software, который пришел из Windows.

MC начинался никак не связанным с linux консольными драйверами.

>>Сборщик думает свою думу, поэтому каждый собирает так как нужно ему и делает это из портов, если берешь >чужой бинарник, то на кого пинять кроме как на себя?
>
>вот и ответ - сборщик думает СВОЮ думу. А надо бы подумать
>хоть немного о потребителях его думы. Не обязательно, чтобы он думал,
>это может делать  выделенный для этого committe  из их
>команды.

ничего не могу сказать, потому что за исключением коммерческих binaries
все остальное, лично я ставлю из портов и sources, большинство моих
приятелей, особенно на co-location и на боевых серверах ISP строго все
ставят из портов или sources под себя и в целях security со своими
флагами компиляции, дабы не сработали известные адреса buffer-overflow,
если таковое софто все же установлено и используется.
Просто смысла не вижу в чьих-то binaries, лучше доки путные написать
что к чему чем компилять бинарник и делать для кого-то package/rpm/pkg/...

>>Unix, Software GNU/AS IS/Free/... - все что имеет sources - не панацея, каждый может изучить sources и внести >свою лепту или поправить исключительно для себя и под себя
>
>и т.д.  Тут донельзя кстати вспоминается дядюшка Билли. Хоть многие любят
>лишний разок пнуть его (включая меня ;), однако же, нехотя, приходится
>признать, что таких масштабных результатов унификации и согласованности своего софта в
>рекордно короткие сроки и таланта идти пользователям навстречу (включая администраторов!) на
>сегодня не достиг никто, даже все юникситы и линуксисты вместе взятые
>за "более чем 30-летнюю историю существования UNIX". Отсюда и результаты -
>платформа Windows практически доминирует на десктопах и даже несколько потеснила серверные
>решения, в то время как UNIX так осталась царствавать (но уже
>не монопольно) в сетевом мире.

Windows НЕ ПЛАТФОРМА - это OS, и кроме как на Intel она больше нигде
не живет, сделали ребята из Dec NT, вылизали систему и написали ее по
более менее правильным канонам и ушли их из M$, теперь больше не будет
других платформ кроме Intel для M$, не умеют и не могут писать классические системы.

Под Intel - ДА, ЛУЧШИЙ Desctop, если на нем могут работать от ребенка до
пенсионера, бесспорно. Это была цель создания данной системы с вытекающими
минусами и плюсами.

>Я это к тому, что не только MS брала лучшее из UNIX
>(как известно, Билли в свое время хотел строить свою политику на
>UNIX, но потом рискнул и ушел в отрыв), но и юниксистам

в отрыв от чего? :)))))))))))))

>неплохо бы заглядывать на "вражескую" систему в поисках полезных хау, раз
>уж сами не удосужились - это только бы прибавило ей плюсов..

в Unix'е всегда брали и использовали хорошее, развитие десктопов идет лишь
последние лет пять и как видно по KDE/Gnome - очень гигантскими темпами,
а зависели они лишь от развития X11, которые в коммерческих системах до
сих пор используются X11R5

>>свою лепту или поправить исключительно для себя и под себя.
>
>а "для всех", позвольте спросить? Ведь есть тысячи проблем, имеющих глобальное значение
>для всех потребителей. Например, проблема локализации. Сколько раз встречал заметки юниксоидов
>типа "Как я прикручивал кирилицу" - не мануалы,  а прямо
>детективные романы какие-то с элементами тотального поиска шрифтов, кеймапов, инсталляций библиотек,
>бессоных ночей глубоких раздумий и т.д. и с криками "Эврика!". Читаешь
>- просто слезу вышибает.И это о чем? - Всего-навсего о локализации
>(на этом захватывающем фоне как-то не хочется вспоминать, как это решается

нельзя сравнивать системы работающие по RFC и стандартам и системы работающие по собственным правилам.
Локализация в данном случае вовсе пример никакой, страна должна была стандартизовать локализацию, именно так происходит во всем мире, в России
KOI8-R зарегистрировал в ISO стандарт один человек - лично, Андрей Чернов.
Все локализации в MS-DOS и Windows были сделаны собственно M$ как им было
удобно. И Россия вроде бы не заплатила M$ ни цента.
В Unix'ах локализацию делают по стандартам ISO, отсюда и были проблемы,
за исключением FreeBSD, где локализацию делал Чернов, но есть и другие
проблемы - X11R6.

>в "мастдае"). Так что, неужели никому из многомиллионной армии юниксоидов не
>подсилам написать какой нибудь скриптик, автоматизирующий эту проблему и освобождающую отрутинной
>работы? Или здесь принято каждому изобретать один и тот же велосипед?

локализация в подобных системах не решается скриптиком, потому как в OS Unix объединяется масса технологий самостоятельно огромных, например X11
Была бы одна кодировка - не было бы проблем, так что это не показатель
или наоборот показатель разгильдяйской страны, такой была издавна и такой
останется.

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

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

>С уважением.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "RE: Как избавится от VI в MIDC"
Сообщение от buba Искать по авторуВ закладки on 31-Май-02, 19:17  (MSK)
Всё это пустые(ненужные) разговоры. Эта ОС не позиционируется как десктоп система, да и по большому счёту никак не позиционируется.Будет работать там и так как её "сконструируешь" Какие бы то ни было претензии необоснованы.Тем более в впросах не имеющих непосредственного отношения к самой ОС. Совместимость и иже с ней - это к разработчикам приложений.
Это свободный продукт и разработчики затачивают его именно под себя.И это вполне нормально. Заказывают тогда когда платят деньги.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 31-Май-02, 20:50  (MSK)
Спасибо за интересные комментарии, со многими из них согласен. Внесу  от себя лишь некоторые уточнения

я не знаю как донести, но обыватель и молодое поколение видимо полагает ^что intel и все что связано с PC изобрел Билл Гейтс (ничего плохого о нем^

к сожалению, это свершившийся факт, лишний раз доказывающий, как важно для продвижения продукта идти навстречу нуждам пользователей (хотя при этом в глубине души их можно не любить - за то, что они чайники/ламеры ;)

пример: сколько нужно двигать и нажимать на мышь в Windows, Word чтобы сделать элементарные вещи - подсчет таких операций показал что все тоже самое делается горячими клавишами с количеством операций меньше от 2-3 раз до 5-6 раз.Вот она крайность.

смотря какие вещи - если уникальные, то command line, если типовые, то графический интерфейс - и вовсе не обязательно им должен быть ИКС/Windows с непременным маусом - достаточно полноэкранного представления данных с удобной навигацией и управлением, как, например, linuxconf, позволяющий быстро осуществить многие настройки системы (типовые) без правки многочисленных конфигов. Ведь развитие технологий  общения человека с копьютером должно идти вперед, и я ни за что не поверю, что лучшая из них в 3-м тысячелетии - это редактирование настроек. Ведь уже давно появились даже голосовые технологии, как, например, это было в полуосевой Мерлин.

VI - не среда, это шикарный редактор, что касается меня, то до VI любимым был X-Edit из VM/SP, он кстати портирован в *nix - kedit

я тоже был бы невероятно обрадован, если бы кто-то сумел портировать в nix'ы QEedit (кстати, может использоваться и как рабочая среда) и скажем, ZTree.

в отрыв от чего? :)))))))))))))

от сложившихся на тот момент систем, рынка, представлений

Локализация в данном случае вовсе пример никакой, страна должна была стандартизовать локализацию, именно так происходит во всем мире, в России KOI8-R зарегистрировал в ISO стандарт один человек - лично, Андрей Чернов. Все локализации в MS-DOS и Windows были сделаны собственно M$ как им было удобно. И Россия вроде бы не заплатила M$ ни цента.
В Unix'ах локализацию делают по стандартам ISO, отсюда и были проблемы, за исключением FreeBSD, где локализацию делал Чернов, но есть и другие проблемы - X11R6.

все это так. Но кто мешал юниксоидам также плюнуть на сложившиеся разночтимые, противоречивые, взаимоисключающие и т.д. стандарты, тянущие назад, и разработать совершенно новый, как это было с MS CP? Имхо, только отсутствие централизованного руководства разработками.

локализация в подобных системах не решается скриптиком, потому как в OS Unix объединяется масса технологий самостоятельно огромных, например X11.

в даном случае имел в виду не тотальную локализацию, а частные случаи, как, например, выложеные на freebsd.org официальные рекомендации по локализации Free. Они действительно срабатывают, реализуются достаточно просто, но достигаются опять-таки редактированием. Что, неужели и здесь нельзя написать простой сценарий, который по Enter'у выполнял бы эти действия автоматом?

Откровенно говоря, настроение несколько раздвоенное - на чем остановиться - Free или Linux?. Free  привлекла меня следующими фичами - здоровый консерватизм в принятии новых решений, один разработчик/коордиатор,  и как следствие, стабильность и предсказуемость архитектуры, повышенная стабильность функционирования и информационная защищенность, и если не ошибся в наблюдениях, действительно более быстрая работа, особенно с Soft Updates.
Linux же огорчает своей непрерывной гонкой в стремлении опередить своих конкурентов, соответственно шараханиями разработчиков и разношерстными, не всегда качественно проработанными и стыкующимися между собой дистрибутивами. Из них запомнился с самой лучшей стороны Blackcat 6.02. Теперь вот сравниваю ASP Linux 7.2 и Free 4.5. Задач грандиозных перед собой не ставлю, просто есть желание уйти с NT, обеспечив типовый Internet Server (Proxy/Mail/NAT) и файловую яму для виндюковых десктопов. Эти возможности есть и в Linux, и во Free. Но что из них лучше подходит для этого?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

19. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 02-Июн-02, 15:13  (MSK)
>Спасибо за интересные комментарии, со многими из них согласен. Внесу  от
>себя лишь некоторые уточнения
>
>я не знаю как донести, но обыватель и молодое поколение видимо полагает
>^что intel и все что связано с PC изобрел Билл Гейтс
>(ничего плохого о нем^
>
>к сожалению, это свершившийся факт, лишний раз доказывающий, как важно для продвижения
>продукта идти навстречу нуждам пользователей (хотя при этом в глубине души
>их можно не любить - за то, что они чайники/ламеры ;)
>

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

>пример: сколько нужно двигать и нажимать на мышь в Windows, Word чтобы
>сделать элементарные вещи - подсчет таких операций показал что все тоже
>самое делается горячими клавишами с количеством операций меньше от 2-3 раз
>до 5-6 раз.Вот она крайность.
>
>смотря какие вещи - если уникальные, то command line, если типовые, то
>графический интерфейс - и вовсе не обязательно им должен быть ИКС/Windows
>с непременным маусом - достаточно полноэкранного представления данных с удобной навигацией
>и управлением, как, например, linuxconf, позволяющий быстро осуществить многие настройки системы

опыт показывает что linuxconf - не является продвинутой и унивесальной
системой конфигурирования Linux, кроме того такой утилиты нет в других
Unix'ах, зачем мне изучать linuxconf если она мне не понадобится в
SuSE, *BSD, Solaris, HP-UX, DG-UX... Лишний и ненужный пот и инфо

>(типовые) без правки многочисленных конфигов. Ведь развитие технологий  общения человека
>с копьютером должно идти вперед, и я ни за что не
>поверю, что лучшая из них в 3-м тысячелетии - это редактирование
>настроек. Ведь уже давно появились даже голосовые технологии, как, например, это
>было в полуосевой Мерлин.
>
>VI - не среда, это шикарный редактор, что касается меня, то до
>VI любимым был X-Edit из VM/SP, он кстати портирован в *nix
>- kedit
>
>я тоже был бы невероятно обрадован, если бы кто-то сумел портировать в
>nix'ы QEedit (кстати, может использоваться и как рабочая среда) и скажем,
>ZTree.

лезешь в порты и подбираешь удобный для себя редактор для повседневных
дел. Но минимум vi/ed все равно осваиваешь, иначе если рухнет система,
в single-user mode или при загрузке с дискет, только ed/sed спасут

ls -la /usr/ports/editors | wc -l
158

правда есть из чего выбрать?

>в отрыв от чего? :)))))))))))))
>
>от сложившихся на тот момент систем, рынка, представлений

рынок как рынок, кроме M$ на нем есть и Sun и HP и масса других
фирм, в данном случае на M$ свет клином не сошелся, особенно если
подразумевается рынок *nix'ов, то M$ и вовсе в него не вписывается

PS. Оконную систему M$ взял у Mac'а, а Mac сейчас для поднятия реноме
и продаж перешел на X-OS (BSD Darwin ядро), вобщем BSD.

>Локализация в данном случае вовсе пример никакой, страна должна была стандартизовать локализацию,
>именно так происходит во всем мире, в России KOI8-R зарегистрировал в
>ISO стандарт один человек - лично, Андрей Чернов. Все локализации в
>MS-DOS и Windows были сделаны собственно M$ как им было удобно.
>И Россия вроде бы не заплатила M$ ни цента.
>В Unix'ах локализацию делают по стандартам ISO, отсюда и были проблемы, за
>исключением FreeBSD, где локализацию делал Чернов, но есть и другие проблемы
>- X11R6.
>
>все это так. Но кто мешал юниксоидам также плюнуть на сложившиеся разночтимые,
>противоречивые, взаимоисключающие и т.д. стандарты, тянущие назад, и разработать совершенно новый,
>как это было с MS CP? Имхо, только отсутствие централизованного руководства
>разработками.

видимо некое непонимание стандартизации и различия коммерческих и free
систем. В Unix все делают по стандартам в отличие от M$

>локализация в подобных системах не решается скриптиком, потому как в OS Unix
>объединяется масса технологий самостоятельно огромных, например X11.
>
>в даном случае имел в виду не тотальную локализацию, а частные случаи,
>как, например, выложеные на freebsd.org официальные рекомендации по локализации Free. Они
>действительно срабатывают, реализуются достаточно просто, но достигаются опять-таки редактированием. Что, неужели
>и здесь нельзя написать простой сценарий, который по Enter'у выполнял бы
>эти действия автоматом?

а какие проблемы были выбрать требуемый сценарий при установке?
FreeBSD поддерживает столько локализаций что жуть берет, система свободная, каждый может внести свою лепту, а рекомендации на www.freebsd.org.ru/ua написаны для лентяев и тех кому сложно читать английский.

>Откровенно говоря, настроение несколько раздвоенное - на чем остановиться - Free или
>Linux?. Free  привлекла меня следующими фичами - здоровый консерватизм в
>принятии новых решений, один разработчик/коордиатор,  и как следствие, стабильность и
>предсказуемость архитектуры, повышенная стабильность функционирования и информационная защищенность, и если не
>ошибся в наблюдениях, действительно более быстрая работа, особенно с Soft Updates.
>

softupdates - с смысле увеличение скорости работы newfs? это вопрос спорный, особенно для UDMA контроллеров.

ext2 на мой взгяд шустрее, а ufs - надежнее, личное мнение

>Linux же огорчает своей непрерывной гонкой в стремлении опередить своих конкурентов, соответственно
>шараханиями разработчиков и разношерстными, не всегда качественно проработанными и стыкующимися между
>собой дистрибутивами. Из них запомнился с самой лучшей стороны Blackcat 6.02.

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

>Теперь вот сравниваю ASP Linux 7.2 и Free 4.5. Задач грандиозных
>перед собой не ставлю, просто есть желание уйти с NT, обеспечив
>типовый Internet Server (Proxy/Mail/NAT) и файловую яму для виндюковых десктопов. Эти
>возможности есть и в Linux, и во Free. Но что из
>них лучше подходит для этого?

а все подходит, дальше выбор личных предпочтений и знаний, лучшие знания
Linux'а - значит Linux, BSD - *BSD и тд и тп.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

18. "RE: Как избавится от VI в MIDC"
Сообщение от schmuck Искать по авторуВ закладки on 02-Июн-02, 10:19  (MSK)
Попробуй le...
  Рекомендовать в FAQ | Cообщить модератору | Наверх

20. "RE: Как избавится от VI в MIDC"
Сообщение от Tolstik Искать по авторуВ закладки on 03-Июн-02, 01:00  (MSK)
lavr , спасибо. Пока сделал для себя основной вывод - читать доки и накапливать знания. Интуитивный-понятный подход, как в Виндах, тут не очень подходит.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

21. "RE: Как избавится от VI в MIDC"
Сообщение от AD emailИскать по авторуВ закладки on 03-Июн-02, 06:44  (MSK)
Еще В.И. Ленин говорил "Учиться, учиться и учиться".
Так что надо учится.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

22. "RE: Как избавится от VI в MIDC"
Сообщение от lavr emailИскать по авторуВ закладки on 03-Июн-02, 15:10  (MSK)
>lavr , спасибо. Пока сделал для себя основной вывод - читать доки
>и накапливать знания. Интуитивный-понятный подход, как в Виндах, тут не очень
>подходит.

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

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру