> 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)