liquidctl/setup.cfg

64 lines
1.6 KiB
INI
Raw Permalink Normal View History

build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
[metadata]
name = liquidctl
url = https://github.com/liquidctl/liquidctl
description = Cross-platform tool and drivers for liquid coolers and other devices
long_description = file: extra/dist/pypi-readme.md
long_description_content_type = text/markdown
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
author = Jonas Malaco
author_email = jonas@protocubo.io
classifiers =
Development Status :: 5 - Production/Stable
Intended Audience :: Developers
Intended Audience :: End Users/Desktop
License :: OSI Approved :: GNU General Public License v3 or later (GPLv3+)
Operating System :: OS Independent
2022-10-26 13:13:23 +02:00
Programming Language :: Python :: 3.11
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
Programming Language :: Python :: 3.10
Programming Language :: Python :: 3.7
Programming Language :: Python :: 3.8
Programming Language :: Python :: 3.9
Topic :: System :: Hardware :: Hardware Drivers
keywords =
2022-09-24 04:54:49 +02:00
aio
aquacomputer
asus
clc
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
cli
corsair
cross-platform
2022-09-24 04:54:49 +02:00
dram
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
driver
evga
fan-controller
gigabyte
hue2
kraken
led-controller
liquid-cooler
nzxt
power-supply
smart-device
2022-09-24 08:32:54 +02:00
project_urls =
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
Documentation = https://github.com/liquidctl/liquidctl/blob/main/README.md
Changelog = https://github.com/liquidctl/liquidctl/blob/main/CHANGELOG.md
Source = https://github.com/liquidctl/liquidctl
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
[options]
packages = find:
pythons_requires = >=3.7
setup_requires = setuptools_scm
install_requires =
colorlog
crcmod==1.7
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
docopt
hidapi
pyusb
pillow
libusb-package; sys_platform == 'win32' or sys_platform == 'cygwin'
2022-11-24 13:08:16 +01:00
winusbcdc>=1.5; sys_platform == 'win32'
build: move to PEP 517 The build backend remains setuptools (for now). Additionally, setuptools_scm is adopted, in place of our previous ad-hoc handling of extracting version information from git. This plugin also provides some interesting extra features, like automatic inclusion of all versioned data files; now MANIFEST.in only needs to specify the very few files to exclude from the source distribution. On the other hand, the DIST_NAME and DIST_PACKAGE environment variables are currently not being used. Their main purpose is somewhat fulfilled with platform.platform(); and by not using them the new build setup can be completely declarative, requiring users to run no custom code or ours when building or installing liquidctl. As the build backend is setuptools, setup.cfg is used for metadata and other backend configuration, per the current setuptools docs.[^1] This also means that we have yet not moved to PEP 621 ("Storing project metadata in pyproject.toml").[^2] To build the sdist and universal wheel, use python-build.[^3] Locally, pip is still a suitable way to install, and --editable mode is still supported. But when re-packing for Linux or other distributions, consider python-installer.[^4][^5][^6] [^1]: https://setuptools.pypa.io/en/latest/build_meta.html [^2]: https://www.python.org/dev/peps/pep-0621/ [^3]: https://github.com/pypa/build [^4]: https://github.com/pradyunsg/installer [^5]: https://lists.archlinux.org/pipermail/arch-dev-public/2022-February/030737.html [^6]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517)
2022-02-23 23:14:53 +01:00
smbus; sys_platform == "linux"
[options.entry_points]
console_scripts =
liquidctl = liquidctl.cli:main