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 .. 24 25 26 27 28 29 30 31 32 33 34 .. 39 Next › Last »

toropisco commented on 2014-06-19 13:34 (UTC)

@nicolassavru Thanks for the heads up! I have applied cleanly a patch based on the bug report but as you poing out, there are serious problems with gettext in trunk. For now I recommend to stay in whatever rev you are right now. If you are trying to compile emacs-git for the first time in your system be patient until trunk is unbroken, OR add "branch=emacs-24" to the git checkout line in sources as that will give you the stable maintenance tree. I could upload that as a new PKGBUILD. You wouldn't need to redownload your git repo but rather move it, copy it or link it with a different name. Let me know if you want that.

nicolasavru commented on 2014-06-19 01:57 (UTC)

The giflib bug should be fixed now: http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-06/msg00565.html Unfortunately I cannot test that because there is another bug preventing emacs trunk from building currently. This bug seems to also affect Debian unstable and has already been reported [1][2], but a fix hasn't been proposed yet. [1] http://lists.gnu.org/archive/html/emacs-devel/2014-06/threads.html [2] http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-06/msg00683.html

guotsuan commented on 2014-06-17 09:33 (UTC)

Hi, I tried to port the patch in emacs 24.3 in the extra repos to 24.4 emacs-git here. It works for me. Could you help test it and include it in the package if it is ok? Thanks. emacs-24.4-giflib5.patch ================================================================================ --- src/image.c +++ src/image.c @@ -7414,7 +7414,12 @@ gif_load (struct frame *f, struct image *img) if (!check_image_size (f, gif->SWidth, gif->SHeight)) { image_error ("Invalid image size (see `max-image-size')", Qnil, Qnil); +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else fn_DGifCloseFile (gif); +#endif + return 0; } @@ -7423,7 +7428,11 @@ gif_load (struct frame *f, struct image *img) if (rc == GIF_ERROR || gif->ImageCount <= 0) { image_error ("Error reading `%s'", img->spec, Qnil); +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else fn_DGifCloseFile (gif); +#endif return 0; } @@ -7435,7 +7444,12 @@ gif_load (struct frame *f, struct image *img) { image_error ("Invalid image number `%s' in image `%s'", image_number, img->spec); - fn_DGifCloseFile (gif); + +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else + fn_DGifCloseFile (gif); +#endif return 0; } } @@ -7453,7 +7467,11 @@ gif_load (struct frame *f, struct image *img) if (!check_image_size (f, width, height)) { image_error ("Invalid image size (see `max-image-size')", Qnil, Qnil); +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else fn_DGifCloseFile (gif); +#endif return 0; } @@ -7471,7 +7489,11 @@ gif_load (struct frame *f, struct image *img) && 0 <= subimg_left && subimg_left <= width - subimg_width)) { image_error ("Subimage does not fit in image", Qnil, Qnil); - fn_DGifCloseFile (gif); +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else + fn_DGifCloseFile (gif); +#endif return 0; } } @@ -7479,7 +7501,11 @@ gif_load (struct frame *f, struct image *img) /* Create the X image and pixmap. */ if (!image_create_x_image_and_pixmap (f, img, width, height, 0, &ximg, 0)) { +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else fn_DGifCloseFile (gif); +#endif return 0; } @@ -7650,7 +7676,11 @@ gif_load (struct frame *f, struct image *img) Fcons (make_number (gif->ImageCount), img->lisp_data)); - fn_DGifCloseFile (gif); +#if GIFLIB_MAJOR >=5 && GIFLIB_MINOR >=1 + fn_DGifCloseFile (gif, NULL); +#else + fn_DGifCloseFile (gif); +#endif /* Maybe fill in the background field while we have ximg handy. */ if (NILP (image_spec_value (img->spec, QCbackground, NULL)))

toropisco commented on 2014-06-16 15:34 (UTC)

Sooo, the fix for now is to add "--without-gif" to the compilation options. All who have working installations should stay with them for the time being.

toropisco commented on 2014-06-16 15:23 (UTC)

LTO has nothing to do with building failures. It has all to do with the new giflib library in Arch, which emacs cannot handle. I don't have time right now to port the fix applied to emacs 2.4.3 in the extra repos. If anyone has the time and beats me to it, I'll gladly include it in this PKGBUILD.

guotsuan commented on 2014-06-15 23:46 (UTC)

with the option --enable-link-time-optimization The building of the package failed. I'm wondering if anyone met the same questions too?

toropisco commented on 2014-03-29 18:44 (UTC)

@fizban007 Thanks for the heads up and fix.

fizban007 commented on 2014-03-29 15:49 (UTC)

The PKGBUILD has a problem with pkgver() function in the latest git pull. It reads "bug-gnu-emacs@gnu.org" instead of the correct string "24.4.50". Consider changing the regex to the following 's/^.\+\ \([0-9]\+\.[0-9]\+\.[0-9]\+\).\+$/\1/'

toropisco commented on 2014-03-26 21:15 (UTC)

@Earnest your arguments are sound and logic. Acted upon. I have no problem leaving this package in the hands of either of you. Just ask.

Earnest commented on 2014-03-26 16:20 (UTC)

holos is correct; this PKGBUILD needs to provide both a conflict and provide on just 'emacs' as does any other good emacs PKGBUILD on Arch. This means that packages looking for "emacs" as a dependency won't fail as your "emacs-git" will *provide* it. It should also conflict with 'emacs' as you install to the same locations which would cause real conflicts.

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 39 Next › Last »