Farblos <akfkqu.9df...@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
