|
| 1 | +"""A setuptools based setup module. |
| 2 | +
|
| 3 | +See: |
| 4 | +https://packaging.python.org/guides/distributing-packages-using-setuptools/ |
| 5 | +https://github.com/pypa/sampleproject |
| 6 | +""" |
| 7 | + |
| 8 | +# Always prefer setuptools over distutils |
| 9 | +from setuptools import setup, find_packages |
| 10 | +import pathlib |
| 11 | + |
| 12 | +here = pathlib.Path(__file__).parent.resolve() |
| 13 | + |
| 14 | +# Get the long description from the README file |
| 15 | +long_description = (here / "README.md").read_text(encoding="utf-8") |
| 16 | + |
| 17 | +# Arguments marked as "Required" below must be included for upload to PyPI. |
| 18 | +# Fields marked as "Optional" may be commented out. |
| 19 | + |
| 20 | +setup( |
| 21 | + # There are some restrictions on what makes a valid project name |
| 22 | + # specification here: |
| 23 | + # https://packaging.python.org/specifications/core-metadata/#name |
| 24 | + name="patchparser", # Required |
| 25 | + # Versions should comply with PEP 440: |
| 26 | + # https://www.python.org/dev/peps/pep-0440/ |
| 27 | + # |
| 28 | + # For a discussion on single-sourcing the version across setup.py and the |
| 29 | + # project code, see |
| 30 | + # https://packaging.python.org/guides/single-sourcing-package-version/ |
| 31 | + version="0.0.1", # Required |
| 32 | + # This is a one-line description or tagline of what your project does. This |
| 33 | + # corresponds to the "Summary" metadata field: |
| 34 | + # https://packaging.python.org/specifications/core-metadata/#summary |
| 35 | + description="A python package to extract features from a commit patch.", # Optional |
| 36 | + # This is an optional longer description of your project that represents |
| 37 | + # the body of text which users will see when they visit PyPI. |
| 38 | + # |
| 39 | + # Often, this is the same as your README, so you can just read it in from |
| 40 | + # that file directly (as we have already done above) |
| 41 | + # |
| 42 | + # This field corresponds to the "Description" metadata field: |
| 43 | + # https://packaging.python.org/specifications/core-metadata/#description-optional |
| 44 | + long_description=long_description, # Optional |
| 45 | + # Denotes that our long_description is in Markdown; valid values are |
| 46 | + # text/plain, text/x-rst, and text/markdown |
| 47 | + # |
| 48 | + # Optional if long_description is written in reStructuredText (rst) but |
| 49 | + # required for plain-text or Markdown; if unspecified, "applications should |
| 50 | + # attempt to render [the long_description] as text/x-rst; charset=UTF-8 and |
| 51 | + # fall back to text/plain if it is not valid rst" (see link below) |
| 52 | + # |
| 53 | + # This field corresponds to the "Description-Content-Type" metadata field: |
| 54 | + # https://packaging.python.org/specifications/core-metadata/#description-content-type-optional |
| 55 | + long_description_content_type="text/markdown", # Optional (see note above) |
| 56 | + # This should be a valid link to your project's main homepage. |
| 57 | + # |
| 58 | + # This field corresponds to the "Home-Page" metadata field: |
| 59 | + # https://packaging.python.org/specifications/core-metadata/#home-page-optional |
| 60 | + url="https://github.com/tdunlap607/patchparser", # Optional |
| 61 | + # This should be your name or the name of the organization which owns the |
| 62 | + # project. |
| 63 | + author="Trevor Dunlap", # Optional |
| 64 | + # This should be a valid email address corresponding to the author listed |
| 65 | + # above. |
| 66 | + author_email="[email protected]", # Optional |
| 67 | + # Classifiers help users find your project by categorizing it. |
| 68 | + # |
| 69 | + # For a list of valid classifiers, see https://pypi.org/classifiers/ |
| 70 | + classifiers=[ # Optional |
| 71 | + # How mature is this project? Common values are |
| 72 | + # 3 - Alpha |
| 73 | + # 4 - Beta |
| 74 | + # 5 - Production/Stable |
| 75 | + # "Development Status :: 3 - Alpha", |
| 76 | + # Indicate who your project is intended for |
| 77 | + # "Intended Audience :: Developers", |
| 78 | + # "Topic :: Software Development :: Build Tools", |
| 79 | + # Pick your license as you wish |
| 80 | + "License :: OSI Approved :: The Unlicense (Unlicense)", |
| 81 | + # Specify the Python versions you support here. In particular, ensure |
| 82 | + # that you indicate you support Python 3. These classifiers are *not* |
| 83 | + # checked by 'pip install'. See instead 'python_requires' below. |
| 84 | + "Programming Language :: Python :: 3", |
| 85 | + "Programming Language :: Python :: 3.7", |
| 86 | + "Programming Language :: Python :: 3.8", |
| 87 | + "Programming Language :: Python :: 3.9", |
| 88 | + "Programming Language :: Python :: 3.10", |
| 89 | + "Programming Language :: Python :: 3 :: Only", |
| 90 | + ], |
| 91 | + # This field adds keywords for your project which will appear on the |
| 92 | + # project page. What does your project relate to? |
| 93 | + # |
| 94 | + # Note that this is a list of additional keywords, separated |
| 95 | + # by commas, to be used to assist searching for the distribution in a |
| 96 | + # larger catalog. |
| 97 | + # keywords="sample, setuptools, development", # Optional |
| 98 | + # When your source code is in a subdirectory under the project root, e.g. |
| 99 | + # `src/`, it is necessary to specify the `package_dir` argument. |
| 100 | + package_dir={"": "src"}, # Optional |
| 101 | + # You can just specify package directories manually here if your project is |
| 102 | + # simple. Or you can use find_packages(). |
| 103 | + # |
| 104 | + # Alternatively, if you just want to distribute a single Python file, use |
| 105 | + # the `py_modules` argument instead as follows, which will expect a file |
| 106 | + # called `my_module.py` to exist: |
| 107 | + # |
| 108 | + # py_modules=["my_module"], |
| 109 | + # |
| 110 | + packages=find_packages(where="src"), # Required |
| 111 | + # Specify which Python versions you support. In contrast to the |
| 112 | + # 'Programming Language' classifiers above, 'pip install' will check this |
| 113 | + # and refuse to install the project if the version does not match. See |
| 114 | + # https://packaging.python.org/guides/distributing-packages-using-setuptools/#python-requires |
| 115 | + python_requires=">=3.7, <4", |
| 116 | + # This field lists other packages that your project depends on to run. |
| 117 | + # Any package you put here will be installed by pip when your project is |
| 118 | + # installed, so they must be valid existing projects. |
| 119 | + # |
| 120 | + # For an analysis of "install_requires" vs pip's requirements files see: |
| 121 | + # https://packaging.python.org/discussions/install-requires-vs-requirements/ |
| 122 | + install_requires=["requests"], # Optional |
| 123 | + |
| 124 | + # List additional URLs that are relevant to your project as a dict. |
| 125 | + # |
| 126 | + # This field corresponds to the "Project-URL" metadata fields: |
| 127 | + # https://packaging.python.org/specifications/core-metadata/#project-url-multiple-use |
| 128 | + # |
| 129 | + # Examples listed include a pattern for specifying where the package tracks |
| 130 | + # issues, where the source is hosted, where to say thanks to the package |
| 131 | + # maintainers, and where to support the project financially. The key is |
| 132 | + # what's used to render the link text on PyPI. |
| 133 | + project_urls={ # Optional |
| 134 | + "Bug Reports": "https://github.com/tdunlap607/patchparser/issues", |
| 135 | + "Source": "https://github.com/tdunlap607/patchparser", |
| 136 | + }, |
| 137 | +) |
0 commit comments