VK> Моя точка зрения такая: если человек хочет использовать заведомо VK> нестабильный софт, он должен как минимум знать, как его скомпилить. И VK> в большинстве случаев, такой софт просто не стоит пакаджировать. DA> Зачем ему это знать? :) У софта из CVS и из тарболлов разная целевая аудитория. Первый нестабилен, и юзер должен об этом знать. Он должен сознательно с этим согласиться -- и то, что он не пакуется, предоставляет не только более удобный интерфейс для девелопера (или ``околодевелопера''), а и определенную ``защиту от дурака'' -- средство, чтоб это не использовали люди, плохо представляющие, что это такое. VK> Вот только сегодня ночью обновил Gnus. Два раза сказал cvs, один -- VK> ./configure, и два -- make (make install в моем случае запускается VK> через sudo). На мой взгляд, это совсем не сложно. DA> apt-get update gnus - проще :) Может, и действительно проще. Но, согласись, ненамного. Также согласись, что, тем не менее, CVS несколько более функционален. В частности, при обновлениях для него требуется ощутимо меньше интернета -- а для меня это важно. ---Vas P.S. Какое-то свинство у нас творится с To: и Cc:. =(( Рекомендую настроить хедер Mail-Followup-To.

VK>> Верно. Да и вообще MULE в XEmacs/UNIX производит вид крайне VK>> недоделанного. Остается лишь хором надеяться, что к 22 ситуация VK>> изменится. DA>> У меня впечатление прямо противоположное - в 21.4.2 починили все DA>> необходимое, с тех пор долизывают потихоньку. VK> А что, в XEmacs/MULE на консоли русский инпут у вас работает? Опа. Я попался :) Не знаю, я консоли в глаза не видел уже года два-три. Думаю, не починили. -- Dmitry Astapov //ADEpt E-mail: adept(a)umc.com.ua GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D

DA> Debian Emacs Policy регулирует размещение файлов на fs и создание DA> install/removal скриптов для дистрибутивных пакетов. Это сильно DA> влияет на настройки тех или иных пакетов? Сдается, что кто-то не ел DA> апельсинов ... :) Влияет. В том случае, если изменения есть в XEmacs packages[1], а в том месте, откуда берут его Debian'овцы[2] -- почему-то нет. Если бы [2]==[1], то у меня вопросов бы не было. DNN> К тому же просматривая архив данного списка рассылки я пришел DNN> к выводу, что наиболее критические проблемы, связанные с DNN> руссификацией в MULE еще не исправлены :-( VK> Верно. Да и вообще MULE в XEmacs/UNIX производит вид крайне VK> недоделанного. Остается лишь хором надеяться, что к 22 ситуация VK> изменится. DA> У меня впечатление прямо противоположное - в 21.4.2 починили все DA> необходимое, с тех пор долизывают потихоньку. А что, в XEmacs/MULE на консоли русский инпут у вас работает? ---Vas

RAL>> Vasily Korytov <deskpot(a)myrealbox.com&gt; writes: RAL>> А можно поподробнее? VK> Прогрепал свой ньюсоспул и сходу нашел VK> <84el9b113h.fsf(a)lucy.cs.uni-dortmund.de&gt; и Это письмо - 1)про GNU emacs, 2)daily debianized builds of gnus собираются именно так, как в указанном письме. Это наводит на мысли :) -- Dmitry Astapov //ADEpt E-mail: adept(a)umc.com.ua GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D

WH>> Ммм. Я уже довольно давно полностью перешел с XEmacs на vim, но когда-то WH>> очень плотно использовал именно XEmacs, и именно из Debian. Учился по WH>> xemacs'овой документации (из stock xemacs) и xemacs'овым же FAQ. Особых WH>> проблем у меня никогда не возникало. WH>> Может быть, повторите для меня, где именно проблемы? VK> Не повторю, ибо нет Debian'а под рукой и, следовательно, не могу VK> воспроизвести. Зато дам сравнительно свежую ссылочку на Usenet: VK> <news:87vg2rgs9c.fsf＠tleepslib.sk.tsukuba.ac.jp>. Полезно почитать весь тред :) Все свелось к тому, что установка xemacs packages в debianaized xemacs через средства самого xemacs не всегда будет работать так, как ожидалось. Что, имхо, достаточно очевидно (установка софта в дистрибутив "мимо" package manager-а). -- Dmitry Astapov //ADEpt E-mail: adept(a)umc.com.ua GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D

