Release version 1.0.0, first release candidate

This commit is contained in:
Miro Hrončok 2022-01-25 16:57:17 +01:00
parent f4bbff36d2
commit 94d7dd2955
2 changed files with 13 additions and 12 deletions

View File

@ -4,10 +4,6 @@ pyproject RPM macros
These macros allow projects that follow the Python [packaging specifications] These macros allow projects that follow the Python [packaging specifications]
to be packaged as RPMs. to be packaged as RPMs.
They are still *provisional*: we can make non-backwards-compatible changes to
the API.
Please subscribe to Fedora's [python-devel list] if you use the macros.
They work for: They work for:
* traditional Setuptools-based projects that use the `setup.py` file, * traditional Setuptools-based projects that use the `setup.py` file,
@ -17,7 +13,6 @@ They work for:
These macros replace `%py3_build` and `%py3_install`, which only work with `setup.py`. These macros replace `%py3_build` and `%py3_install`, which only work with `setup.py`.
[packaging specifications]: https://packaging.python.org/specifications/ [packaging specifications]: https://packaging.python.org/specifications/
[python-devel list]: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/
Usage Usage
@ -332,11 +327,13 @@ Hence, the macro `%{pyproject_build_lib}` exists to be used like this:
PYTHONPATH=%{pyproject_build_lib} ... build the docs here ... PYTHONPATH=%{pyproject_build_lib} ... build the docs here ...
This macro is currently **provisional** and the behavior might change. This macro is currently **provisional** and the behavior might change.
Please subscribe to Fedora's [python-devel list] if you use the macro.
The `%{pyproject_build_lib}` macro expands to an Shell `$(...)` expression and does not work when put into single quotes (`'`). The `%{pyproject_build_lib}` macro expands to an Shell `$(...)` expression and does not work when put into single quotes (`'`).
Depending on the pip version, the expanded value will differ: Depending on the pip version, the expanded value will differ:
[python-devel list]: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/
### New pip 21.3+ with in-tree-build (Fedora 36+) ### New pip 21.3+ with in-tree-build (Fedora 36+)

View File

@ -4,9 +4,14 @@ License: MIT
%bcond_without tests %bcond_without tests
# Keep the version at zero and increment only release # The idea is to follow the spirit of semver
Version: 0 # Given version X.Y.Z:
Release: 55%{?dist} # Increment X and reset Y.Z when there is a *major* incompatibility
# Increment Y and reset Z when new macros or features are added
# Increment Z when this is a bugfix or a cosmetic change
# Dropping support for EOL Fedoras is *not* considered a breaking change
Version: 1.0.0~rc1
Release: 1%{?dist}
# Macro files # Macro files
Source001: macros.pyproject Source001: macros.pyproject
@ -62,10 +67,6 @@ Requires: /usr/bin/sed
These macros allow projects that follow the Python packaging specifications These macros allow projects that follow the Python packaging specifications
to be packaged as RPMs. to be packaged as RPMs.
They are still provisional: we can make non-backwards-compatible changes to
the API.
Please subscribe to Fedora's python-devel list if you use the macros.
They work for: They work for:
* traditional Setuptools-based projects that use the setup.py file, * traditional Setuptools-based projects that use the setup.py file,
@ -120,6 +121,9 @@ export HOSTNAME="rpmbuild" # to speedup tox in network-less mock, see rhbz#1856
%license LICENSE %license LICENSE
%changelog %changelog
* Tue Jan 25 2022 Miro Hrončok <mhroncok@redhat.com> - 1.0.0~rc1-1
- Release version 1.0.0, first release candidate
* Mon Jan 24 2022 Miro Hrončok <mhroncok@redhat.com> - 0-55 * Mon Jan 24 2022 Miro Hrončok <mhroncok@redhat.com> - 0-55
- %%pyproject_buildrequires: Generate BuildRequires for this package - %%pyproject_buildrequires: Generate BuildRequires for this package
This package is already installed, but this way, the resulting SRPM explicitly BuildRequires it This package is already installed, but this way, the resulting SRPM explicitly BuildRequires it