Skip to content

Deprecate PBR build dependency#228

Merged
SeanBryan51 merged 1 commit intomainfrom
227-deprecate-pbr-build-dependency
Jan 11, 2024
Merged

Deprecate PBR build dependency#228
SeanBryan51 merged 1 commit intomainfrom
227-deprecate-pbr-build-dependency

Conversation

@SeanBryan51
Copy link
Copy Markdown
Collaborator

PBR is removed from the build dependencies so that we can use versioneer to solve #129. This change removes the additional options provided by PBR in setup.cfg or replaces these options with the default options that come with setuptools.

Fixes #227

PBR is removed from the build dependencies so that we can use versioneer
to solve #129. This change removes the additional options provided by
PBR in setup.cfg or replaces these options with the default options that
come with setuptools.

Fixes #227
@SeanBryan51 SeanBryan51 linked an issue Jan 10, 2024 that may be closed by this pull request
@SeanBryan51 SeanBryan51 self-assigned this Jan 10, 2024
@codecov
Copy link
Copy Markdown

codecov Bot commented Jan 10, 2024

Codecov Report

Attention: 1 lines in your changes are missing coverage. Please review.

Comparison is base (db6b941) 82.34% compared to head (3304b9e) 82.34%.
Report is 1 commits behind head on main.

Files Patch % Lines
setup.py 0.00% 1 Missing ⚠️
Additional details and impacted files
@@           Coverage Diff           @@
##             main     #228   +/-   ##
=======================================
  Coverage   82.34%   82.34%           
=======================================
  Files          28       28           
  Lines        1410     1410           
=======================================
  Hits         1161     1161           
  Misses        249      249           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@SeanBryan51
Copy link
Copy Markdown
Collaborator Author

Commands tested

  • Test conda installation:
conda build -c conda-forge .
conda install -c conda-forge --use-local benchcab
/bin/bash benchcab/data/test/integration.sh
  • Test pip install
pip install --user .
/bin/bash benchcab/data/test/integration.sh

@bschroeter
Copy link
Copy Markdown
Collaborator

Commands tested

  • Test conda installation:
conda build -c conda-forge .
conda install -c conda-forge --use-local benchcab
/bin/bash benchcab/data/test/integration.sh
  • Test pip install
pip install --user .
/bin/bash benchcab/data/test/integration.sh

I take it these passed without failure?

@SeanBryan51
Copy link
Copy Markdown
Collaborator Author

@bschroeter yes commands ran successfully.

@SeanBryan51 SeanBryan51 merged commit 3bb1df7 into main Jan 11, 2024
@SeanBryan51 SeanBryan51 deleted the 227-deprecate-pbr-build-dependency branch January 11, 2024 23:21
SeanBryan51 added a commit that referenced this pull request Jan 12, 2024
Previously (prior to #228), we used the [PBR][PBR] package with an
explicit version number in setup.cfg. This enables the 'pre-versioning'
mode of managing version strings (see [features][PBR-versioning]) which
raises an error if the inferred version from Git tags is greater than
explicit version in setup.cfg. This prevents developers from doing an
editable install via `pip install -e .` (see #129). This issue was fixed
implicitly in #228 when PBR was removed from the build dependencies.

This change is a feature in that it implements dynamic version strings
from Git tags via [versioneer][versioneer] so that an explicit version
number in setup.cfg is not required. We choose [versioneer][versioneer]
so that version strings were consistent across `pip` and `conda`
installations. This was not possible with other tools such as [PBR][PBR]
and [setuptools_scm][setuptools_scm].

Fixes #129

[versioneer]: https://github.com/python-versioneer/python-versioneer
[PBR]: https://docs.openstack.org/pbr/latest/index.html
[PBR-versioning]: https://docs.openstack.org/pbr/latest/user/features.html#version
[setuptools_scm]: https://setuptools-scm.readthedocs.io/en/latest/
SeanBryan51 added a commit that referenced this pull request Jan 14, 2024
Previously (prior to #228), we used the [PBR][PBR] package with an
explicit version number in setup.cfg. This enables the 'pre-versioning'
mode of managing version strings (see [features][PBR-versioning]) which
raises an error if the inferred version from Git tags is greater than
explicit version in setup.cfg. This prevents developers from doing an
editable install via `pip install -e .` (see #129). This issue was fixed
implicitly in #228 when PBR was removed from the build dependencies.

This change is a feature in that it implements dynamic version strings
from Git tags via [versioneer][versioneer] so that an explicit version
number in setup.cfg is not required. We choose [versioneer][versioneer]
so that version strings were consistent across `pip` and `conda`
installations. This was not possible with other tools such as [PBR][PBR]
and [setuptools_scm][setuptools_scm].

Fixes #129

[versioneer]: https://github.com/python-versioneer/python-versioneer
[PBR]: https://docs.openstack.org/pbr/latest/index.html
[PBR-versioning]: https://docs.openstack.org/pbr/latest/user/features.html#version
[setuptools_scm]: https://setuptools-scm.readthedocs.io/en/latest/
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Deprecate PBR build dependency

2 participants