Opened 3 years ago
Last modified 14 months ago
#63069 assigned enhancement
vtk: migrate from python variants to subports
Reported by: | mascguy (Christopher Nielsen) | Owned by: | stromnov (Andrey Stromnov) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.7.2 |
Keywords: | Cc: | rubendibattista (Ruben Di Battista), cooljeanius (Eric Gallager), Dave-Allured (Dave Allured) | |
Port: | vtk |
Description (last modified by mascguy (Christopher Nielsen))
To simplify dependent ports - and allow multiple Python versions to be supported side-by-side - migrate from Python variants to subports.
Change History (11)
comment:1 Changed 3 years ago by rubendibattista (Ruben Di Battista)
comment:2 Changed 3 years ago by mascguy (Christopher Nielsen)
It eliminates the need to use anything related to require_active_variants
.
comment:3 Changed 3 years ago by mascguy (Christopher Nielsen)
Just as importantly, it eliminates Dependency Hell related to ensuring the same Python variant is used, across a hierarchy of port dependencies. (Well, once we've migrated everything to Python subports, that is. Though the latter is going to take some time and effort.)
comment:4 Changed 3 years ago by rubendibattista (Ruben Di Battista)
Ok I see. I personally do not see any problem with this. The current VTK version is quite outdated, but I've been encountering few problems with the new versions build system (also related to Paraview).
comment:5 Changed 3 years ago by mascguy (Christopher Nielsen)
The key improvement, is the ability to support multiple Python versions side-by-side. Simplification of dependent ports is more of a bonus than anything else.
comment:6 Changed 2 years ago by cooljeanius (Eric Gallager)
Cc: | cooljeanius added |
---|
comment:7 follow-up: 9 Changed 2 years ago by mascguy (Christopher Nielsen)
Cc: | mascguy added; stromnov removed |
---|---|
Owner: | changed from mascguy to stromnov |
Priority: | Normal → Low |
Type: | defect → enhancement |
Version: | → 2.7.2 |
Too much on my plate to tackle this.
And if there's no user demand, this can potentially be closed.
comment:8 Changed 2 years ago by mascguy (Christopher Nielsen)
Cc: | mascguy removed |
---|
comment:9 follow-up: 10 Changed 2 years ago by cooljeanius (Eric Gallager)
Replying to mascguy:
Too much on my plate to tackle this.
And if there's no user demand, this can potentially be closed.
There is user demand; I'm thinking this is what's blocking me from upgrading the various py*opencv3 ports...
comment:10 Changed 2 years ago by mascguy (Christopher Nielsen)
Description: | modified (diff) |
---|---|
Priority: | Low → Normal |
Replying to cooljeanius:
There is user demand; I'm thinking this is what's blocking me from upgrading the various py*opencv3 ports...
Good to know, thanks for the heads-up!
Bumping the priority back to normal.
comment:11 Changed 14 months ago by Dave-Allured (Dave Allured)
Cc: | Dave-Allured added |
---|
What do you mean by "simplifying the dependent ports"? What would be simpler with the subport approach?