> IZ> Самое обидное, что в соответствующем каталоге у него есть
аналогично
> IZ> названный файл *-nomule.el...
> Надо зафайлить баг в дебиановскую систему багов. 
 IZ> Уже думал об этом, но
пока что лениво.
Я тоже об этом думал, но баг слишком уж очевидный, чтобы пихать его в BTS
без патча. Есть некий файл
/usr/share/xemacs/site-lisp/x-symbol/XEmacs.rules, в котором есть
переменная BUILD_MULE=t, если ее закомментарить - все будет О.К. Проблема в
том, что инсталляционные скрипты передают в качестве параметра flavour
только "имя" (X)Emacs-а, но не его "подвид" (mule - не-mule).
 
> Идеально, если умеешь, то хакни инсталляционные скрипты, чтобы
оно
> обеспечивало правильные зависимости (придется сделать два пакета,
> x-symbol и x-symbol-nomule). 
 IZ> Вот потому и лениво, что по-хорошему,
самому не слабо, наверное,
 IZ> пофиксить. :-) Думаю, как припрет (текст надо будет набрать),
 IZ> сделаю. Припрет, боюсь, очень скоро. :-)
Вот-вот. Мне оказалось проще закомментировать эту самую переменную, чем
пытаться поделить пакет на два, да еще и пропихнуть это дело майнтайнеру ...
> Второй вариант -- пожаловаться автору x-symbol, чтобы он сам
смотрел,
> под каким Emacs'ом работает, и не жаловался, а должным образом
> видоизменял поведение. 
 IZ> Мысль. Попробую.
Если бы можно было в makefile запихнуть нечто вроде 
BUILD_MULE=`xemacs -vanilla -batch -eval '(print (featurep (quote mule)))' | tail
-1`
, то удалось бы обойтись малой кровью, а так ....
-- 
	Dmitry Astapov //ADEpt (mail-to: adept(a)umc.com.ua)