ma 4.8.2025 klo 11.45 Samuel Thibault ([email protected]) 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 ([email protected]) 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
