Bug#1110346: hurd: file overlaps with 'gdb'
Martin-Éric Racine, le lun. 04 août 2025 12:08:26 +0300, a ecrit:
> ma 4.8.2025 klo 12.01 Martin-Éric Racine (martin-eric.racine@iki.fi) kirjoitti:
> >
> > 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.
>
> Sure enough, that also partially fails:
>
> $ sudo dpkg-divert --package hurd --add --rename --divert
> /usr/bin/gcore-gdb /usr/bin/gcore
> Adding 'diversion of /usr/bin/gcore to /usr/bin/gcore-gdb by hurd'
> Ignoring request to rename file '/usr/bin/gcore' owned by diverting
> package 'hurd'
That's not a failure, it's just telling you that it's not renaming its
own file.
Samuel
Reply to: