【问题标题】:Can't Display Version of a Python Binary PEX with Click Entry Points无法显示带有单击入口点的 Python 二进制 PEX 版本
【发布时间】:2021-03-19 14:00:37
【问题描述】:

Python Click CLI 应用程序

当您使用 Click 库构建 Python CLI 应用程序时,您可以这样做:

@click.version_option()
def cli():
    '''
    Main Entry Point to Click Interface
    '''

能够做到这一点:

[user@host]$ clickapp --version

点击打包在pex

但是当我将它打包为pex 文件时,我的点击应用程序的所有其他参数、选项、命令、子命令都可以工作,--version 除外。

当我运行时(clickapp 现在是二进制可执行文件pex):

[user@host]$ ./clickapp --version

我收到以下错误:

Traceback (most recent call last):
  File "/~/clickapp/.bootstrap/pex/pex.py", line 446, in execute
  File "/~/clickapp/.bootstrap/pex/pex.py", line 378, in _wrap_coverage
  File "/~/clickapp/.bootstrap/pex/pex.py", line 409, in _wrap_profiling
  File "/~/clickapp/.bootstrap/pex/pex.py", line 508, in _execute
  File "/~/clickapp/.bootstrap/pex/pex.py", line 610, in execute_entry
  File "/~/clickapp/.bootstrap/pex/pex.py", line 626, in execute_pkg_resources
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 781, in main
    with self.make_context(prog_name, args, **extra) as ctx:
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 700, in make_context
    self.parse_args(ctx, args)
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 1212, in parse_args
    rest = Command.parse_args(self, ctx, args)
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 1048, in parse_args
    value, args = param.handle_parse_result(ctx, opts, args)
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 1630, in handle_parse_result
    value = invoke_param_callback(self.callback, ctx, self, value)
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/core.py", line 123, in invoke_param_callback
    return callback(ctx, param, value)
  File "/~/.pex/installed_wheels/7bcb1b5bf49ca3f89c348c338d33c04e3d59dfc1/click-7.1.2-py2.py3-none-any.whl/click/decorators.py", line 295, in callback
    raise RuntimeError("Could not determine version")
RuntimeError: Could not determine version

详情

setup.py 文件:

from setuptools import setup, find_namespace_packages

setup(
    name='clickapp',
    version='0.1.3',
    author='Hamza M Zubair',
    packages=find_namespace_packages(),
    include_package_data=True,
    package_data={
        '': ['*.yaml'],
    },
    classifiers=[
        'Programming Language :: Python :: 3',
        'Operating System :: OS Independent',
        'Natural Language :: English',
        'License :: Other/Proprietary License',
    ],
    python_requires='>=3.6',
    install_requires=[
        'click',
        'pandas',
        'sqlalchemy',
        'jinjasql',
        'pyyaml',
        'joblib',
        'python-dateutil',
        'loguru',
        'pymysql',
        'xgboost',
        'sklearn',
        'wheel',
        'importlib-resources'
    ],
    entry_points='''
        [console_scripts]
        clickapp=clickapp.cli:cli
    ''',
)

用于创建pex 文件的命令:

[user@host]$ python setup.py bdist_pex --bdist-all

工具规格

我正在使用以下版本的库/包在不同系统中构建和运行 pex 文件。目标机器只有 Python 没有库,因为 pex 文件不需要库/virtualenv 等。

Build Machine OS: CentOS Linux release 7.8.2003 (Core)  
Build Machine Python: 3.6.8  
setuptools: 51.0.0  
pex: 2.1.21  
click: 7.1.2  
Target Machine OS: CentOS Linus release 7.4.1708 (Core)
Target Machine Python: 3.6.8

我尝试了什么

  1. 我已经测试了 clickapp 的全部功能,其他所有参数和命令都可以正常工作。

即使这样也能正确显示我的 clickapp 的帮助。

[user@host]$ ./clickapp --help
  1. 我多次尝试重新构建包
  2. 我只在 Python3.6 中测试过这个。我没有尝试过不同的python版本,在源系统和目标系统中设置它有点困难。
  3. 当我删除 @click.version_option() 时出现错误:--version not implemented,这与预期的一样
  4. 我尚未在第二个目标系统上对其进行测试,以防我当前目标服务器的某些特性导致错误

更多信息

为了帮助 SO 用户,我还应该提供哪些其他信息?

【问题讨论】:

  • 看起来某处有错误。或者至少是 clickpex 之间的不兼容。从 pex 运行时,click 用于查找版本号的技术可能不起作用。
  • 可能显示setup.py(或pyproject.toml),并显示用于构建pex的命令。
  • @sinoroc 好主意,添加了setup.py 和命令
  • 我正在查看 click 的代码,我觉得有些奇怪...您可以尝试在您的 install_requires 列表中添加 setuptools,然后再试一次吗?

标签: python python-3.x python-packaging python-click python-pex


【解决方案1】:

简答:setuptools 不见了。


您似乎已经点击了 v7.1.2。在该版本中,用于确定版本号的代码路径之一自动使用 pkg_resources,它是 setuptools 的顶级包:

                try:
                    import pkg_resources
                except ImportError:
                    pass
                else:
                    for dist in pkg_resources.working_set:
                        scripts = dist.get_entry_map().get("console_scripts") or {}
                        for _, entry_point in iteritems(scripts):
                            if entry_point.module_name == module:
                                ver = dist.version
                                break

-- https://github.com/pallets/click/blob/7.1.2/src/click/decorators.py#L283-L293

所以在某种程度上,click 依赖于 setuptools。但是还有其他代码路径不需要pkg_resources,比如可以在装饰器的参数中显式设置版本号(如果我没记错的话):@click.version_option(version='1.2.3')(doc),就是这种情况setuptools 不是强制依赖项。

在大多数情况下,它之所以有效,是因为(出于巧合)setuptools 几乎总是预先安装的(例如在虚拟环境中)。但是“almost always”与“always”不同,例如,绝对有可能拥有没有 的环境(虚拟或非虚拟) >setuptools 安装。这看起来正是 pex 打包应用程序的情况。我相信 pex 可以创建干净的虚拟环境(即没有 pipsetuptoolswheel 或其他任何东西)。

由于 setuptools 未声明为依赖项,因此未安装,导入 pkg_resources 失败,查找版本字符串失败。

我会说这是 click 方面的失败。他们应该将 setuptools 声明为强制依赖项,或至少声明为可选依赖项(在 extra 中)并正确记录。

一种可能的解决方法是将 setuptools 添加为应用程序的直接依赖项:将 setuptools 添加到 setup.py 中的 install_requires 列表中。

请注意,据我所知,click v8 中的情况会有所改变。找出版本字符串将依赖于标准库中的 importlib.metadata(作为 importlib_metadata 向后移植到 Python ) pkg_resources:

从表面上看,它会再次引起问题,甚至可能更多。由于 click 仍然没有将 importlib-metadata 声明为旧 Python 版本的依赖项,其中 importlib.metadata 不在标准库中(),版本字符串查找将失败。

【讨论】:

    猜你喜欢
    • 2019-11-03
    • 2010-10-03
    • 1970-01-01
    • 1970-01-01
    • 2022-06-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-05-09
    相关资源
    最近更新 更多