我花了好几个小时在这上面。似乎我们在Linux上的工作是调试那些不适用于分散发行版的脚本,而不是完成工作。在
在设置.py尝试找到它需要什么,并构建用于包装特定依赖项的c模块,如果它能找到它需要的。这使得脚本相对于路径和文件名非常脆弱。在
虽然从.py源代码很难判断,但对于tkinter,我们似乎需要tcl、tk和tix。所有这些的最新版本都已安装。我可以验证这一点,因为SUSE发行版附带的Python2.6导入了\uTkinter和tkinter模块,并正确运行了测试脚本。在
脚本似乎需要找到库。我已经安装了32位和64位。因此,这些库存在:
32位64位
libtk8.5.so/usr/lib/usr/lib64
libtcl8.5.so“”
这两个路径都包含在中相应的搜索列表中设置.py. 但是,我不认为设置.py搜索正确的文件名。它似乎在搜索以tk和tcl开头的文件,包含各种不同的版本(包括“8.5”)。但是,文件名不是以“lib”开头的。在我开始篡改之前,可以Python.org网站人们真的把事情搞得一团糟?这似乎不太可能。suselinux发行版这么奇怪吗?这似乎也不太可能。在
我不认为设置.py会查找二进制文件(在运行时可能很重要…),但它们存在于usr/lib和usr/lib64中。在
我唯一能找到的include文件是tclextend的。它是usr/include中的tclextend.h。我找不到tcl或tk的其他.h文件。当然,pythoncwrappers需要的include文件是随python2.7的下载提供的。在
所以,我有点束手无策了。这太浪费时间了。有没有一种方法可以跳过构建过程而只构建tcl/tk支持?我对ssl也有同样的问题:它无法构建。一次做一件事。在
谢谢你的帮助。在