Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#14826 - emacs split

Attached to Project: Arch Linux
Opened by Alexey A Illarionov (ogronom) - Monday, 25 May 2009, 19:08 GMT
Last edited by Jürgen Hötzel (juergen) - Wednesday, 03 June 2009, 20:08 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Jürgen Hötzel (juergen)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Recently vim was splited into 3 packages. And before hand it was quite lightweight, without any huge addons by default.
It would be great if the same work would be done for emacs. Right now package is 80Mb and emacs starts ~15 sec on my not very modern machine.

Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:
This task depends upon

Closed by  Jürgen Hötzel (juergen)
Wednesday, 03 June 2009, 20:08 GMT
Reason for closing:  Won't implement
Comment by Jan de Groot (JGC) - Thursday, 28 May 2009, 08:26 GMT
How would you suggest splitting emacs?
Comment by Alexey A Illarionov (ogronom) - Thursday, 28 May 2009, 09:21 GMT
Aproximately like Debian does. http://packages.debian.org/lenny/emacs
Right now (approximately)

Arch emacs = Debian emacs22-gtk + emacs22-bin-common + emacs22-common + emacs22-el

I suggest to split out the emacs22-el out of the current emacs package. This is around 1/3 - 1/4 of the package.

Idea behind this splitting: nowdays many people use emacs only as a text-editor/ide, they don't need to play games in emacs, read mail there etc.
Comment by Jan de Groot (JGC) - Thursday, 28 May 2009, 09:49 GMT
Hmm, didn't know our standard emacs package included a GTK GUI, I thought we had xemacs for that... Seems that the default emacs package fires up a graphical version when launched from a terminal when $DISPLAY is set (not that you can do anything with the non-graphical version from gnome-terminal anyways due to F10 mapping, but that's another problem).
Comment by Greg (dolby) - Thursday, 28 May 2009, 12:16 GMT
Note that emacs gtk and ncurses use the same binary. If gtk is enabled you have to run emacs -nw to get the ncurses version. It cant be splitted like vim for example.
A big -1 from me. Arch doesnt split packages for no reason.
Comment by Alexey A Illarionov (ogronom) - Thursday, 28 May 2009, 15:49 GMT
gvim depends on vi. In the same way emacs-gtk can be dependend on emacs. I think this can be done, but I suggest to split out not binaries but extra *.el modules.
If Arch does not split packages what was the reasom for splitting vim on 3 packages?
Comment by Greg (dolby) - Thursday, 28 May 2009, 15:57 GMT
No gvim doenst depend on vi anymore. Check [testing].
Vim isnt splitted in 3 packages, theres 2 packages now, again see [testing], but in vim theres no way to build vim & gvim as one binary like with emacs.
Comment by Jürgen Hötzel (juergen) - Tuesday, 02 June 2009, 18:09 GMT
ArchLinux package build system doesn't provide subpackages support: Every package-split is some kind of hack

Emacs autotools setup also doesn't allow building X and NOX binaries easily: you have to rebuild use two different configurations -> Also some kind of hack

This will obviously lead to more bug reports

This will increasy package maintainance work.

I doubt a NOX build will reduce your startup time much: X-LIBS are just memory-mapped and don't get used if you use "emacs -nw"

ArchLinux provides vanilla packages by default. Users can easily customize packages. A ideal place for this kind of "special packages" is AUR


Loading...