Package Details: emacs-lucid 28.1-1

Git Clone URL: https://aur.archlinux.org/emacs-lucid.git (read-only, click to copy)
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
Submitter: favadi
Maintainer: jpkotta
Last Packager: jpkotta
Votes: 24
Popularity: 0.000012
First Submitted: 2012-07-23 16:07 (UTC)
Last Updated: 2022-06-03 22:06 (UTC)

Latest Comments

carlosal1015 commented on 2020-12-16 03:55 (UTC)

Thanks @altaway, @jpkotta. Today I installed emacs-lucid, now I do not have issues with the keys, but its nice to know how to do it with yay.

altaway commented on 2020-10-11 13:00 (UTC)

If using yay, run yay -S --mflags --skippgpcheck emacs-lucid.

jpkotta commented on 2020-10-02 23:53 (UTC)

@carlosa1015:

Preferably, import the keys with gpg --recv-keys the-hex-key-id for each key needed. This applies to any package that uses PGP keys to verify integrity. Alternatively, just tell your AUR helper or makepkg (--skippgpcheck) to ignore the key check.

carlosal1015 commented on 2020-09-28 22:50 (UTC)

Excuse, this is wrong? I am beginner using GPG keys. Please check this.

:: Checking for conflicts...
:: Checking for inner conflicts...
[Repo:3]  m17n-db-1.8.0-3  libotf-0.9.16-3  m17n-lib-1.8.0-7
[Aur:1]  emacs-lucid-27.1-1

  1 emacs-lucid                      (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)==> 
:: PKGBUILD up to date, Skipping (1/1): emacs-lucid
  1 emacs-lucid                      (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)==> 
:: (1/1) Parsing SRCINFO: emacs-lucid

:: PGP keys need importing:
 -> 28D3BED851FDF3AB57FEF93C233587A47C207910, required by: emacs-lucid
 -> D405AA2C862C54F17EEE6BE0E8BCD7866AFCF978, required by: emacs-lucid
==> Import? [Y/n] Y
:: Importing keys with gpg...
gpg: keyserver receive failed: General error
problem importing keys

jpkotta commented on 2018-07-31 16:13 (UTC)

I guess they don't seem very important. It sounds like "color fonts" (which I just learned are a thing) cause Emacs to crash because it doesn't support them. But why use color fonts with Emacs if it doesn't support them anyway? If someone is experiencing problems, I will add the patches.

stef204 commented on 2018-07-31 12:44 (UTC) (edited on 2018-07-31 12:47 (UTC) by stef204)

@jpkotta

are the 3 patches in the official emacs package not needed with lucid or just something you don't feel is needed (mostly the first 2 patches)?

https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/emacs

jpkotta commented on 2018-06-14 17:29 (UTC)

@tychoish Yeah I've noticed that. The main emacs PKGBUILD in extra also has that warning. I don't think it's a big deal. If I get some time, I'll try to make that warning go away.

tychoish commented on 2018-06-14 14:52 (UTC)

==> Checking for packaging issues... ==> WARNING: Package contains reference to $srcdir usr/bin/emacs-26.1

It looks like there's an issue in packaging?

CyberShadow commented on 2018-02-19 15:22 (UTC) (edited on 2018-02-22 14:16 (UTC) by CyberShadow)

Hi, would you mind updating the /var/games permissions fix as it is in the extra/emacs PKGBUILD?

https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/emacs#n37

Currently core/filesystem says the mode is 775, but this package says it's 755.

Edit: thanks!

eigengrau commented on 2017-09-11 18:28 (UTC)

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

eigengrau commented on 2017-09-11 18:12 (UTC)

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 (UTC)

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 (UTC)

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 (UTC) (edited on 2017-04-19 05:59 (UTC) by eigengrau)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC) (edited on 2016-09-22 16:09 (UTC) by Alad)

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 (UTC)

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

Alad commented on 2016-09-19 17:31 (UTC) (edited on 2016-09-19 17:32 (UTC) by Alad)

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 (UTC)

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 (UTC)

Please update to 24.4-2 which fixes GPG 2.1 issues

commented on 2014-06-19 09:50 (UTC)

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 (UTC)

It broke after giflib's update.

commented on 2013-10-25 14:52 (UTC)

I've returned to official Arch Emacs. Orphaned.

commented on 2013-08-04 07:03 (UTC)

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

commented on 2013-07-31 19:29 (UTC)

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

commented on 2013-04-08 18:22 (UTC)

Updated, thanks!

jpkotta commented on 2013-04-08 16:51 (UTC)

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

commented on 2013-03-20 12:26 (UTC)

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

commented on 2013-03-20 12:26 (UTC)

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

commented on 2013-03-17 21:28 (UTC)

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

popsch commented on 2012-11-12 18:58 (UTC)

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 (UTC)

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

favadi commented on 2012-08-25 03:08 (UTC)

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

unhammer commented on 2012-08-24 07:49 (UTC)

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 (UTC)

@jpkotta: update.

jpkotta commented on 2012-08-14 15:50 (UTC)

libxaw is a dependency