Bug#1042911: (Still?) breaks Emacs 29.1 unattended-upgrade

[Manphiz <manphiz@gmail.com>]

Farblos <akfkqu.9df7rp@vodafonemail.de> writes:

> Packages that attempted to upgrade:
>  [..snip..]
>  elpa-muse elpa-org emacs-bin-common emacs-common
>  emacs-common-non-dfsg emacs-el emacs-lucid
>  [..snip..]
>
> Packages with upgradable origin but kept back:
>  Debian testing:
>  [..snip..]
>   elpa-muse
>  [..snip..]
>
> Package installation log:
>  [..snip..]
> 
> In toplevel form:
> muse-split.el:41:2: Error: Cannot open load file: No such file or directory, assoc
>

So, unattended-upgrades decided to keep back elpa-muse, therefore when
byte-compiling it was still attempting to handle the old 3.20+dfsg-7,
and hence failed with the same error when byte-compiling on Emacs 29+.

So it's curious that elpa-muse was kept back given that it doesn't
introduce new dependencies.  I wonder whether this is because of
`Unattended-Upgrade::MinimalSteps "true"', which just divide the
upgrades into smaller batch and elpa-muse didn't make it to the same
batch as Emacs unfortunately.

-- 
Manphiz