Package Details: emacs-lucid 25.3-1

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: 20
Popularity: 0.302345
First Submitted: 2012-07-23 16:07
Last Updated: 2017-09-12 15:59

Required by (274)

Sources (2)

Latest Comments

eigengrau commented on 2017-09-11 18:28

Looks like they will be doing 25.3 as an emergency release.

eigengrau commented on 2017-09-11 18:12

Emacs 25.2 suffers from a trivially exploitable remote-code-execution vulnerability [1]. I’m not sure how fast things like this are backported (if at all), but since this is a rather concerning issue, maybe it might make sense to apply the patch [2] in the PKGBUILD to get this shipped to folks who don’t know about this and who haven’t applied any mitigation in their init.el.

[1] <http://seclists.org/oss-sec/2017/q3/422>
[2] <https://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-25&id=9ad0fcc54442a9a01d41be19880250783426db70>

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.

All comments