Replacing pytest -n auto with pytest -n %{_smp_build_ncpus}
by Miro Hrončok
Hello Pythonistats, packagers,
A handful of Fedora Python packages uses pytest-xdist to run tests in parallel
like this:
%pytest -n auto
-n auto means pytest will spawn a number of workers processes equal to the
number of available CPUs.
In the spirit of other packaging guidelines, I believe we should use this instead:
%pytest -n %{_smp_build_ncpus}
This means the same thing in most of the ceases, but will limit the number of
workers depending on other constraints in the spec or in the environment.
Should I do this in a mass change? Not so many packages use pytest -n auto in
the spec:
$ rg -l -- '(-n|--numprocesses)(\s*|=)auto(\s|$)'
ansible-bender.spec
azure-cli.spec
ocrmypdf.spec
python-cartopy.spec
python-GridDataFormats.spec
python-hypothesis.spec
python-matplotlib.spec
python-mplcairo.spec
python-rpmautospec.spec
python-sqlalchemy.spec
python-tox.spec
python-xarray.spec
python-zstandard.spec
pythran.spec
scipy.spec
(Other packages have that in tox.ini or pytest config file, but I am not aiming
at changing that here.)
And, considering many other packages might want to benefit from that, should
this be:
1) encouraged in the Python packaging guidelines
2) macronized (I was thinking %pytest_parallel, but TBD)
?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
1 year, 1 month
Orphaned python packages
by Ali Erdinc Koroglu
Dear Maintainers, I was looking for Igor's orphaned python packages and
I've some questions
- Since pacpy is no longer actively supported, can we retire python-pacpy ?
- Since phabricator is no longer actively maintained [1] same thing for
python-phabricator ?
- pytest-capturelog not even exits in pypi [2] so can we retire it and
use pytest-catchlog instead ?
1. https://secure.phabricator.com
2. https://pypi.org/project/pytest-capturelog/
--
Ali Erdinc Koroglu
Linux OS Systems Engineering
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki
Business Identity Code: 0357606 - 4
Domiciled in Helsinki
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
1 year, 3 months
Retiring python-sphinx-panels in Rawhide+F37
by Elliott Sales de Andrade
Hi,
python-sphinx-panels is currently FTBFS as it does not support Sphinx
5. It is abandoned upstream with the suggestion of sphinx-design
instead.
My package which depended on it has moved to sphinx-design, and I
believe all others have as well. According to repoquery, there should
be no BuildRequires on it:
$ repoquery --repo=rawhide{,-source} --whatrequires
python3-sphinx-panels --recursive | grep src$ | pkgname | sort | uniq
$ repoquery --repo={fedora,updates}{,-source} --releasever 37
--whatrequires python3-sphinx-panels --recursive | grep src$ | pkgname
| sort | uniq
So I intend to retire it on Rawhide+F37 within the week, unless
someone still needs it.
--
Elliott
1 year, 3 months
Strange build issue on EPEL9 - UNKNOWN package name
by Orion Poplawski
Can anyone tell me why python-astroid gets built as "UNKNOWN" on EPEL9?
Executing(%generate_buildrequires): /bin/sh -e /var/tmp/rpm-tmp.mum5to
+ umask 022
+ cd /builddir/build/BUILD
+ cd astroid-2.12.1
+ echo pyproject-rpm-macros
+ echo python3-devel
+ echo 'python3dist(pip) >= 19'
+ echo 'python3dist(packaging)'
+ '[' -f pyproject.toml ']'
+ echo 'python3dist(toml)'
+ rm -rfv UNKNOWN.dist-info/
removed 'UNKNOWN.dist-info/top_level.txt'
removed 'UNKNOWN.dist-info/CONTRIBUTORS.txt'
removed 'UNKNOWN.dist-info/METADATA'
removed 'UNKNOWN.dist-info/LICENSE'
removed directory 'UNKNOWN.dist-info/'
+ '[' -f /usr/bin/python3 ']'
+ RPM_TOXENV=py39
+ HOSTNAME=rpmbuild
+ /usr/bin/python3 -s /usr/lib/rpm/redhat/pyproject_buildrequires.py
--generate-extras --python3_pkgversion 3
Handling setuptools from build-system.requires
Requirement satisfied: setuptools
(installed: setuptools 53.0.0)
Handling wheel from build-system.requires
Requirement satisfied: wheel
(installed: wheel 0.36.2)
HOOK STDOUT: running egg_info
HOOK STDOUT: creating UNKNOWN.egg-info
HOOK STDOUT: writing UNKNOWN.egg-info/PKG-INFO
HOOK STDOUT: writing dependency_links to
UNKNOWN.egg-info/dependency_links.txt
HOOK STDOUT: writing top-level names to UNKNOWN.egg-info/top_level.txt
HOOK STDOUT: writing manifest file 'UNKNOWN.egg-info/SOURCES.txt'
HOOK STDOUT: reading manifest file 'UNKNOWN.egg-info/SOURCES.txt'
HOOK STDOUT: reading manifest template 'MANIFEST.in'
HOOK STDOUT: adding license file 'LICENSE'
HOOK STDOUT: adding license file 'CONTRIBUTORS.txt'
HOOK STDOUT: writing manifest file 'UNKNOWN.egg-info/SOURCES.txt'
Handling wheel from get_requires_for_build_wheel
Requirement satisfied: wheel
(installed: wheel 0.36.2)
HOOK STDOUT: running dist_info
HOOK STDOUT: writing UNKNOWN.egg-info/PKG-INFO
HOOK STDOUT: writing dependency_links to
UNKNOWN.egg-info/dependency_links.txt
HOOK STDOUT: writing top-level names to UNKNOWN.egg-info/top_level.txt
HOOK STDOUT: reading manifest file 'UNKNOWN.egg-info/SOURCES.txt'
HOOK STDOUT: reading manifest template 'MANIFEST.in'
HOOK STDOUT: adding license file 'LICENSE'
HOOK STDOUT: adding license file 'CONTRIBUTORS.txt'
HOOK STDOUT: writing manifest file 'UNKNOWN.egg-info/SOURCES.txt'
HOOK STDOUT: creating
'/builddir/build/BUILD/astroid-2.12.1/UNKNOWN.dist-info'
HOOK STDOUT: adding license file "CONTRIBUTORS.txt" (matched pattern
"CONTRIBUTORS.txt")
HOOK STDOUT: adding license file "LICENSE" (matched pattern "LICENSE")
https://bugzilla.redhat.com/show_bug.cgi?id=2099661
Thanks!
--
Orion Poplawski
he/him/his - surely the least important thing about me
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
1 year, 3 months