© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
7020100
(Get the code!)
Emacs 29 was finally released on 2023-07-30, so perhaps now would be a
good time to fix the problems? :-)
Some background. The roof starting caving in for me late last year when
Debian testing brought in the new Emacs 28.2 packages, configure to use
native compilation by default. Fortunately, after a few days of
desperation I found the advices to (selectively) inhibit native
compilation, and could read and write emails again.
These problems were also "fixed" (by disabling native compilation for
VM) in the Debian VM package following
https:/
only to re-surface again recently as a bloEmacs 29 was finally released on 2023-07-30, so perhaps now would be a
good time to fix the problems? :-)
Some background. The roof starting caving in for me late last year when
Debian testing brought in the new Emacs 28.2 packages, configure to use
native compilation by default. Fortunately, after a few days of
desperation I found the advices to (selectively) inhibit native
compilation, and could read and write emails again.
These problems were also "fixed" (by disabling native compilation for
VM) in the Debian VM package following
https:/
only to re-surface again recently as a blocker for getting Emacs 29 into
Debian, see
https:/
(again, same "fix", but Emacs 29 had renamed the variable for disabling
native compilation).
So for the time being things should be "safe" in the sense that when
Emacs 29 makes it into Debian, VM will still work for me, but of course
ideally VM would be made to work with native compilation.
Perhaps Mark's changes could be merged into the VM master sources?cker for getting Emacs 29 into
Debian, see
https:/
(again, same "fix", but Emacs 29 had renamed the variable for disabling
native compilation).
So for the time being things should be "safe" in the sense that when
Emacs 29 makes it into Debian, VM will still work for me, but of course
ideally VM would be made to work with native compilation.
Perhaps Mark's changes could be merged into the VM master sources?