summaryrefslogtreecommitdiff
path: root/python-wads.spec
diff options
context:
space:
mode:
authorCoprDistGit <infra@openeuler.org>2023-06-09 01:29:08 +0000
committerCoprDistGit <infra@openeuler.org>2023-06-09 01:29:08 +0000
commit16e1bc9e50d472194b061f2dcd5337e194d4a096 (patch)
tree5a9af4e293d2eaed1833ee63c1cb76e448197507 /python-wads.spec
parentf9c9b34ccc147436b9955c251407fa201cb79f2d (diff)
automatic import of python-wadsopeneuler20.03
Diffstat (limited to 'python-wads.spec')
-rw-r--r--python-wads.spec450
1 files changed, 450 insertions, 0 deletions
diff --git a/python-wads.spec b/python-wads.spec
new file mode 100644
index 0000000..a2d9713
--- /dev/null
+++ b/python-wads.spec
@@ -0,0 +1,450 @@
+%global _empty_manifest_terminate_build 0
+Name: python-wads
+Version: 0.0.72
+Release: 1
+Summary: Tools for packaging and publishing to pypi for those who just don not want to deal with it
+License: Apache Software License
+URL: https://github.com/i2mint/wads
+Source0: https://mirrors.aliyun.com/pypi/web/packages/f9/11/e81f670640c6b76de3a493acdbe73dcfddc4c87b83b1d838cebec69dd8bb/wads-0.0.72.tar.gz
+BuildArch: noarch
+
+
+%description
+# wads
+
+Tools for packaging and publishing to pypi for those who just don't want to deal with it
+
+To install (for example):
+```
+pip install wads
+```
+
+# Usage Examples
+
+We're going to assume you pointed "pack" to "wads/pack.py" and "populate" to "wads/populate.py",
+because it's convenient for us to do so. You can achieve this in various ways
+(for example, putting the contents:
+`python /Users/Thor.Whalen/Dropbox/dev/p3/proj/i/wads/wads/pack.py "$@"`
+in a file named "pack" contained in your OS's script path.)
+
+
+## populate
+
+When? When you got a new project and you want to quickly set it up with the packaging goodies.
+
+Basic usage:
+
+```
+populate PKG_DIR
+```
+
+or, assuming you're using the terminal and you're in the `PKG_DIR` root folder of the project, you can just do:
+
+```
+populate .
+```
+
+What that will do is create and populate some files for you.
+Namely, it will ensure your package directory has the following files (if not present already)
+```
+./LICENSE
+./setup.cfg
+./PKG_NAME/__init__.py
+./README.md
+```
+
+The `PKG_NAME` will be taken to be the same as the name of the `PKG_DIR`.
+
+That will work, it will be minimal and will choose defaults for you.
+You can overwrite many of these, of course.
+For example,
+
+```
+populate -r https:///github.com/i2mint --description "Something about my project..."
+```
+
+Here are the following options:
+
+```
+positional arguments:
+ pkg-dir -
+
+optional arguments:
+ -h, --help show this help message and exit
+ --description DESCRIPTION
+ "There is a bit of an air of mystery around this project..."
+ -r ROOT_URL, --root-url ROOT_URL
+ -
+ -a AUTHOR, --author AUTHOR
+ -
+ -l LICENSE, --license LICENSE
+ 'mit'
+ --description-file DESCRIPTION_FILE
+ 'README.md'
+ -k KEYWORDS, --keywords KEYWORDS
+ -
+ --install-requires INSTALL_REQUIRES
+ -
+ --include-pip-install-instruction-in-readme
+ True
+ -v, --verbose True
+ -o OVERWRITE, --overwrite OVERWRITE
+ ()
+ --defaults-from DEFAULTS_FROM
+ -
+```
+
+Note that by default, populate will not overwrite files that all already there.
+It will edit the `setup.cfg` file if it's present (and missing some entries).
+
+## Configuring the defaults of `populate`
+
+Note that `defaults-from` option in the `populate` help.
+That's probably the most convenient argument of all.
+Go check out a file named `wads_confgis.json` in the root directory of the project.
+(If you don't know how to find that file, try this command:
+`python -c "import wads; print(wads)"` to get a clue).
+
+That `wads_confgis.json` file contains key-value entries that are used in the wads package.
+The `"populate_dflts"` key is used by the populate script.
+If you edit that, you'll get different defaults out of the box.
+
+But you can also add your own key-value pairs if you work on different kinds of projects that need
+different kinds of defaults.
+For your convenience we added a `"custom_dflts_example_you_should_change"` key to illustrate this.
+
+## pack
+
+The typical sequence of the methodical and paranoid could be something like this:
+
+```
+python pack.py current-configs # see what you got
+python pack.py increment-configs-version # update (increment the version and write that in setup.cfg
+python pack.py current-configs-version # see that it worked
+python pack.py current-configs # ... if you really want to see the whole configs again (you're really paranoid)
+python pack.py run-setup # see that it worked
+python pack.py twine-upload-dist # publish
+# and then go check things work...
+```
+
+
+If you're are great boilerplate hater you could just do:
+
+```
+pack go PKG_DIR
+```
+
+(or `pack go --version 0.0.0 PKG_DIR` if it's the very first release).
+
+But we suggest you get familiar with what the steps are doing, so you can bend them to your liking.
+
+%package -n python3-wads
+Summary: Tools for packaging and publishing to pypi for those who just don not want to deal with it
+Provides: python-wads
+BuildRequires: python3-devel
+BuildRequires: python3-setuptools
+BuildRequires: python3-pip
+%description -n python3-wads
+# wads
+
+Tools for packaging and publishing to pypi for those who just don't want to deal with it
+
+To install (for example):
+```
+pip install wads
+```
+
+# Usage Examples
+
+We're going to assume you pointed "pack" to "wads/pack.py" and "populate" to "wads/populate.py",
+because it's convenient for us to do so. You can achieve this in various ways
+(for example, putting the contents:
+`python /Users/Thor.Whalen/Dropbox/dev/p3/proj/i/wads/wads/pack.py "$@"`
+in a file named "pack" contained in your OS's script path.)
+
+
+## populate
+
+When? When you got a new project and you want to quickly set it up with the packaging goodies.
+
+Basic usage:
+
+```
+populate PKG_DIR
+```
+
+or, assuming you're using the terminal and you're in the `PKG_DIR` root folder of the project, you can just do:
+
+```
+populate .
+```
+
+What that will do is create and populate some files for you.
+Namely, it will ensure your package directory has the following files (if not present already)
+```
+./LICENSE
+./setup.cfg
+./PKG_NAME/__init__.py
+./README.md
+```
+
+The `PKG_NAME` will be taken to be the same as the name of the `PKG_DIR`.
+
+That will work, it will be minimal and will choose defaults for you.
+You can overwrite many of these, of course.
+For example,
+
+```
+populate -r https:///github.com/i2mint --description "Something about my project..."
+```
+
+Here are the following options:
+
+```
+positional arguments:
+ pkg-dir -
+
+optional arguments:
+ -h, --help show this help message and exit
+ --description DESCRIPTION
+ "There is a bit of an air of mystery around this project..."
+ -r ROOT_URL, --root-url ROOT_URL
+ -
+ -a AUTHOR, --author AUTHOR
+ -
+ -l LICENSE, --license LICENSE
+ 'mit'
+ --description-file DESCRIPTION_FILE
+ 'README.md'
+ -k KEYWORDS, --keywords KEYWORDS
+ -
+ --install-requires INSTALL_REQUIRES
+ -
+ --include-pip-install-instruction-in-readme
+ True
+ -v, --verbose True
+ -o OVERWRITE, --overwrite OVERWRITE
+ ()
+ --defaults-from DEFAULTS_FROM
+ -
+```
+
+Note that by default, populate will not overwrite files that all already there.
+It will edit the `setup.cfg` file if it's present (and missing some entries).
+
+## Configuring the defaults of `populate`
+
+Note that `defaults-from` option in the `populate` help.
+That's probably the most convenient argument of all.
+Go check out a file named `wads_confgis.json` in the root directory of the project.
+(If you don't know how to find that file, try this command:
+`python -c "import wads; print(wads)"` to get a clue).
+
+That `wads_confgis.json` file contains key-value entries that are used in the wads package.
+The `"populate_dflts"` key is used by the populate script.
+If you edit that, you'll get different defaults out of the box.
+
+But you can also add your own key-value pairs if you work on different kinds of projects that need
+different kinds of defaults.
+For your convenience we added a `"custom_dflts_example_you_should_change"` key to illustrate this.
+
+## pack
+
+The typical sequence of the methodical and paranoid could be something like this:
+
+```
+python pack.py current-configs # see what you got
+python pack.py increment-configs-version # update (increment the version and write that in setup.cfg
+python pack.py current-configs-version # see that it worked
+python pack.py current-configs # ... if you really want to see the whole configs again (you're really paranoid)
+python pack.py run-setup # see that it worked
+python pack.py twine-upload-dist # publish
+# and then go check things work...
+```
+
+
+If you're are great boilerplate hater you could just do:
+
+```
+pack go PKG_DIR
+```
+
+(or `pack go --version 0.0.0 PKG_DIR` if it's the very first release).
+
+But we suggest you get familiar with what the steps are doing, so you can bend them to your liking.
+
+%package help
+Summary: Development documents and examples for wads
+Provides: python3-wads-doc
+%description help
+# wads
+
+Tools for packaging and publishing to pypi for those who just don't want to deal with it
+
+To install (for example):
+```
+pip install wads
+```
+
+# Usage Examples
+
+We're going to assume you pointed "pack" to "wads/pack.py" and "populate" to "wads/populate.py",
+because it's convenient for us to do so. You can achieve this in various ways
+(for example, putting the contents:
+`python /Users/Thor.Whalen/Dropbox/dev/p3/proj/i/wads/wads/pack.py "$@"`
+in a file named "pack" contained in your OS's script path.)
+
+
+## populate
+
+When? When you got a new project and you want to quickly set it up with the packaging goodies.
+
+Basic usage:
+
+```
+populate PKG_DIR
+```
+
+or, assuming you're using the terminal and you're in the `PKG_DIR` root folder of the project, you can just do:
+
+```
+populate .
+```
+
+What that will do is create and populate some files for you.
+Namely, it will ensure your package directory has the following files (if not present already)
+```
+./LICENSE
+./setup.cfg
+./PKG_NAME/__init__.py
+./README.md
+```
+
+The `PKG_NAME` will be taken to be the same as the name of the `PKG_DIR`.
+
+That will work, it will be minimal and will choose defaults for you.
+You can overwrite many of these, of course.
+For example,
+
+```
+populate -r https:///github.com/i2mint --description "Something about my project..."
+```
+
+Here are the following options:
+
+```
+positional arguments:
+ pkg-dir -
+
+optional arguments:
+ -h, --help show this help message and exit
+ --description DESCRIPTION
+ "There is a bit of an air of mystery around this project..."
+ -r ROOT_URL, --root-url ROOT_URL
+ -
+ -a AUTHOR, --author AUTHOR
+ -
+ -l LICENSE, --license LICENSE
+ 'mit'
+ --description-file DESCRIPTION_FILE
+ 'README.md'
+ -k KEYWORDS, --keywords KEYWORDS
+ -
+ --install-requires INSTALL_REQUIRES
+ -
+ --include-pip-install-instruction-in-readme
+ True
+ -v, --verbose True
+ -o OVERWRITE, --overwrite OVERWRITE
+ ()
+ --defaults-from DEFAULTS_FROM
+ -
+```
+
+Note that by default, populate will not overwrite files that all already there.
+It will edit the `setup.cfg` file if it's present (and missing some entries).
+
+## Configuring the defaults of `populate`
+
+Note that `defaults-from` option in the `populate` help.
+That's probably the most convenient argument of all.
+Go check out a file named `wads_confgis.json` in the root directory of the project.
+(If you don't know how to find that file, try this command:
+`python -c "import wads; print(wads)"` to get a clue).
+
+That `wads_confgis.json` file contains key-value entries that are used in the wads package.
+The `"populate_dflts"` key is used by the populate script.
+If you edit that, you'll get different defaults out of the box.
+
+But you can also add your own key-value pairs if you work on different kinds of projects that need
+different kinds of defaults.
+For your convenience we added a `"custom_dflts_example_you_should_change"` key to illustrate this.
+
+## pack
+
+The typical sequence of the methodical and paranoid could be something like this:
+
+```
+python pack.py current-configs # see what you got
+python pack.py increment-configs-version # update (increment the version and write that in setup.cfg
+python pack.py current-configs-version # see that it worked
+python pack.py current-configs # ... if you really want to see the whole configs again (you're really paranoid)
+python pack.py run-setup # see that it worked
+python pack.py twine-upload-dist # publish
+# and then go check things work...
+```
+
+
+If you're are great boilerplate hater you could just do:
+
+```
+pack go PKG_DIR
+```
+
+(or `pack go --version 0.0.0 PKG_DIR` if it's the very first release).
+
+But we suggest you get familiar with what the steps are doing, so you can bend them to your liking.
+
+%prep
+%autosetup -n wads-0.0.72
+
+%build
+%py3_build
+
+%install
+%py3_install
+install -d -m755 %{buildroot}/%{_pkgdocdir}
+if [ -d doc ]; then cp -arf doc %{buildroot}/%{_pkgdocdir}; fi
+if [ -d docs ]; then cp -arf docs %{buildroot}/%{_pkgdocdir}; fi
+if [ -d example ]; then cp -arf example %{buildroot}/%{_pkgdocdir}; fi
+if [ -d examples ]; then cp -arf examples %{buildroot}/%{_pkgdocdir}; fi
+pushd %{buildroot}
+if [ -d usr/lib ]; then
+ find usr/lib -type f -printf "\"/%h/%f\"\n" >> filelist.lst
+fi
+if [ -d usr/lib64 ]; then
+ find usr/lib64 -type f -printf "\"/%h/%f\"\n" >> filelist.lst
+fi
+if [ -d usr/bin ]; then
+ find usr/bin -type f -printf "\"/%h/%f\"\n" >> filelist.lst
+fi
+if [ -d usr/sbin ]; then
+ find usr/sbin -type f -printf "\"/%h/%f\"\n" >> filelist.lst
+fi
+touch doclist.lst
+if [ -d usr/share/man ]; then
+ find usr/share/man -type f -printf "\"/%h/%f.gz\"\n" >> doclist.lst
+fi
+popd
+mv %{buildroot}/filelist.lst .
+mv %{buildroot}/doclist.lst .
+
+%files -n python3-wads -f filelist.lst
+%dir %{python3_sitelib}/*
+
+%files help -f doclist.lst
+%{_docdir}/*
+
+%changelog
+* Fri Jun 09 2023 Python_Bot <Python_Bot@openeuler.org> - 0.0.72-1
+- Package Spec generated