Package Details: emacs-gtk2 26.3-1

Git Clone URL: (read-only, click to copy)
Package Base: emacs-gtk2
Description: The extensible, customizable, self-documenting real-time display editor
Upstream URL:
Licenses: GPL3
Conflicts: emacs
Provides: emacs
Submitter: maandree
Maintainer: None
Last Packager: Alad
Votes: 13
Popularity: 0.000022
First Submitted: 2012-08-30 19:43 (UTC)
Last Updated: 2019-11-05 09:32 (UTC)

Latest Comments

Alad commented on 2016-10-10 09:58 (UTC)

Perhaps a needed dependency is not installed on my system; in any case, thanks for the update.

fusion809 commented on 2016-10-10 09:31 (UTC) (edited on 2016-10-10 09:33 (UTC) by fusion809)

For me it builds fine. I really haven't the foggiest what the problem is. So I decided to remove make html and make pdf lines from the build() function. This way the problem should only exist with the emacs-docs package. So you should be able to at least build the emacs-gtk2 package without a problem.

Alad commented on 2016-10-10 08:56 (UTC)

make[1]: Leaving directory '/home/archie/.cache/aursync/emacs-gtk2/src/emacs-25.1/doc/misc' make -C doc/lispref pdf make -C doc/lispintro pdf make[1]: Entering directory '/home/archie/.cache/aursync/emacs-gtk2/src/emacs-25.1/doc/lispintro' make[1]: Entering directory '/home/archie/.cache/aursync/emacs-gtk2/src/emacs-25.1/doc/lispref' GEN emacs-lisp-intro.pdf GEN elisp.pdf /usr/bin/texi2dvi: TeX neither supports -recorder nor outputs \openout lines in its log file /usr/bin/texi2dvi: TeX neither supports -recorder nor outputs \openout lines in its log file make[1]: *** [Makefile:101: emacs-lisp-intro.pdf] Error 1 make[1]: *** [Makefile:159: elisp.pdf] Error 1 make[1]: Leaving directory '/home/archie/.cache/aursync/emacs-gtk2/src/emacs-25.1/doc/lispintro' make[1]: Leaving directory '/home/archie/.cache/aursync/emacs-gtk2/src/emacs-25.1/doc/lispref' make: *** [Makefile:947: lispref-pdf] Error 2 make: *** Waiting for unfinished jobs.... make: *** [Makefile:947: lispintro-pdf] Error 2 ==> ERROR: A failure occurred in build().

maandree commented on 2016-09-21 18:54 (UTC) (edited on 2016-09-21 18:55 (UTC) by maandree)

@fusion809 I haven't lost interest, but I have been too busy and will be travelling in a few hours so I will be some a few days before I have time to do anything. I have added you as co-maintainer, so you should be able to update the package.

fusion809 commented on 2016-09-21 18:05 (UTC)

@maandree, if you've lost interest in this package or are too busy to maintain it I am willing to.

Alad commented on 2016-09-10 22:52 (UTC)

Please apply this patch to avoid build failure:;bug=833727;filename=0020-Always-define-gmalloc-etc.-in-src-gmalloc.c.patch;msg=5 See:

test0 commented on 2016-04-26 23:36 (UTC)

Dumping under the name emacs /bin/sh: line 7: 10752 Segmentation fault (core dumped) ./temacs --batch --load loadup bootstrap Makefile:815: recipe for target 'bootstrap-emacs' failed make[1]: *** [bootstrap-emacs] Error 1

bo0ts commented on 2015-08-10 16:37 (UTC)

pkg-config and fakeroot are also makedepends. Missing pkg-config leads to a very cryptic failure during ./configure...

Ambrevar commented on 2013-08-05 19:18 (UTC)

It builds and installs flawlessly. Thanks!

maandree commented on 2013-08-05 02:35 (UTC)

I have updated the .install now.

Ambrevar commented on 2013-08-04 21:43 (UTC)

I don't think it is necessary to send a pull resquest: you can simple update emacs.install file (use the one from the official Arch package).

maandree commented on 2013-08-04 20:00 (UTC)

I will fix that, but I am a little busy. If you know what to you could always pull request it (you send a complete file) to P.S. So that is where I hade that, I should update that.

Ambrevar commented on 2013-08-04 11:15 (UTC)

This is getting off-topic, so I suggest we continue this discussion by mail. I've mailed at your base64 address. Don't forget to fix the .install file :p

maandree commented on 2013-08-03 17:41 (UTC)

