Package Details: emacs-git 30.0.50.169253-1

Git Clone URL: https://aur.archlinux.org/emacs-git.git (read-only, click to copy)
Package Base: emacs-git
Description: GNU Emacs. Development master branch.
Upstream URL: http://www.gnu.org/software/emacs/
Keywords: development editor IDE text
Licenses: GPL3
Conflicts: emacs
Provides: emacs
Submitter: toropisco
Maintainer: toropisco
Last Packager: toropisco
Votes: 107
Popularity: 1.93
First Submitted: 2014-01-05 02:05 (UTC)
Last Updated: 2023-10-14 18:36 (UTC)

Required by (313)

Sources (2)

Pinned Comments

toropisco commented on 2017-06-30 19:14 (UTC) (edited on 2022-05-15 13:26 (UTC) by toropisco)

This PKGBUILD is a work in progress. If you find PACKAGING bugs, please let me know ASAP.

Upstream bugs are to be reported upstream. Check out the emacs-devel archives to confirm if this is an already known bug. In fact... Why are you not subscribed to emacs-devel?. Also check the emacs-bug-tracker archives.

Reporting bugs: Write to the Emacs Bug Tracker and report it there. Or, better yet, use the debbugs client included with the text editor. You will find instructions at https://debbugs.gnu.org/. Good luck!

If you confirm it is a packaging bug, you are welcome to report it here.

Yaourt and other automated tools users BEWARE! This PKGBUILD is written with hand updating in mind and I won't fix bugs arising from such use. Besides, cloning the same repository time and time again from a non-profit such as the GNU Project/FSF gives out a very low image of you.

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 23 24 25 26 .. 39 Next › Last »

<deleted-account> commented on 2017-09-06 15:08 (UTC)

@vorbote Thanks.

bennya commented on 2017-08-22 10:59 (UTC)

Can you shallow clone emacs? It takes so long otherwise. This is how to do it comment out source and md5sums and replace prepare function: prepare() { cd "$srcdir" git clone --depth=1 https://github.com/emacs-mirror/emacs.git $pkgname cd "$pkgname" [[ -x configure ]] || ( ./autogen.sh git && ./autogen.sh autoconf ) }

toropisco commented on 2017-06-30 19:14 (UTC) (edited on 2022-05-15 13:26 (UTC) by toropisco)

This PKGBUILD is a work in progress. If you find PACKAGING bugs, please let me know ASAP.

Upstream bugs are to be reported upstream. Check out the emacs-devel archives to confirm if this is an already known bug. In fact... Why are you not subscribed to emacs-devel?. Also check the emacs-bug-tracker archives.

Reporting bugs: Write to the Emacs Bug Tracker and report it there. Or, better yet, use the debbugs client included with the text editor. You will find instructions at https://debbugs.gnu.org/. Good luck!

If you confirm it is a packaging bug, you are welcome to report it here.

Yaourt and other automated tools users BEWARE! This PKGBUILD is written with hand updating in mind and I won't fix bugs arising from such use. Besides, cloning the same repository time and time again from a non-profit such as the GNU Project/FSF gives out a very low image of you.

toropisco commented on 2017-06-30 19:08 (UTC)

@nochiel I examined the configuration options and I have come up with a solution. I'm uploading a new PKGBUILD in a bit.

<deleted-account> commented on 2017-06-30 19:05 (UTC)

@palopezv Got it. Thanks.

toropisco commented on 2017-06-28 14:19 (UTC)

@nochiel, as you will notice, m17n-libs support is disabled by default; I don't need it so... But you can enable it in the PKGBUILD.

toropisco commented on 2017-06-28 14:17 (UTC)

@nochiel, it is pulled in indirectly by m17n-libs. Has that changed?

<deleted-account> commented on 2017-06-28 14:16 (UTC)

Should libotf be listed as a dependency?

toropisco commented on 2017-01-26 12:38 (UTC)

Please note that cairo support is *very* experimental. Font corruption will happen sooner or later. If you want the latest and greatest, stick to webkit2gtk support.

corruptmemory commented on 2017-01-20 04:43 (UTC)

So, the problem seems related to harfbuzz and infinality. In my case I removed infinality as per: https://www.reddit.com/r/archlinux/comments/5mphpu/psa_harfbuzz_update_infinality_breaking_system/ pacman -S --asdeps freetype2 cairo fontconfig Others reported that rebuilding harfbuzz against infinality worked for them. The test that was failing was testing building against GTK3 and failed: libharfbuzz.so.0: undefined reference to `FT_Get_Var_Blend_Coordinates'