[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1111856: compat-el: autopkgtest regression: dh_elpa_test: command not found



Hi Paul,

Paul Gevers <elbrus@debian.org> writes:

> Hi,
>
> On 23-08-2025 10:30, Xiyue Deng wrote:
>> Ah apparently I misread this part.  Is there a way to trigger
>> hint-testsuite-triggers with autopkgtest-pkg-elpa or it needs to be used
>> in debian/tests/control?
>
>
> The hint-testsuite-triggers stanze in d/t/control is there such that 
> dpkg adds these pseudo test dependencies to the Testsuite-Triggers field 
> of the source in question. I assume autopkgtest-pkg-elpa isn't involved 
> during source building. In that case, it should go into d/t/control. I'm 
> thinking, you *might* have tooling in the lisp eco system that could 
> generate the required Testsuite-Triggers field and not rely on dpkg, but 
> that seems quite a bit more involved and duplication of logic that's 
> already there.
>

Thanks for the explanation!  Looks like to use hint-testsuite-triggers
it needs to convert from autopkgtest-pkg-elpa to a real d/t/control
setting.  Currently there is no newer compat-el release that is higher
than the one provided by Emacs so we cannot test it either.  So this
will need to wait for a new upstream version to be able to test.

On the other hand, as there is no real user facing issues, I wonder
whether it is desirable to block Emacs migration due to this.  As a
matter of fact, there are other packages in the same situation
(e.g. use-package, org, etc.), and I wonder whether all of them should
block the migration of Emacs.  While admittedly this is good to fix, I
wonder whether relying on some periodic package rebuild service
(automatically or manually) to find such issue and file RC bug for
removing from testing is an acceptable compromise?

And of course, there is also the option to just remove the package.  In
the case of compat-el, this is usually used for providing functions in
newer Emacs to be available for use in older Emacs releases, so its
version will next be higher than the version of Emacs.  If we keep Emacs
up-to-date in Debian, compat-el will be less useful for Debian user, so
this sounds like a good reason for its removal.

> Paul
>

-- 
Regards,
Xiyue Deng

Attachment: signature.asc
Description: PGP signature


Reply to: