You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd like to use a forked tk=8.6.9 with the latest and future pythons. (reasons below)
As 8.6.x is the same minor version, ABI should match. Why is this pinned to a patch version?
I dug a bit for reasons. I can't find where this is set/changed in the recipe.
If there is a reason or incompatibility I'll bow down fast. ( or maybe suggest or PR for a variant ?)
I'm just asking to make sure this specific pin did slip in unnecessarily.
Looks like tk=8.6.9 was allowed through python=3.8.0 up to build 5 on conda-forge.
Anaconda seemed to let it go longer with tk>=8.6.8 here for python=3.8.0, and through 3.8.3.
There are a few confirmed issues on bugs.python.org re: tk=8.6.10 on macos.... If folks want to hang back on an older Tk, why not right? It's great that we have Tk as a separate package from python, but less so if it's hard pinned.
Background
I'm packaging a legacy tkinter application used on macos that, only seems to work with tk=8.6.9 compiled with x11 instead of aqua (Yeah, its a hairball).
There are others interested in the no aqua version which may get merged if I can figure out how to implement variant or whatever way you create 2 different packages with the same name & version with a different compile options. (insight welcome: #22)
This legacy app is packaged in the same env[metapackage, constructor] as other more modern software, and I'd prefer not to hold everything else back.
The text was updated successfully, but these errors were encountered:
I'd like to use a forked
tk=8.6.9
with the latest and future pythons. (reasons below)As 8.6.x is the same minor version, ABI should match. Why is this pinned to a patch version?
I dug a bit for reasons. I can't find where this is set/changed in the recipe.
If there is a reason or incompatibility I'll bow down fast. ( or maybe suggest or PR for a variant ?)
I'm just asking to make sure this specific pin did slip in unnecessarily.
Looks like
tk=8.6.9
was allowed throughpython=3.8.0
up to build 5 on conda-forge.Build got bumped to
5
in conda-forge/python-feedstock#277 but I couldn't figure out where the pin came from.Anaconda seemed to let it go longer with
tk>=8.6.8
here forpython=3.8.0
, and through3.8.3
.There are a few confirmed issues on bugs.python.org re:
tk=8.6.10
on macos.... If folks want to hang back on an older Tk, why not right? It's great that we have Tk as a separate package from python, but less so if it's hard pinned.Background
I'm packaging a legacy tkinter application used on macos that, only seems to work with tk=8.6.9 compiled with x11 instead of aqua (Yeah, its a hairball).
There are others interested in the no aqua version which may get merged if I can figure out how to implement variant or whatever way you create 2 different packages with the same name & version with a different compile options. (insight welcome: #22)
This legacy app is packaged in the same env[metapackage, constructor] as other more modern software, and I'd prefer not to hold everything else back.
The text was updated successfully, but these errors were encountered: