Bug#1138884: dh-elpa: simplify emacs-bundled addon handling

Xiyue Deng <[email protected]> Wed, 10 Jun 2026 23:23:13 -0700

Newsgroups	gmane.linux.debian.devel.emacsen
Message-ID	<87cxxxegtq.fsf__44240.3952403524$1781159126$gmane$org@debian-hx90.lan>

Hi Sean, David,

David Bremner <[email protected]> writes:

> Sean Whitton <[email protected]> writes:
>
>> control: severity -1 wishlist
>>
>>> So it looks like after emacs 1:30.1+1-7, dh-elpa does not need to have
>>> special handling of bundled addons anymore.
>>>
>>> If this sounds good, I'll prepare an implementation.
>>
>> Yes, I think you're right, we can change this now.
>>
>
> It sounds reasonable to me also.
> Sean knows the requires/provides details better than I (since he worked
> on that part), so I trust his judgement here.
>

Thanks for confirming! I actually thought of a potential problematic
case: what if the generated package name that emacs-common provides does
not exist in Debian (e.g. elpa-cl-lib)? And it turns out to be a
non-issue as shown below (tested in a sid Docker image):

,----
| $ sudo apt install elpa-cl-lib
| Note, selecting 'emacs-common' instead of 'elpa-cl-lib'
| Installing:
|   emacs-common
| 
| Installing dependencies:
|   emacs-el  emacsen-common  install-info
| 
| Suggested packages:
|   emacs-common-non-dfsg  emacs-editing-major-modes  ncurses-term
| 
| Summary:
|   Upgrading: 0, Installing: 4, Removing: 0, Not Upgrading: 0
|   Download size: 35.6 MB
|   Space needed: 103 MB / 426 GB available
| 
| Continue? [Y/n] n
| Abort.
`----

So I guess this can really work!

Will continue with this after the integration test is merged so that we
have some test coverage.

-- 
Regards,
Xiyue Deng

signature.asc (application/pgp-signature, 857 B)