[solved] EMACS should without libieee1284

jameschyn · 2011-12-01 01:39:46

I installed emacs on arch64 and found it depends on python. As I know, emacs is written with C and Elisp, no python at all. I watched the installation and found emacs needs a module -- scanner, and libieee1284. Libieee1284 needs python2.

I tried to remove scanner, libieee1284 and python2, and start emacs with no errors. I think, there's no need to add these three dependencies to emacs, if need, it can be [optional dependencies].

And I look at so many modules emacs needs, I guess it needs too much, such as desktop-file, hi-color-icon, etc. However, Vim is better at this divide, there is vim (console only) and vim frontend (gvim or vim-qt). I suggest emacs should be divided as so, by console only programe and frontend.

Any suggestions?

Last edited by jameschyn (2011-12-01 14:12:07)

karol · 2011-12-01 01:58:03

Do you have a working PKGBUILD that does what you want and doesn't break anything?

BTW, there's e.g. emacs-nox http://www.archlinux.org/packages/?sort … =&limit=50

Last edited by karol (2011-12-01 02:00:04)

jameschyn · 2011-12-01 02:49:36

Why it needs perl?

karol · 2011-12-01 03:17:22

jameschyn wrote:

Why it needs perl?

No idea.
Have you tried https://aur.archlinux.org/packages.php?ID=33337 or maybe even http://www.archlinux.org/packages/extra/i686/zile/ ?

jameschyn · 2011-12-01 03:29:57

Sigh... I just have vim instead.

bernarcher · 2011-12-01 13:46:00

Nevertheless, you could file a bug report (a wish). But make sure there is none of this kind already.

This way you make sure your request will be noticed because developers not too often read these forum threads.

jiyuu · 2011-12-01 17:50:04

The situation is:
- emacs needs gconf
- gconf needs gtk3
- gtk3 needs colord
- colord needs sane...

I read somewhere that emacs needs gconf only for the font setting (to be confirmed). Moreover emacs needs gtk2 for the ui. So it pulls gtk2 and gtk3 and all their dependencies too, which I concede, is a bit too much.

I know that arch follow upstream and that emacs by default require gconf but I really wish that the arch's default is (would be ? was ?) without gconf.

Anyway, there is a package in AUR which build emacs without gconf.

And wrt vim being more modular, it's true but if you install gvim, you will also install ruby, lua... Not so much better IMHO.

bohoomil · 2011-12-01 18:42:18

I'm always wondering why is it such a big deal to rebuild a package? The default version is meant to cover most needs and as such it hardly ever offers the selection of options an individual may need. However, having ABS and AUR at one's disposal, why not simply do the little job and tailor it so it looks and works just as you wish to? Do you guys suppose to have hundreds of variations of a single app in official repos?

jiyuu · 2011-12-02 01:55:02

@bohoomil
It's not about rebuilding a package. It's more about defining what is, like you said, the "default version"

In this case, the dependency of emacs on gconf has always bug me since it exists.
From the changelog of emacs 23.2:

** Emacs compiles with Gconf support, if it is detected.
Use the configure option --without-gconf to disable this.
This is used by the `font-use-system-font' feature (see below).
[...]
** Font changes
*** Emacs can use the system default monospaced font in Gnome.
To enable this feature, set `font-use-system-font' to non-nil (it is
nil by default). If the system default changes, Emacs changes also.
This feature requires Gconf support, which is automatically included
at compile-time if configure detects the gconf libraries (you can
disable this with the configure option --without-gconf).

Emacs depends on gconf for a single option of very little utility (imho), that is only for gnome users and that is not even on without the user setting it.
And actually this isn't emacs' default. It just happens to compile like that because the box where it was compiled has gconf installed.

My point is:
If emacs depends on gconf: it adds little value to gnome users but for the rest of us it can add several unnecessary packages.
If emacs doesn't depend on gconf: gnome users doesn't lost anything (they can always set their font in emacs as before) and the rest of us (especially the cranky ones like me) are happy
So maybe we should (re)think about what the "default emacs version" is.

P.S. This thread about emacs dependencies already happened. :\

jameschyn · 2011-12-05 03:49:27

I always think that EMACS is too big comparing with VIM.

VIM has only three modules by default. (I can't remember the exactly number)
EMACS has a bunch of modules by default. I have no idea why so many modules.

JohannesSM64 · 2011-12-06 22:07:12

Yeah, just compile Emacs without gconf. I agree it should be the Arch default.

Last edited by JohannesSM64 (2011-12-06 22:08:24)

Awebb · 2011-12-06 22:47:15

They say EMACS is a great operating system that lacks a decent editor. So they say...

Arch Linux

#1 2011-12-01 01:39:46

[solved] EMACS should without libieee1284

#2 2011-12-01 01:58:03

Re: [solved] EMACS should without libieee1284

#3 2011-12-01 02:49:36

Re: [solved] EMACS should without libieee1284

#4 2011-12-01 03:17:22

Re: [solved] EMACS should without libieee1284

#5 2011-12-01 03:29:57

Re: [solved] EMACS should without libieee1284

#6 2011-12-01 13:46:00

Re: [solved] EMACS should without libieee1284

#7 2011-12-01 17:50:04

Re: [solved] EMACS should without libieee1284

#8 2011-12-01 18:42:18

Re: [solved] EMACS should without libieee1284

#9 2011-12-02 01:55:02

Re: [solved] EMACS should without libieee1284

#10 2011-12-05 03:49:27

Re: [solved] EMACS should without libieee1284

#11 2011-12-06 22:07:12

Re: [solved] EMACS should without libieee1284

#12 2011-12-06 22:47:15

Re: [solved] EMACS should without libieee1284

Board footer