[Bug 237795] devel/gobject-introspection: "needs Python 3.4 at least, but 2.7 was specified."

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237795

--- Comment #7 from Kubilay Kocak <koobs at FreeBSD.org> ---
I have no idea how the situation ended up resolving itself, but being provided
that information, or an opportunity to obtain it may have been enlightening.

As far as I can see, the gnumeric case is a case of wrong dependencies.

gnumeric cannot logically *only* support 2.7, and have a set of dependencies
that *don't also* support 2.7.

Either gnumeric is incorrectly constraining itself to 2.7 when it supports 3.x,
or gobject-introspection is incorrectly constrained to 3.4+, when it also
supports 2.7, or some dependencies are spurious.

math/gnumeric (2.7)
`-- devel/pygobject3-common (no python version-spec, any version)
    `-- devel/gobject-introspection (3.4+)

And I don't see how 'installing it manually' can fix *this* issue.

You cant install py36-gobject-introspection and have it be a satisfactory
dependency for py27-pygobject3-common

You also cant install py36-pygobject3-common to get py36-gobject-introspection
and have either of those satisfy math/gnumeric which only ever wants/supports
(at present) 2.7.

If I'm misunderstanding what you meant, please elaborate with an example of
'installing it manually, not as a automatic, depends', that fixes *this* issue,
which is:

 a) a port requiring one specific version (eg: only 2.7)
 b) cannot be built when one of its dependencies (eg: gobject-introspection)
 c) requires a version that does not overlap with its own (eg: 3.4+)

But I can't see how that's possible, as making (a)(b)(c) work is precluded
fundamentally just by the the Python ecosystem works.

-- 
You are receiving this mail because:
You are on the CC list for the bug.