Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - emacs-git

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: emacs-git 26.0.50.127403-1

Git Clone URL: https://aur-dev.archlinux.org/emacs-git.git (read-only)
Package Base: emacs-git
Description: GNU Emacs. Master development branch.
Upstream URL: http://www.gnu.org/software/emacs/
Keywords: development editor IDE text
Licenses: GPL
Conflicts: emacs
Provides: emacs
Submitter: vorbote
Maintainer: vorbote
Last Packager: vorbote
Votes: 57
Popularity: 0.488209
First Submitted: 2014-01-05 02:05
Last Updated: 2016-11-14 14:03

Required by (196)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

vorbote commented on 2016-02-23 13:54

Savannah has been in trouble for the last weeks and the git:// service is gone, who knows for how long. I have switched to use the http interface. I know it is an inconvenience, but a simple edition of the git repo config file fixes it. No need to redownload everything.

zhenya1007 commented on 2015-11-30 16:10

Commit 8e5785c9 introduced a bug:

./configure ${_conf}

should instead be

./configure ${_conf[@]}

or, equivalently (since the variable expansion isn't inside a double-quoted string)

./configure ${_conf[*]}

See: https://www.gnu.org/software/bash/manual/bash.html#Arrays

vorbote commented on 2015-08-26 20:06

I'll go ahead and back out Cairo support for a while. The reason is simple and due to something I missed: Image corruption. I tested EWW and all images broken. Whoever wants sharper fonts will have to play with fontconfig configuration files I'm afraid.

danekl commented on 2015-08-24 16:59

A poll is a great idea!

I'd just like to add that I, for certain fonts - the one I use with Emacs being one, have configured fontconfig to disable antialiasing. Perhaps that's the reason the cairo backend is soo much worse in my case. I haven't compared cairo vs xft with antaliased fonts.

vorbote commented on 2015-08-24 16:02

@danekl To me the fonts look shaper with cairo, while thicker and smudgier without it. I like both kinds of display but I agree that it makes text more difficult to read in high resolution screens.

I am open to suggestions, but I do want this to be a poll, not a one-sided decision on my part. So, I'd appreciate if the people subscribed to this comments page filled the following poll:

http://goo.gl/forms/uotJadRd3q

danekl commented on 2015-08-24 14:04

Is it just me or do the fonts look super ugly after enabling cairo?

vorbote commented on 2015-03-29 16:58

@prodigen No. I only support Arch Linux proper. If you want to cross compile to an ARM architecture, you can add it to the architecture array yourself.

noplease commented on 2015-03-29 16:29

hi, this builds on armv7h, could you please add it?

vorbote commented on 2015-03-17 13:00

Keep Calm and Wait Until the cl-macs bug is fixed. Else, add

#commit=f925fc93bac41d7622d1af927e33b0e738ff55b0

at the end of the source git checkout line and sit tight for a few days.

vorbote commented on 2015-03-16 17:43

@madalu It happens sometimes that new features or wide-ranging bug fixes cause such speed regressions. Also, I hope you are not adding LTO optimization to the PKGBUILD as it is slowing emacs a lot. Hopefully the latter will change when gcc 5.0 is released. Yet, using a snapshot taken today, start up time is the same for me as the previous compile I was using, created on February 28. This using a Core 2 Duo with an Intel gen4 GPU *and* using GNOME Wayland for a desktop.

Also, I have uploaded a new PKGBUILD earlier today changing "make" for "make bootstrap", the reason being that if you interrupt the build for some reason (a brief power out in my case this morning, battery is long dead in that laptop) and then you use "makepkg -e" to continue where you left off the compile, the already created loaddefs.el files will break the build at some point or another. This will double configuration time, my apologies for that.