DNN>> Ну незнаю... ребята из debian весь софт подгоняют под требования DNN>> "политики дистрибутива"... VK> Вот именно поэтому-то там: VK> 1. Не работает часть вещей. VK> 2. Другая часть не работает, как задокументированно. А можно поименно перечислить эти самые вещи? VK> На мой взгляд, ихнее Emacs Policy (или как его там), конечно, VK> небезнадежно, но учиться на XEmacs, подогнанном под него просто VK> _нельзя_. Вот когда для тебя это все не будет вновь, тогда можно VK> /осознанно/ поставить XEmacs из .deb и мужественно бороться с VK> выпирающими глюками. Но не ранее. Почему _нельзя_? Жалко, что я об этом не знал - поставил, и пользуюсь. Более того, сейчас у меня благополучно стоят xemacs-21.4.10 в mule и non-mule вариантах, и emacs-21.2. И не дерутся. И все устанавливаемые elisp-пакеты автоматически компилируются для всех трех вариантов и без проблем могут быть использованы/обновлены/удалены (systemwide). Очевидно, это и есть кривость? DNN>> а во-вторых, мало скомпилировать, нужно еще и правильно DNN>> "интегриролвать" результат компиляции с остальным дистрибутивом, а DNN>> вот как это правильно делать я еще и не понял :-( VK> Нахрена? Ставь в /usr/local и не интегрируй ни с чем. XEmacs сам VK> построен на пакетной основе, если ты еще это не заметил. =)) Мда. Потом человек ставит bbdb-cvs.deb или gnus-cvs.deb и у него все ломается .... Не надо интегрировать, как же. -- Dmitry Astapov //ADEpt E-mail: adept(a)umc.com.ua GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D

On Sun, Dec 08, 2002 at 07:35:20PM +0300, Vasily Korytov wrote: Помогает. Это я как Debian developer говорю. Да, вобщем-то, сильно плохо там тоже не было никогда ;) Ммм. Я уже довольно давно полностью перешел с XEmacs на vim, но когда-то очень плотно использовал именно XEmacs, и именно из Debian. Учился по xemacs'овой документации (из stock xemacs) и xemacs'овым же FAQ. Особых проблем у меня никогда не возникало. Может быть, повторите для меня, где именно проблемы? -- Regards, Wartan. "Computers are not intelligent. They only think they are."

