Bug 102718 - xemacs w/o i18n
Summary: xemacs w/o i18n
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xemacs   
(Show other bugs)
Version: 9
Hardware: All Linux
Target Milestone: ---
Assignee: Jens Petersen
QA Contact: Jay Turner
Depends On:
TreeView+ depends on / blocked
Reported: 2003-08-20 09:24 UTC by Stig Hackvan
Modified: 2015-01-08 00:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-11-07 08:12:17 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Stig Hackvan 2003-08-20 09:24:39 UTC
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

Comment 1 Jens Petersen 2003-09-02 06:51:39 UTC
Hi Stig,

Hmmm, I see and can you give some motivation for this, please?

Comment 2 Stig Hackvan 2003-10-04 07:39:36 UTC
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

Comment 3 Jens Petersen 2003-10-06 05:57:10 UTC
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.

Comment 4 Stig Hackvan 2003-10-06 07:11:26 UTC
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.



Comment 5 Stig Hackvan 2003-10-06 07:12:56 UTC
err, change "installed from boot" to "installed via anaconda"

Comment 6 Jens Petersen 2003-10-07 11:34:57 UTC
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?).

Comment 7 Jens Petersen 2003-11-06 01:34:01 UTC
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.

Comment 8 Jens Petersen 2003-11-07 08:12:17 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.