Bug#1020211: emacspeak: FTBFS: make[4]: *** [Makefile:322: emacspeak-loaddefs.el] Error 255

[Paul Gevers]

Control: fixed -1 53.0+dfsg-2

Hi,

On Sun, 18 Sep 2022 08:52:28 +0200 Lucas Nussbaum <lucas at debian.org> wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.

While this is worked around in the version in unstable, the underlying 
problem isn't. The problem is that emacs 28 has a new feature called 
native compilation. It's currently being investigated by the emacs 
toolchain maintainers how to work around properties of native 
compilation in the context of a distribution (e.g. on IRC in #d-emacs). 
Until that's done, emacs 28 will not migrate to testing, hence this 
issue (and the failure to install emacspeak in unstable, which is 
currently blocking migration of emacspeak itself) is not affecting 
testing (yet).

As emacspeak isn't using the default tool (dh-elpa) yet, we may have to 
fix the code that runs during installation ourselves, but until the 
emacs maintainers have figured out what's best in general, I propose to 
wait with fixing it in emacspeak.

Migrating to use dh-elpa will probably mean we don't need to do anything 
in emacspeak to fix the native compilation problem ourselves, but last 
time I looked into that, it didn't look trivial for emacspeak. If 
anybody wants to invest their time into the dh-elpa migration, I would 
applaud that.

For now, keep an eye on it, prevent removal of emacspeak from testing, 
and how we don't have to do too much to fix the situation once emacs is 
ready to migrate.

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-a11y-devel/attachments/20221002/aa3dd407/attachment.sig>