Mac OS Homebrew x86_64 python-tk lib error about nuitka HOT 6 CLOSED

I don't think Tk is pip installable. Homebrew is not as well supported as CPython, although we claim kind of support for it. The value @loader_path/../../../../opt/tcl-tk/lib/libtcl8.6.dylib appears kind of an extreme value. It appears as if it was running one level too high there, assuming /usr/local/opt is where it should go, and not /usr/opt.

from nuitka.

The bad thing is that I won't have a x86_64 Homebrew setup myself, as I only got access to an M1 machine. I will try and see if I got a similar error there. Homebrew and Tk might be underused.

from nuitka.

So this happens when I try to run my tk-inter standalone test:

FATAL: tk-inter: Could not find Tcl, you might need to use '--tcl-library-dir' and if that works, report a bug so it can be added to Nuitka.

I believe we are not finding this by default. And you are not following this:

Nuitka-Plugins:WARNING: Use '--enable-plugin=tk-inter' for: Tkinter needs TCL
Nuitka-Plugins:WARNING: included.

I am not sure if that doesn't render your report as invalid, but I am also not convinced the plugin avoids no finding those libs, but it might or ought to.

from nuitka.

So, I added the detection of Tcl/Tk for Homebrew, getting at the prefix path for Homebrew reliably might be a bit difficult, for now just going up enough levels from the Python prefix is supposed to work.

Thanks for your report, this is enhanced on the factory branch, which is a development version under rapid development. You can try it out by going here: https://nuitka.net/doc/factory.html

Feedback if this is working is very welcome, just please do not share plans of doing it, but rather confirmations or denials of it working. I need you to state if enabling the plugin helps it to resolve those DLLs. If not, I will need the otool -L /usr/local/opt/[email protected]/libexec/_tkinter.cpython-310-darwin.so and also otool -l /usr/local/opt/[email protected]/libexec/_tkinter.cpython-310-darwin.so.

My suspect is that we need to have for Homebrew a lib directory added to the scan. The ".." might be taking a wrong turn, because of symlink resolution, if we ever do realpath, easily that might be breaking it.

from nuitka.

This is part of the 2.0.3 release I just made.

from nuitka.

I have to upgrade my environment.

For now I'm running Python 3.11 instead of 3.10 and Nuitka 2.0.3 instead of 2.0.2.
In these new versions bug disappeared.

So, we can assume it's fixed.

from nuitka.