Bug#1035820: 9base: leaves entries in /etc/shells after upgrade from bullseye

[Andreas Beckmann <anbe@debian.org>]

On 09/05/2023 16.55, Helmut Grohne wrote:
> 9base/bookworm no longer does, because it now uses dpkg-triggers to

Good to know that there is a better way nowadays ...

> > >From the attached log (scroll to the bottom...):
> >
> > 0m45.2s ERROR: FAIL: After purging files have been modified:
> >    /etc/shells	 not owned
>
> You should look closer:
>
> 0m45.2s DEBUG: Modified(user, group, mode, size, target): /etc/shells expected(root, root, - 100644, 128, None) != found(root, root, - 100644, 140, None)
>
> It's a 12 byte difference. That's not 9base's entries. What you see here
> is "/usr/bin/sh\n". So this is a /usr-merge bug. We already know it.
> Thus force-merging.

Given that this seems to be the only package showing this behavior in my 
bullseye2bookworm tests so far, I didn' expect some "systematic" error 
outside of this package.


Andreas