| Git Clone URL: | https://aur.archlinux.org/emacs28-git.git (read-only, click to copy) |
|---|---|
| Package Base: | emacs28-git |
| Description: | The extensible, customizable, self-documenting real-time display editor, emacs-28 release branch |
| Upstream URL: | http://www.gnu.org/software/emacs/ |
| Keywords: | development editor IDE text |
| Licenses: | GPL3 |
| Conflicts: | emacs, emacs-git, emacs-nox |
| Provides: | emacs |
| Replaces: | emacs, emacs-git, emacs-nox |
| Submitter: | pancho |
| Maintainer: | pancho |
| Last Packager: | pancho |
| Votes: | 10 |
| Popularity: | 0.000001 |
| First Submitted: | 2021-10-01 10:40 (UTC) |
| Last Updated: | 2023-05-15 07:09 (UTC) |
Point taken, @micwoj92.
Especially for fixes like the one for https://cve.circl.lu/cve/CVE-2022-45939, that is available on the emacs-28 branch, and in pre-release form (emacs 28.3), but since it has not been formally released, the official arch package has not picked up on it.
OK, I'll keep maintaining this package for a while, then. Truly, I had assumed that everybody had moved to the official one.
Cheers,
Emacs 28 branch still gets commits/fixes, I wouldn't really call this obsolete.
Hi, @micwoj92. Thanks for reporting the issue! It should be fixed now.
The culprit was an assumption in pkgver() implementation, it expected the emacs version to be of the form x.y.z, where x, y, z are integers.
It turns out that latest release is simply 28.3, and that broke it.
On a side note, I was a bit surprised that anybody was trying to build this obsolete package. Care to elaborate?
Happy hacking!
==> ERROR: pkgver is not allowed to contain colons, forward slashes, hyphens or whitespace.
==> ERROR: pkgver() generated an invalid version: AC_INIT(GNU Emacs, 28.3, bug-gnu-emacs@gnu.org, , https://www.gnu.org/software/emacs/).151685
Hi, folks!
The official emacs-nativecomp package is now available, which means that this package is now deprecated (which is fantastic news!).
I'll keep it around for testing purposes for a while, as a platform to offer suggestions to the official maintainers, if that's needed.
Other than that, I strongly suggest that you migrate to the official package.
It's been a pleasure packaging for you ;-)
Happy hacking,
pancho
Hi, @arichiardi. Glad to be of service! Congrats on finding the fix and sharing it. I didn't have in mind the manjaro users, but of course the AUR is available to them as well, same as for https://archlinuxarm.org users. I'll try to remember that. Thanks!
Happy hacking,
Hi there and thanks for this package. Manjaro has not yet got gcc 11.2.0-4 and libgccjit has disappeared from the AUR.
In order to compile emacs without it, should I just remove the dep and --with-native-compilation?
EDIT: answering to myself - yes that did it.
There is an open issue¹ for producing a libgccjit official package, so I suggest putting a vote on it (couldn't hurt).
EDIT: the issue has been fixed, and the updated gcc package is now on testing. I'll update this package when the new gcc hits core.
EDIT #2: the updated gcc has arrived to core, including the new package libgccjit, and no changes are needed to this package, which builds without a hassle.
Pinned Comments
pancho commented on 2022-04-28 04:44 (UTC)
Hi, folks!
The official
emacs-nativecomppackage is now available, which means that this package is now deprecated (which is fantastic news!).I'll keep it around for testing purposes for a while, as a platform to offer suggestions to the official maintainers, if that's needed.
Other than that, I strongly suggest that you migrate to the official package.
It's been a pleasure packaging for you ;-)
Happy hacking,
pancho