[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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



Martin-Éric Racine, le lun. 04 août 2025 12:01:51 +0300, a ecrit:
> 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

See what I wrote previously:

«
This is because

cmd ln -f -s fd/0 stdin

does not take care of the case when /dev/stdin already exist. This
doesn't have any consequence, but could be fixed by checking whether the
symlink already exists.
»

> might be the result of using crosshurd for the install.

The native-install step of crosshurd does run the hurd package scripts,
so that shouldn't be a problem.

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

Again, we are supposed to add the diversion on installation only, to let
the admin change the configuration.

Samuel


Reply to: