On Mon, Jan 16 2017, Russ Allbery <r...@debian.org> wrote: >> I wonder though if this is a Gtk packaging issue instead of an assword >> one. assword includes a dependency on the python gtk package it >> utilizes (python3-gi). If that package is non-functional without other >> packages installed, doesn't that mean that pytho3-gi is missing a >> dependency? Seems like we should forward this to python3-gi. > > I tried to figure out if that's the case. I think the problem may be that > python3-gi is intended to support a very wide variety of different > packages that use GObject, and therefore doesn't depend on any of them > explicitly (since they may not be used in a particular use case). Once I > finally thought about the long description of that package, I noticed it > says: > > This package contains the Python 3 binding generator for libraries that > support gobject-introspection, i. e. which ship a gir1.2-<name>-<version> > package.
Do you know how to determine which gir package is required for the desired interface? > So if it can work with any of those packages, I understand why they don't > depend on any of them. Shouldn't python3-gi therefore have a dependency on the logical OR of all the gir packages? If it won't work without any of them installed, then it seems like there is some sort of logical dependency there. The trick is how to encode it. Seems like dpkg should be able to represent that somehow. I worry that other people attempting to use python3-gi will run into the same problem, without any explanation as to why. jamie.
signature.asc
Description: PGP signature
