heat-cfnclient already uses PBR:-
setuptools.setup(
setup_requires=['pbr'],
pbr=True)
This patch removes `MANIFEST.in` file as pbr generates a
sensible manifest from git files and some standard files
and it removes the need for an explicit `MANIFEST.in` file.
Change-Id: Ifdee7c1353ca1179b29e2826505963398eeb1bfe
Setuptools v54.1.0 introduces a warning that the use of dash-separated
options in 'setup.cfg' will not be supported in a future version [1].
Get ahead of the issue by replacing the dashes with underscores. Without
this, we see 'UserWarning' messages like the following on new enough
versions of setuptools:
UserWarning: Usage of dash-separated 'description-file' will not be
supported in future versions. Please use the underscore name
'description_file' instead
Change-Id: Icf0ca37faebd89ace8fdc31d97f3496917c0ce2b
* Replace .testr.conf by .stestr.conf for migration and update
.gitignore and test-requirements.txt files accordingly
* Use py3 as the default runtime for tox and 3.18.0 as the
minversion for tox
* Add a new job, openstack-cover-jobs, to run the coverage in Zuul
* Create cover environment in tox and make relevant changes
in .gitignore
Signed-off-by: HeroicHitesh <email.hiteshkumar@gmail.com>
Change-Id: Ib4f5ffe86221b0c97c6839f6b69ddae17b2b47c1
This switched over to run the expected xena jobs. Also updates the
package metadata to reflect that py3.8 is now supported.
Change-Id: I06dc4292de1c08d554fda0340dd3dd14fd1a123b
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
For sub-projects with no specific team to manage, we use directly
https://storyboard.openstack.org/#!/project/openstack/heat instead of
openstack/heat-cfnclient(Which migrated from Launchpad).
Change-Id: Ibbb1d0e3eaef75f0a29998132a252960ba5f1333
The mox library (not even mox3) was used with py27, and is not actually
being used anymore. This cleans up the test-requirements file so we can
remove mox from global requirements.
Change-Id: I67beef36094e514485e77a810312fecb2b7e6c9e
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
flake8 new release 3.8.0 added new checks and gate pep8
job start failing. hacking 3.0.1 fix the pinning of flake8 to
avoid bringing in a new version with new checks.
Though it is fixed in latest hacking but 2.0 and 3.0 has cap for
flake8 as <4.0.0 which mean flake8 new version 3.9.0 can also
break the pep8 job if new check are added.
To avoid similar gate break in future, we need to bump the hacking min
version.
- http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014828.html
Change-Id: I6e896438e33aaa9f5f16f69e933816938cbe19e3
The repo is Python 3 now, so update hacking to version 3.0 which
supports Python 3.
Fix:
E402 module level import not at top of file
E117 over-indented
Blacklist:
W504 line break after binary operator
E731 do not assign a lambda expression, use a def
Change-Id: I501dafd6fe238a99f394a427d456317517292aa5
This is a mechanically generated patch to complete step 1 of moving
the zuul job settings out of project-config and into each project
repository.
Because there will be a separate patch on each branch, the branch
specifiers for branch-specific jobs have been removed.
Because this patch is generated by a script, there may be some
cosmetic changes to the layout of the YAML file(s) as the contents are
normalized.
See the python3-first goal document for details:
https://governance.openstack.org/tc/goals/stein/python3-first.html
Change-Id: Ibceb00b562bbd7fa4b193283d490318c323467fa
Story: #2002586
Task: #24298
Python 2.6 is not supported from Mitaka, as per Infra.
This patch removes the support for the same.
Change-Id: I966be07c8c7117d39182753b14c1c500c14cdf28
This patch set modifies lines which are importing objects
instead of modules. As per openstack import guide lines, user should
import modules in a file not objects.
http://docs.openstack.org/developer/hacking/#imports
Change-Id: I2c0404f3137505deff935c91df0da40c3c890954
Remove unused oslo incubated utility libraries. As best as I can tell
these imports are just historical artifacts.
Removing openstack/common from all OpenStack code in favor of the
Oslo libraries is a project wide goal for the Ocata release.
Change-Id: I7e189599a615d69a5d3f808c0cc397aecb18be63
Now there is a passing gate job, we can claim
support for Python 3.5 in the classifier.
This patch also adds the convenience py35 py34 venv.
Change-Id: I774d5ca81b6bc8e125fac01e7670441ab958d80f
argparse was external in python 2.6 but not anymore, remove it from
requirements.
This should help with pip 8.0 that gets confused in this situation.
Installation of the external argparse is not needed.
Change-Id: Ib7e74912b36c1b5ccb514e31fac35efeff57378d
The py27 fails due to incompatible requirements, invoking the commands
manually in the py27 environment locally shows:
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (pbr 0.11.0
(/home/aj/Software/vcs/OpenStack/openstack-dev/heat-cfnclient/.tox/py27/lib/python2.7/site-packages),
Requirement.parse('pbr>=1.6'), set(['python-keystoneclient',
'stevedore']))
Fixed with syncing pbr version in requirements.txt with global-requirements.
Once this was fixed, an import of oslo.config failed, fixed with
changing it to oslo_config.
Also updated hacking to never version, since old version requires
incompatible pbr. Blacklist H104, H405 since code does not confirm to it,
fix E265 in exception.py (add missing space), fix F402 in client.py
(rename _ which shadows)
Change-Id: Ib06f2b0c4d66b7f04d30b324f3214a9b1011011a
Replace URLs for workflow documentation to appropriate parts of the
OpenStack Project Infrastructure Manual.
Change-Id: I71aef6da9f9ce3fa83e30039a69f4d1f9cd81ed5
This is a port of this review (https://review.openstack.org/#/c/39210/2)
to try and cleanup and old bug.
Change-Id: Idf93053c9f4a49f65d9d52e879a88d79c9fd3170
Co-Authored-by: Martin H Berwanger <martin.berwanger@gmail.com>
Fixes: bug #1205317