Bug#1110346: hurd: file overlaps with 'gdb'

[Martin-Éric Racine <martin-eric.racine@iki.fi>]

ma 4.8.2025 klo 11.45 Samuel Thibault (sthibault@debian.org) kirjoitti:
>
> Martin-Éric Racine, le lun. 04 août 2025 08:02:16 +0300, a ecrit:
> > su 3.8.2025 klo 22.33 Samuel Thibault (sthibault@debian.org) kirjoitti:
> > > Martin-Éric Racine, le dim. 03 août 2025 17:51:36 +0300, a ecrit:
> > > > Preparing to unpack .../gdb_16.3-1_hurd-i386.deb ...
> > > > Unpacking gdb (16.3-1) ...
> > > > dpkg: error processing archive /var/cache/apt/archives/gdb_16.3-1_hurd-i386.deb (--unpack):
> > > >  trying to overwrite '/usr/bin/gcore', which is also in package hurd (1:0.9.git20250801-1)
> > >
> > > I can't reproduce this, because gcore is, as expected, diverted by the
> > > hurd package:
> > >
> > > # grep -A 2 gcore$ /var/lib/dpkg/diversions
> > > /usr/bin/gcore
> > > /usr/bin/gcore-gdb
> > > hurd
> >
> > It is not. The above returns empty.
>
> I guess somehow it got dropped on your system, and reinstalling the hurd
> package won't help since we are supposed to add the diversion on
> installation only, to let the admin change the configuration. You can
> restore the diversion with:
>
> dpkg-divert --package hurd --add --rename --divert /usr/bin/gcore-gdb /usr/bin/gcore

I wonder if this, and the previous stdout/stderr linking problem I
previosuly reported might be the result of using crosshurd for the
install.

Anyhow, it might be a good idea to redo those equivs and links in
maintainer scripts, if found in an unexpected state, upon upgrade.

Martin-Éric