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

Re: Bug#1119962: graphicsmagick: Uncoordinated transition dropping graphicsmagick-imagemagick-compat and graphicsmagick-libmagick-dev-compat



On Mon, 03 Nov 2025 at 13:39:42 +1100, Stuart Prescott wrote:
build-rdeps is needed here but of course that will include alternative build-deps (but only the first alternative is used on the sid buildds), and it might also include packages that b-d on imagemagick because of the Provides of graphicsmagick-imagemagick-compat.

How many explicitly b-d on graphicsmagick-imagemagick-compat vs how many are there via the Provides I don't know. That's all stuff to do

You can get an idea of this by running the same commands that the archive team would use to remove binary packages, in "dry-run" mode, against the DD-accessible mirror of their database that is available on coccia.debian.org:

----8<----
smcv@coccia ~ % dak rm -R -n -b graphicsmagick-imagemagick-compat graphicsmagick-libmagick-dev-compat
Will remove the following packages from unstable:

graphicsmagick-imagemagick-compat | 1.4+really1.3.45+hg17696-1 | all
graphicsmagick-libmagick-dev-compat | 1.4+really1.3.45+hg17696-1 | all

Maintainer: Laszlo Boszormenyi (GCS) <gcs@debian.org>

------------------- Reason -------------------

----------------------------------------------

Checking reverse dependencies...
# Broken Build-Depends:
budgie-backgrounds: graphicsmagick-imagemagick-compat
isospec: graphicsmagick-imagemagick-compat
massxpert: graphicsmagick-imagemagick-compat
octave-queueing: graphicsmagick-imagemagick-compat
ponyprog: graphicsmagick-imagemagick-compat
sdcc: graphicsmagick-imagemagick-compat

Dependency problem found.
----8<----

This suggests that at least those 6 source packages are going to need fixing.

Unfortunately `dak rm` doesn't seem to take into account Build-Depends-Arch or Build-Depends-Indep, if that's significant here (#1118954).

I also tried this, producing a slightly longer list of source packages:

$ grep-dctrl -FBuild-Depends-Indep,Build-Depends-Arch,Build-Depends -sPackage -e '(^|,) *graphicsmagick-(imagemagick|libmagick-dev)-compat' /var/lib/apt/lists/*{sid,unstable,experimental}_*_source_Sources
Package: budgie-backgrounds
Package: isospec
Package: massxpert
Package: octave-queueing
Package: ponyprog
Package: postgis
Package: pyx3
Package: sdcc
Package: zipios++

which should find only the Build-Depends{,-Arch,-Indep} on these packages that either have no alternative, or are the first one in an alternatives group and therefore would be used on the sid buildds. (Note that the experimental buildds do not have this restriction, and will sometimes - not necessarily deterministically! - use a non-preferred alternative.)

This list is similar to the one Santiago found by literally doing the rebuilds and seeing what happened, but not identical: he also had a2ps, latex-mk and moviepy (I think the reason these are not on my list is that he fixed them in unstable already) but for whatever reason not massxpert.

Other lists of (this time binary) packages that could be relevant for this transition:

$ grep-dctrl -FDepends,Recommends,Pre-Depends -sPackage -e '(^|,) *graphicsmagick-(imagemagick|libmagick-dev)-compat' /var/lib/apt/lists/*{sid,unstable,experimental}_*_Packages|sort -u
Package: recoverjpeg

$ grep-dctrl -FDepends,Recommends,Pre-Depends -sPackage -e 'graphicsmagick-(imagemagick|libmagick-dev)-compat' /var/lib/apt/lists/*{sid,unstable,experimental}_*_Packages|sort -u
Package: auto-multiple-choice-common
Package: epix
Package: flydraw
Package: jhead
Package: latex2rtf
Package: megapixels
Package: recoverjpeg
Package: wesnoth-1.18-tools
Package: wims

    smcv


Reply to: