https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237795
--- Comment #7 from Kubilay Kocak <ko...@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.
_______________________________________________
freebsd-python@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"