Добрый день почему? Как? я сразу как-то не нашел файла с ресурсами для gv :-( Т.е. утверждается, что P в первом описании как раз и означает, что dpi нужно брать из описания сервера? или я опять чего не понял? А вот в этих случаях НУЖНО писать bugreport... А может лучше наоборот сразу привыкать к Emacs Policy, а не переучиваться потом? я еше не настолько продвинутый пользователь емакса, чтобы обращать на них внимание... ...В любой программе есть ошибки... но это следствие :-) сам закон (вот только не помню я, чьим именем он назван) формулируется так: количество ошибок в программе прямопропорционально потребности в этой прграмме. А это уже из серии: исправили старые, добавили новых :-) а от дурной привычки ставить все самое последнее я излечился с выходом BC 4x :-) К тому же просматривая архив данного списка рассылки я пришел к выводу, что наиболее критические проблемы, связанные с руссификацией в MULE еще не исправлены :-( чтобы ставить в /usr/local нужны очень весомые аргументы и уровень эксперта по данному вопросу, а по отношению к XEmacs'у мне до эксперта еще далеко... С наилучшими пожеланиями, Димитрий Налдаев

On Mon, 2 Dec 2002, deskpot(a)myrealbox.com wrote: да, но потом следом пойдут еще куча пакетов, которые не хотелось бы вручную ставить. Простой пример - wl/apel/semi/flim. Как-то некузяво. А если ты собрал в deb и его поставил - тогда конфликта с другими пакетами не будет. имхо, это правильнее. -- ISD Configuration Management Team solo(a)isd.dp.ua 2:464/227＠fidonet ICQ:74383178

Добрый день On Fri, Nov 29, 2002 at 06:40:56PM +0200, Serge Olkhowik wrote: под unstable imho нужен отдельный комп, (по крайней мере на первое время) а еще нужен регулярно обновляемый миррор, где-нибудь под боком... в последнее время у нас с ним возникли некоторые проблемы :-( а можно по подробнее? Подожди... не понял... КАК АТТАЧИ НЕ ПОНИМАЕТ? как же без них? С наилучшими пожеланиями, Димитрий Налдаев

Vasily Korytov <deskpot(a)myrealbox.com&gt; writes: Tnx, ознакомлюсь на досуге. -- WBR, Roman A. Lagunov. [Unregistred Linux User] [http://localhost/~roman]

Vasily, "VK" == Vasily Korytov wrote: RAL> Vasily Korytov <deskpot(a)myrealbox.com&gt; writes: RAL> А можно поподробнее? VK> Прогрепал свой ньюсоспул и сходу нашел VK> <84el9b113h.fsf(a)lucy.cs.uni-dortmund.de&gt; и VK> <87vg2rgs9c.fsf(a)tleepslib.sk.tsukuba.ac.jp&gt;. Спасибо. -- Andrey V Khavryuchenko http://www.kds.com.ua/ Silver Bullet Software Solutions http://www.kds.com.ua/edu/

intro: "DNN" == Dimitry N Naldaev <dima(a)tic.perm.ru&gt; writes: DNN> Добрый день всем. DNN> Пытаюсь разобраться с XEmacs'ом, соответственно есть DNN> куча вопросов. FAQ на xemacs.ru был добросовестно прочитан, DNN> но он очень и очень скромный :-( по сему пишу сюда... DNN> Для начала, подопытный кролик: xemacs 21.4.6 с mule --- тот самый, что DNN> пришел с последним стабильным debian'ом и, соответственно, запускается DNN> он под этим самым debian'ом DNN> 1. Шрифты DNN> На сколько я понял из вышеупомянутого FAQа, если не делать DNN> специальных телодвижений, то xemacs будет использовать DNN> для вывода кириллици шрифты в ИСО кодировке. Ладно, есть DNN> такие шрифты у меня... толко вот почему-то размер руских DNN> букв больше чем английских :-/ Есть два пути. С одной стороны, можно настроить Х так, чтобы первыми стояли шрифты одинакового размера для латинницы и кириллицы. Мне это не удалось. Тогда я пошел вторым путем -- сказал Хемаксу, какие шрифты использовать. Это помогло. (set-face-font 'default '("-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-1" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-2" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-3" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-4" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-5" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-7" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-8" "-monotype-courier new-medium-r-*-*-12-*-75-72-*-*-iso8859-9" ) 'global '(mule-fonts) 'remove-all) Соответственно, для русского языка я не пользуюсь шрифтами koi8. Мне нравится Courier New TTF, а ХFree умеет рисовать ttf в iso8859-5. DNN> Соответственно очень хочется узнать правила, которыми DNN> xemacs руководствуется, когда решает, каким шрифтом выводить DNN> тот или иной символ, И как на этот процесс повлиять... ХЕмакс смотрит в описание шрифта (чтобы не загружаться по первому времени, считай, что это шрифт default) и ищет там информацию о том, каким Иксовым шрифтом пользоваться для данной кодировки. Как именно он ищет -- это отдельная история. Если найдено имя шрифта (а в примере выше для всех iso8859-[1-9] имена будут найдены), то хемакс подгружает шрифт из иксов и далее пользуется этим шрифтом для данной кодировки. Если имя на найдено, то конструируется имя вида "*-coding-name" и передается Х-серверу. Соответственно, будет использоваться первый попавшийся шрифт. Если Х сервер шрифт не нашел, то Хемакс об этом сругается и нарисует на месте буковок какие-нибудь крякозябры DNN> 2. Почта (Email) DNN> Хочу работать с почтой не выходя из xemacs, вроде бы можно... DNN> Для чтения почты можно пользоваться VM, но gnus тоже позволяет DNN> читать почту (покрайней мере в доке на него сказано что может) И даже более того, Гнусь и вправде читает! DNN> соответственно вопрос чем лучше пользоваться и почему? Никогда не пользовался VM, гнусь меня вполне устраивает DNN> С наилучшими пожеланиями, DNN> Димитрий Налдаев. Коля.

Vasily Korytov <deskpot(a)myrealbox.com&gt; writes: А можно поподробнее? -- WBR, Roman A. Lagunov. [Unregistred Linux User] [http://localhost/~roman]

DNN> Пытаюсь разобраться с XEmacs'ом, соответственно есть DNN> куча вопросов. FAQ на xemacs.ru был добросовестно прочитан, DNN> но он очень и очень скромный :-( по сему пишу сюда... Рекомендую прибавить как минимум FAQ на XEmacs (C-h F) и FAQ на Emacs (хоть последний и не полностью справедлив для XEmacs, но вопросы из него в XEmacs'овый FAQ по неизвестной мне причине не дублируются). DNN> На сколько я понял из вышеупомянутого FAQа, если не делать DNN> специальных телодвижений, то xemacs будет использовать DNN> для вывода кириллици шрифты в ИСО кодировке. Ладно, есть DNN> такие шрифты у меня... толко вот почему-то размер руских DNN> букв больше чем английских :-/ Настрой поумнее fontpath. Видимо, дело в том, что верхний каталог с нужным ему русским шрифтом содержит шрифты с одним разрешением, а с английским -- для другого. А может, просто кривые шрифты. DNN> в инифайле, размер окна xemacs'а _меняется_ в процессе загрузки DNN> последнего, и конечный результат очень сильно зависит от того, DNN> какие шрифты установлены на моей системе, и от того, в каком DNN> порядке перечислены каталоги со шрифтами в XF86Config-4 :-( DNN> Мда... Именно. Если ты не сталкивался с подобным поведением у других программ, ты просто счастлив. DNN> Еще одна проблема заключается в том, что xemacs очень любит DNN> использовать шрифты с неправильным dpi :-( Ну не знает он, какой dpi ты считаешь ``правильным''. И я тоже не знаю. И нас можно и нужно понять. DNN> Соответственно очень хочется узнать правила, которыми DNN> xemacs руководствуется, когда решает, каким шрифтом выводить DNN> тот или иной символ, И как на этот процесс повлиять... Есть предложение в разрезе: (c) решить, а нужно ли тебе MULE. Если не шибко, не используй его -- и избавишься от трех десятков причин для головной боли. Заодно, рекомендуется пользовать что-то поновее. И компилить самому. В процессе чтения comp.emacs.xemacs и gnu.emacs.gnus я нередко приходил к выводу, что Debian'овцы делают с ним страшные вещи. DNN> Для чтения почты можно пользоваться VM, но gnus тоже позволяет DNN> читать почту (покрайней мере в доке на него сказано что может) DNN> соответственно вопрос чем лучше пользоваться и почему? Есть люди, использующие как то, так и другое. И тех и других можно понять. Gnus гораздо функциональнее, но VM несколько больше похож, собственно, на почточиталку. Лично мой выбор пал на Gnus. ---Vas

Добрый день всем. Пытаюсь разобраться с XEmacs'ом, соответственно есть куча вопросов. FAQ на xemacs.ru был добросовестно прочитан, но он очень и очень скромный :-( по сему пишу сюда... Для начала, подопытный кролик: xemacs 21.4.6 с mule --- тот самый, что пришел с последним стабильным debian'ом и, соответственно, запускается он под этим самым debian'ом 1. Шрифты На сколько я понял из вышеупомянутого FAQа, если не делать специальных телодвижений, то xemacs будет использовать для вывода кириллици шрифты в ИСО кодировке. Ладно, есть такие шрифты у меня... толко вот почему-то размер руских букв больше чем английских :-/ теперь дальше. Когда я прошу Xemacs использовать шрифты в кодиновке koi8-r, с помощью сторочек (set-charset-ccl-program 'cyrillic-iso8859-5 'ccl-encode-koi8-r-font) (set-charset-registry 'ascii "koi8-r") (set-charset-registry 'cyrillic-iso8859-5 "koi8-r") в инифайле, размер окна xemacs'а _меняется_ в процессе загрузки последнего, и конечный результат очень сильно зависит от того, какие шрифты установлены на моей системе, и от того, в каком порядке перечислены каталоги со шрифтами в XF86Config-4 :-( Мда... Еще одна проблема заключается в том, что xemacs очень любит использовать шрифты с неправильным dpi :-( Соответственно очень хочется узнать правила, которыми xemacs руководствуется, когда решает, каким шрифтом выводить тот или иной символ, И как на этот процесс повлиять... 2. Почта (Email) Хочу работать с почтой не выходя из xemacs, вроде бы можно... Для чтения почты можно пользоваться VM, но gnus тоже позволяет читать почту (покрайней мере в доке на него сказано что может) соответственно вопрос чем лучше пользоваться и почему? Теперь о настройке VMа. Когда ко мнеприходят писма, у которых в поле Subject 8 битная кодировка, VM рисует этот самый Subject в latin1 независимо от того, какая кодировка указана в письме :-( что не есть првильно. Как это можно исправить? лично я считаю, что поля Subject и From нужно выводить в соответствии с кодировкой, указанной в charset... как этого можно добиться ? С наилучшими пожеланиями, Димитрий Налдаев.