Package Details: emacs-lucid 25.2-2

Git Clone URL: https://aur.archlinux.org/emacs-lucid.git (read-only)
Package Base: emacs-lucid
Description: The extensible, customizable, self-documenting real-time display editor (Lucid toolkit version)
Upstream URL: http://www.gnu.org/software/emacs/emacs.html
Licenses: GPL3
Conflicts: emacs
Provides: emacs=25
Submitter: favadi
Maintainer: jpkotta
Last Packager: jpkotta
Votes: 18
Popularity: 0.002257
First Submitted: 2012-07-23 16:07
Last Updated: 2017-07-20 17:10

Required by (274)

Sources (2)

Latest Comments

jpkotta commented on 2017-07-20 17:11

You can just do a rebuild (`makepkg -f && pacman -U emacs-lucid...`), but yes bumping pkgrel forces it for everyone, which is convenient.

CyberShadow commented on 2017-07-20 08:02

Please bump pkgrel to fix "emacs: error while loading shared libraries: libMagickWand-6.Q16HDRI.so.4: cannot open shared object file: No such file or directory" ?

eigengrau commented on 2017-04-19 05:59

When installing cask I just noticed some packages actually do use versioned requirements, so it might be convenient to have this «provides=emacs=$pkgver». For repo packages this seems to be the standard, so we should probably do this for our packages as well.

jpkotta commented on 2016-11-30 18:57

I don't really like building differently than the user expects (assuming they installed `hardening-wrapper` and configured it as they like), but it seems like Emacs just doesn't build with PIE, and their solution on other platforms (where PIE is the default) is to explicitly disable PIE with linker flags. So I added `HARDENING_PIE=0`.

eigengrau commented on 2016-11-29 21:45

Unfortunately, the build currently seems to segfault when hardening-wrapper is installed (this will causet the build to segfault). Do you think it’s sensible to «export HARDENING_PIE=0» in the PKGBUILD for the time being?

Apparently this has been an issue before: https://bbs.archlinux.org/viewtopic.php?id=197841

Though, for some reason, this only turned up with 25.1-4 for me.

drot commented on 2016-11-20 14:36

https://www.topbug.net/blog/2016/11/10/installing-emacs-from-source-avoid-the-conflict-of-ctags/

Using ./configure --program-transform-name='s/^ctags$/ctags.emacs/' in the PKGBUILD we can delete the ctags workaround to simplify the package() function:

# remove conflict with ctags package
mv "$pkgdir"/usr/bin/{ctags,ctags.emacs}
mv "$pkgdir"/usr/share/man/man1/{ctags.1.gz,ctags.emacs.1}

Alad commented on 2016-09-22 16:04

edit: On upgrade with --gameuser, I get:

warning: directory permissions differ on /var/games/
filesystem: 775 package: 755

jpkotta commented on 2016-09-20 20:12

Updated. I added/removed some deps based on what namcap reported.

Alad commented on 2016-09-19 17:31

Updated PKGBUILD for 25.1, based on [extra]:

https://gist.github.com/anonymous/c2301f455121d194a04650142b31f1b1/raw

Is the "giflib extension" still needed?

Alad commented on 2016-09-10 22:53

Please apply this patch to avoid build failure:

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=833727;filename=0020-Always-define-gmalloc-etc.-in-src-gmalloc.c.patch;msg=5

See: https://bugs.archlinux.org/task/50733

Alad commented on 2015-02-22 05:12

Please update to 24.4-2 which fixes GPG 2.1 issues

Anonymous comment on 2014-06-19 09:50

While waiting for an updated PKGBUILD here, to build this you can:

- dowload the tarball
- copy the updated patch from the official package
- change the md5sums in the PKGBUILD
- build the package manually

Denommus commented on 2014-06-15 22:44

It broke after giflib's update.

Anonymous comment on 2013-10-25 14:52

I've returned to official Arch Emacs. Orphaned.

Anonymous comment on 2013-08-04 07:03

Didn't notice until today, but the new giflib is already in [extra], which means the last update is for everyone now.

Anonymous comment on 2013-07-31 19:29

This update is only for [testing] users, for now.

Anonymous comment on 2013-04-08 18:22

Updated, thanks!

jpkotta commented on 2013-04-08 16:51

The build fails with the latest version of ImageMagick. The fix is to patch configure.ac and regenerate configure.

Mailing list thread: http://permalink.gmane.org/gmane.emacs.help/90024
Patch for PKGBUILD: http://pastebin.com/9nkaBjmJ
Patch for configure.ac: http://pastebin.com/UP9QJPZu

Anonymous comment on 2013-03-20 12:26

Replaced emacs.install with the more complete one from emacs in [extra].

Anonymous comment on 2013-03-20 12:26

Replaced emacs.install with the one from emacs in [extra].

Anonymous comment on 2013-03-17 21:28

Adopted and updated!

Removed the gconf dependency and added some fixes to the info stuff from emacs-bzr.

favadi commented on 2013-01-23 16:39

New version come out!

popsch commented on 2012-11-12 18:58

The package has a duplicate:

1) /usr/share/applications/emacs.desktop
2) /usr/share/emacs/24.2/etc/emacs.desktop

You might want to make #1 a link to #2, so it's not confusing which one to edit.

favadi commented on 2012-08-25 04:26

@unhammer: http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-07/msg00240.html

favadi commented on 2012-08-25 03:08

@unhammer: http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-07/msg00240.html

unhammer commented on 2012-08-24 07:49

Why does this require the gnulib-gets.patch while extra/emacs doesn't? Anyhow, seems to work great against https://bugzilla.gnome.org/show_bug.cgi?id=85715 (which just passed its 10th anniversary; they don't kid around when they call it a "long-standing bug"), I can now exit an ssh -X connection without emacs crashing :-)

favadi commented on 2012-08-15 10:37

@jpkotta: update.

jpkotta commented on 2012-08-14 15:50

libxaw is a dependency