PS. There is a small bug that I haven't fix yet in the keyboard layout, Meta+Shift+Digit does not work, so you have to type Esc S-5 instead of M-S-5 (M-%) to use the replace command. And... I have cycled Q, < and Alt.

maandree commented on 2013-08-03 16:33 (UTC)


maandree commented on 2013-08-03 15:40 (UTC)

s/additional/additionally/ By default, graphical and xterm-256color use many colours, and I think the defaults look really bad, so I use xterm so that 8 colours are used which I think look excellent, but if TERM = linux the the different colours are used. For example if you open /etc/rc.conf with xterm you will see that the comments are red, but if TERM=linux the comments will be yellow.

Ambrevar commented on 2013-08-03 15:40 (UTC)

There is an error in the install script with the info names. The one from the Arch repo works fine.

Ambrevar commented on 2013-08-03 15:26 (UTC)

You can customize emacs mouse keys to act the same way as xterm does. A simple solution would be to bind it to a lambda like (lambda (start-event) (save-excursion (mouse-drag-region start-event) (kill-ring-save))) This is just a draft, I haven't tested this. If you don't succeed in doing this, I can try to make it work for real. What do you mean by getting additional color in a TTY? More than 8? Can you explain this a little, I'm quite interested. Also I started building my own kbd to have better Emacs support under a TTY, but this is a nightmare to set up. Do you have some interesting kbd files to share? That would be great! :)

maandree commented on 2013-08-03 14:59 (UTC)

Who uses the default font? Terminal mode sure has drawbacks, but I still think it is more convinent for what I am doing. emacs-nox has lots for drawbacks compared to emacs installed started in the terminal, which is quite weird. I prefer terminal mode beause I live in the terminal, and I think the text selection (with the rat) behaviour is the best under xterm because it does not move the point. So in the the TTY I trick emacs to thinking I use Xterm, which additional gives better colours, and I have a custom keyboard layout so that everything works perfectly. The only time I use graphical mode is when I doing lot of file management, because then I use the graphical file manager and I can just middle click on a text file to open Emacs and if it is open, just drag it in. And on my laptop and netbook I only use TTY, not X.

Ambrevar commented on 2013-08-03 14:45 (UTC)

Gconf is only used to fetch Gnome default font. It is explained here: This is one of the most overkill dependency I've ever seen: several dozen of MB just to get the default font value for one environment... I'm using GTK2 instead of motif/athena/lucid because they tend to crash the emacs server after the ~tenth launch of emacsclient. I don't know why, if someone has a clue... I've quit using emacs in console because it has a lot of drawbacks compared to the graphical version: * No more `face' breaks because of invisible character insertion (gdb would break very often because of this, sometime indentation and syntax highlighting would also fail for the same reason). This is the * Some modes will require the graphical version (e.g. speedbar). * Picture support (PDF preview, inline math formula preview in LaTeX). * There is additional font capabilities (zoom, different size in the same doc like in info mode, etc.). * The mouse support is excellent (for resizing windows for example). Albeit quite useless for me. * If you work with other people (non-emacs users) and they want to browse your documents in emacs, you can be 100% sure they will use the mouse scrolling. In emacs-nox, this will rewind the output of the terminal, which is quite confusing. Besides thanks to mouse support, a non-emacs user can still do a lot of stuff. * It supports more colors, even though 256 are good enough on a good terminal like URxvt. Actually the graphical version has no drawbacks in my opinion, if you forget that it requires X. It has almost no additional dependencies, and you can still start it in a TTY. I remove the fanciness like the toolbar and the scrollbar to have the same appearance. That's why I believe your package is really important for all emacs users: combinining the advantages of emacs-nox and emacs, while removing the drawbacks.

maandree commented on 2013-08-02 19:08 (UTC)

The main purpose of using gtk2, for me, is so that it does not look like crap the few times I open it in X mode.

maandree commented on 2013-08-02 18:58 (UTC)

I am unable to find any documentation on how --without-gconf affects Emacs? Does gconf truly have no effect without GTK+3, feels like it should do something if --with-gconf is default even without GTK+3?

Ambrevar commented on 2013-08-02 17:53 (UTC)

Yes it can, I've used emacs for years without gconf. Just add --without-gconf to the configure line. It would be really nice if you did it since -- in my opinion at least -- the main purpose of using GTK2 is to get rid of gconf.

maandree commented on 2013-08-01 11:30 (UTC)

Emacs is dynamically linked to gconf, are you sure I it can be removed?

holylight commented on 2013-05-08 02:11 (UTC)

Could you remove the gconf dependency, which introduce 100M space.