This bug was fixed in the package dh-elpa - 2.0.16ubuntu2
---------------
dh-elpa (2.0.16ubuntu2) lunar; urgency=medium
* dh_elpa_test: Implement new buttercup_eval directive.
(LP: #2008919)
-- Sergio Durigan Junior <sergio.duri...@canonical.com> Wed, 01 Mar
2023 13:08:44 -0500
** Changed in: dh-elpa (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to dh-elpa in Ubuntu.
https://bugs.launchpad.net/bugs/2008919
Title:
[FFe] Implement support for "buttercup_eval"
Status in dh-elpa package in Ubuntu:
Fix Released
Status in dh-elpa package in Debian:
Unknown
Bug description:
dh-elpa supports the "ert_eval" directive inside d/elpa-test, which
allows the package to provide custom Elisp code to be executed before
ERT is invoked. Unfortunately, a similar feature is missing for
buttercup tests. This means that, whenever a package uses buttercup
to run its tests, the maintainer needs to override dh_elpa_test and
invoke buttercup by hand. This, however, only works during build
time; dh-elpa is also used to run autopkgtest, and in that specific
scenario it's not possible to execute custom Elisp code using
buttercup at all.
Why is this important, you might ask. Well, I've been investigating a
bug in Emacs 28.2's native compilation mechanism which affects a bunch
of packages (see bug #2006963 for more details). One of those
affected packages is flycheck, which uses buttercup. I uploaded a fix
for a flycheck FTBFS which addresses the problem, but the package
still fails its autopkgtest because of the problem mentioned above.
Long story short, I've implemented the support for a new dh-elpa
directive called "buttercup_eval" and would like it to Lunar. I also
proposed the feature to Debian here: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=1032202
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dh-elpa/+bug/2008919/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
