>> Заодно, рекомендуется пользовать что-то поновее. И компилить
самому. В
>> процессе чтения comp.emacs.xemacs и gnu.emacs.gnus я нередко приходил к
>> выводу, что Debian'овцы делают с ним страшные вещи.
>>
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