|
14 | 14 | here = path.abspath(path.dirname(__file__)) |
15 | 15 |
|
16 | 16 | # Get the long description from the README file |
17 | | -with open(path.join(here, 'README.md'), encoding='utf-8') as f: |
| 17 | +with open(path.join(here, "README.md"), encoding="utf-8") as f: |
18 | 18 | long_description = f.read() |
19 | 19 |
|
20 | 20 | setup( |
21 | | - name='third-party-license-file-generator', |
22 | | - |
| 21 | + name="third-party-license-file-generator", |
23 | 22 | # Versions should comply with PEP440. For a discussion on single-sourcing |
24 | 23 | # the version across setup.py and the project code, see |
25 | 24 | # https://packaging.python.org/en/latest/single_source_version.html |
26 | | - version='2021.4.23', |
27 | | - |
| 25 | + version="2022.2.18", |
28 | 26 | description='The Python third_party_license_file_generator is aimed at distilling down the appropriate license for one or many pip "requirements" files into a single file; it supports Python2.7 and Python3.', |
29 | 27 | long_description=long_description, |
30 | | - long_description_content_type='text/markdown', |
31 | | - |
| 28 | + long_description_content_type="text/markdown", |
32 | 29 | # The project's main homepage. |
33 | | - url='https://github.com/ftpsolutions/python-third-party-license-file-generator', |
34 | | - |
| 30 | + url="https://github.com/ftpsolutions/python-third-party-license-file-generator", |
35 | 31 | # Author details |
36 | | - author='Edward Beech', |
37 | | - author_email='edward.beech@ftpsolutions.com.au', |
38 | | - |
| 32 | + author="Edward Beech", |
| 33 | + author_email="edward.beech@ftpsolutions.com.au", |
39 | 34 | # Choose your license |
40 | | - license='MIT', |
41 | | - |
| 35 | + license="MIT", |
42 | 36 | # See https://pypi.python.org/pypi?%3Aaction=list_classifiers |
43 | 37 | classifiers=[ |
44 | 38 | # How mature is this project? Common values are |
45 | 39 | # 3 - Alpha |
46 | 40 | # 4 - Beta |
47 | 41 | # 5 - Production/Stable |
48 | | - 'Development Status :: 3 - Alpha', |
49 | | - |
| 42 | + "Development Status :: 3 - Alpha", |
50 | 43 | # Indicate who your project is intended for |
51 | | - 'Intended Audience :: Developers', |
52 | | - 'Topic :: Software Development :: Libraries', |
53 | | - |
| 44 | + "Intended Audience :: Developers", |
| 45 | + "Topic :: Software Development :: Libraries", |
54 | 46 | # Pick your license as you wish (should match "license" above) |
55 | | - 'License :: OSI Approved :: MIT License', |
56 | | - |
| 47 | + "License :: OSI Approved :: MIT License", |
57 | 48 | # Specify the Python versions you support here. In particular, ensure |
58 | 49 | # that you indicate whether you support Python 2, Python 3 or both. |
59 | | - 'Programming Language :: Python :: 2.7', |
60 | | - 'Programming Language :: Python :: 3.6', |
| 50 | + "Programming Language :: Python :: 2.7", |
| 51 | + "Programming Language :: Python :: 3.6", |
61 | 52 | ], |
62 | | - |
63 | 53 | # What does your project relate to? |
64 | | - keywords='sample setuptools development', |
65 | | - |
| 54 | + keywords="sample setuptools development", |
66 | 55 | # You can just specify the packages manually here if your project is |
67 | 56 | # simple. Or you can use find_packages(). |
68 | | - packages=find_packages(exclude=['contrib', 'docs', 'tests']), |
69 | | - |
| 57 | + packages=find_packages(exclude=["contrib", "docs", "tests"]), |
70 | 58 | # Alternatively, if you want to distribute just a my_module.py, uncomment |
71 | 59 | # this: |
72 | 60 | # py_modules=["my_module"], |
73 | | - |
74 | 61 | # List run-time dependencies here. These will be installed by pip when |
75 | 62 | # your project is installed. For an analysis of "install_requires" vs pip's |
76 | 63 | # requirements files see: |
77 | 64 | # https://packaging.python.org/en/latest/requirements.html |
78 | | - install_requires=[ |
79 | | - 'requests>=2.25', |
80 | | - 'PyYAML>=5.4' |
81 | | - ], |
82 | | - |
| 65 | + install_requires=["requests>=2.25", "PyYAML>=5.4"], |
83 | 66 | # List additional groups of dependencies here (e.g. development |
84 | 67 | # dependencies). You can install these using the following syntax, |
85 | 68 | # for example: |
86 | 69 | # $ pip install -e .[dev,test] |
87 | 70 | extras_require={ |
88 | | - 'dev': ['check-manifest'], |
89 | | - 'test': ['coverage'], |
| 71 | + "dev": ["check-manifest"], |
| 72 | + "test": ["coverage"], |
90 | 73 | }, |
91 | | - |
92 | 74 | # If there are data files included in your packages that need to be |
93 | 75 | # installed, specify them here. If using Python 2.6 or less, then these |
94 | 76 | # have to be included in MANIFEST.in as well. |
95 | | - package_data={ |
96 | | - }, |
97 | | - |
| 77 | + package_data={}, |
98 | 78 | # Although 'package_data' is the preferred approach, in some case you may |
99 | 79 | # need to place data files outside of your packages. See: |
100 | 80 | # http://docs.python.org/3.4/distutils/setupscript.html#installing-additional-files # noqa |
101 | 81 | # In this case, 'data_file' will be installed into '<sys.prefix>/my_data' |
102 | | - data_files=[ |
103 | | - ('', ['README.md']) |
104 | | - ], |
105 | | - |
| 82 | + data_files=[("", ["README.md"])], |
106 | 83 | # To provide executable scripts, use entry points in preference to the |
107 | 84 | # "scripts" keyword. Entry points provide cross-platform support and allow |
108 | 85 | # pip to create the appropriate form of executable for the target platform. |
109 | | - entry_points={ |
110 | | - }, |
| 86 | + entry_points={}, |
111 | 87 | ) |
0 commit comments