it would be very nice to have xemacs w/o i18n available as a parallel package in the standard redhat distribution (rather like emacs was once available as both emacs and emacs-nox so it could be installed w/o X11 libs) -- stig
Hi Stig, Hmmm, I see and can you give some motivation for this, please?
Sure: basic motivation is roughly the same as the once-upon-a-time motivation for packaging two versions of emacs (with and without X11)... xemacs is an interesting alternative to gnu emacs for reasons other than MULE support, but the requirement that various canna servers and japanese input method libraries be installed along with xemacs diminish the appeal of redhat's xemacs package for non-japanese/chinese users... -- stig
Actually no IM servers need to be installed for xemacs. The dependency on Canna is an error, it should depend on Canna-libs instead. Canna-libs and FreeWnn-libs aren't that big, but it might not be such a big deal to build without them enabled. After all Emacs doesn't support XIM directly either. On the other hand compiling with Mule support I think would be totally unacceptable, which I thought was maybe what you were suggesting in your original report.
I seem to recall that either wnn or canna -libs "require" the base package, which is (i also vaguely recall) set to automatically run @ boot by default... it's been a while since i tried installing from boot, but that's what i remember... a bunch of stuff i didn't want. thanks for your friendliness towards a build w/o the dependencies (mayhaps even a .src.rpm supporting --without mule)... this could be roughly equivalent to removing (approximately) this list of sources from the .src.rpm and the associated build-time dependencies. xemacs-mule-sumo-2003-02-05.tar.bz2 Emacs.ad.Big5 Emacs.ad.GB2312 Emacs.ad.Japanese Emacs.ad.Korean auctex-texjp-platex.patch auctex-texsite-jlatex-detect-69129.patch egg-wnn-host-unix-79826.patch --stig
err, change "installed from boot" to "installed via anaconda"
Well Canna-libs doesn't seem to require Canna, and nor does FreeWnn-libs require FreeWnn currently afaict. I could probably be persuaded to add "--without mule" as an srpm build option, though I don't expect xemacs without mule to go into Fedora Core (perhaps someone will do it for Fedora Alternatives?).
What locale do you normally run xemacs in btw? If it is with utf-8 encoding, and you want utf-8 support in xemacs, then you actually need MuleUCS and mule support in order to use it.
21.4.14-5 has a "--without mule" rpmbuild options defined now, which in addition to disabling mule support also turns off native IM support.