June 2020 - python-devel - Fedora mailing-lists

Draft of New Python Packaging Guidelines
by Petr Viktorin 15 Jun '21

15 Jun '21

Hello! Below is a draft of new Packaging Guidelines! It's full of unfinished areas (marked with XXX), but it's ready for scrutiny. A possibly updated version is on https://hackmd.io/XzJe-sHUQvWK7cSrEH_aKg?view Generally, for rules marked **SHOULD** we know of cases where they should be broken; for things marked **MUST** we don't. We have tried to only take the Good Existing Things™ (macros, practices) and revise the rest without thinking about the past much. Some used technology is unfortunately not compatible with current EPELs, but we have considered Fedora 31+. Using the current Python guidelines will still be an option for people who target EPEL 6/7/8. The main controversial idea (of many) is synchronizing Fedora's names (a.k.a. `python3dist(...)`, a.k.a. `name` in `setup.py`) with the Python Package Index (PyPI, pypi.org) which has by now become the de-facto canonical namespace for freely redistributable Python packages. We believe that this will help both Fedora and the greater Python ecosystem, but there will definitely be some growing pains. Most of Fedora Python packages already are on PyPI, but more than 250 are missing. There is software developed within Fedora (e.g. pagure, fedpkg, rust2rpm); projects that aren't primarily Python packages (e.g. perf, ceph, xen, setroubleshoot, iotop); and others. A full list is attached. The names have been temporarily blocked on PyPI to keep trolls from taking them while this is discussed. Over at the Python Discourse we are discussing how to properly handle these; once that discussion is settled they should be unblocked: https://discuss.python.org/t/pypi-as-a-project-repository-vs-name-registry-… Another general idea is that package metadata should be kept upstream; the spec file should duplicate as little of it as possible. Any adjustments should be done with upstreamable patches. The draft lives on hackmd.io, which we found easy to collaborate with. If you have an account there, we can add you. If you'd like to collaborate some other way, let us know. Petr and Miro ----------------------- Current draft for inline comments: > [IMPORTANT] > This is a DRAFT; it is not in effect yet. # Python Packaging Guidelines (draft) > [IMPORTANT] > This is a *beta* version of the Python Packaging Guidelines and the associated RPM macros. > Packagers that opt in to following this version **MUST** be prepared to change their packages frequently when the guidelines or macros are updated. > These packagers **SHOULD** join [Python SIG mailing list](https://lists.fedoraproject.org/archives/list/python-devel@lists.fedo… and monitor/start conversations there. These Guidelines represent a major rewrite and paradigm shift, and not all packages are updated to reflect this. Older guidelines are still being kept up to date, and existing packages **MAY** use them instead of this document: * 201x-era Python packaging guidelines (for packages that use e.g. `%py3_install` or `setup.py install`) * Python 2 appendix (for e.g. `%py2_install`) (requires FESCo exception) > [NOTE] > These guidelines only support Fedora 31+. For older releases (such as in EPEL 8), consult the older guidelines (XXX link). The two "Distro-wide guidelines" below apply to all software in Fedora that uses Python at build- or run-time. These rest of the Guidelines apply to packages that ship code that *can* be imported in Python. Specifically, that is all packages that install files under `/usr/lib*/python*/`. Except for the two "Distro-wide guidelines", these Guidelines do not apply to simple one-file scripts or utilities, especially if these are included with software not written in Python. However, if an application (e.g. CLI tool, script or GUI app) needs a more complex Python library, the library **SHOULD** be packaged as an importable library under these guidelines. A major goal for Python packaging in Fedora is to *harmonize with the wider Python ecosystem*, that is, the [Python Packaging Authority](https://pypa.io) (PyPA) standards and the [Python Package Index](https://pypi.org) (PyPI). Packagers **SHOULD** be prepared to get involved with upstream projects to establish best practices as outlined here. We wish to improve both Fedora and the wider Python ecosystem. > [NOTE] > Fedora's Python SIG not only develops these guidelines, but it's also involved in PyPA standards and Python packaging best practices. Check out [the wiki](https://fedoraproject.org/wiki/SIGs/Python) or [mailing list](https://lists.fedoraproject.org/archives/list/python-devel@lists.fedo… if you need help or wish to help out. ## Distro-wide guidelines ### BuildRequire python3-devel **Every** package that uses Python (at runtime and/or build time), and/or installs Python modules **MUST** explicitly include `BuildRequires: python3-devel` in its `.spec` file, even if Python is not actually invoked during build time. If the package uses an alternate Python interpreter instead of `python3` (e.g. `pypy`, `jython`, `python27`), it **MAY** instead require the coresponding `*-devel` package. The `*-devel` package brings in relevant RPM macros. It may also enable automated or manual checks: for example, Python maintainers use this requirement to list packages that use Python in some way and might be affected by planned changes. ### Mandatory macros The following macros **MUST** be used where applicable. The expansions in parentheses are provided only as reference/examples. The macros are defined for you in all supported Fedora and EPEL versions. * `%{python3}` (`/usr/bin/python3`) The Python interpreter. For example, this macro should be used for invoking Python from a `spec` file script, passed to `configure` scripts to select a Python executable, or used as `%{python3} -m pytest` to run a Python-based tool. > XXX: Use shebang opts for shebang; document pathfix macro. Document cases where you don't want this. * `%{python3_version}` (e.g. `3.9`) Version of the Python interpreter. * `%{python3_version_nodots}` (e.g. `39`) Version of the Python interpreter without the dot. * `%{python3_sitelib}` (e.g. `/usr/lib/python3.9/site-packages`) Where pure-Python modules are installed. * `%{python3_sitearch}` (e.g. `/usr/lib64/python3.9/site-packages`) Where Python3 extension modules (native code, e.g. compiled from C) are installed. The rest of this document uses these macros, along with `%{_bindir}` (`/usr/bin/`), instead of the raw path names. ## Python implementation support Fedora primarily targets *CPython*, the reference implementation of the Python language. We generally use “Python” to mean CPython. Alternate implementations like `pypy` are available, but currently lack comprehensive tooling and guidelines. When targetting these, there are no hard rules (except the general Fedora packaging guidelines). But please try to abide by the *spirit* of these guidelines. When in doubt, consider consulting the Python SIG. ## Python version support Fedora packages **MUST NOT** depend on other versions of the CPython interpreter than the current `python3`. In Fedora, Python libraries are packaged for a single version of Python, called `python3`. For example, in Fedora 32, `python3` is Python 3.8. In the past, there were multiple Python stacks, e.g. `python3.7` and `python2.7`, installable together on the same machine. That is also the case in some projects that build *on top* of Fedora, like RHEL, EPEL and CentOS. Fedora might re-introduce parallell-installable stacks in the future (for example if a switch to a new Python version needs a transition period, or if enough interested maintainers somehow appear). > XXX dots in package names! Fedora does include alternate interpreter versions, e.g. `python2.7` or `python3.5`, but these are meant only for developers that need to test upstream code. Bug and security fixes for these interpreters only cover this use case. Packages such as `pip` or `tox`, which enable setting up isolated environments and installing third-party packages into them, **MAY**, as an exception to the rule above, use these interpreters as long as this is coordinated with the maintainers of the relevant Python interpreter. ## BuildRequire pyproject-rpm-macros While these guidelines are in Beta, each Python package **MUST** have `BuildRequires: pyproject-rpm-macros` to access the beta macros. (When we go out of Beta, listing the dependency won't be necessary: we'll make `python3-devel` require it.) ## Naming Python packages have several different names, which should be kept in sync but will sometimes differ for historical or practical reasons. They are: * the Fedora *source package name* (or *component name*, `%{name}`), * the Fedora *built RPM name*, * the *project name* used on *PyPI* or by *pip*, and * the *importable module name* used in Python (a single package may have multiple importable modules). Some examples (both good and worse): | Fedora component | Built RPM | Project name | Importable module | | ----------------- | ------------------ | -------------- | -------------------- | | `python-requests` | `python3-requests` | `requests` | `requests` | | `PyYAML` | `python3-pyyaml` | `pyyaml` | `yaml` | | `python-ldap` | `python3-ldap` | `python-ldap` | `ldap`, `ldif`, etc. | | `python-pillow` | `python3-pillow` | `pillow` | `PIL` | Elsewhere in this text, the metavariables `SRPMNAME`, `RPMNAME`, `PROJECTNAME`, `MODNAME` refer to these names, respectively. ### Canonical project name Most of these names are case-sensitive machine-friendly identifiers, but the *project name* has human-friendly semantics: it is case-insensitive and treats some sets of characters (like `._-`) specially. For automated use, it needs to be [normalized](https://www.python.org/dev/peps/pep-0503/#normalized-names) to a canonical format used by Python tools and services such as setuptools, pip and PyPI. The `%{py_dist_name}` macro implements this normalization. Elsewhere in this text, the metavariable `DISTNAME` refers to the canonical form of the project name. > XXX > ```spec > # XXX specfile > %py_set_name Django > -> %distname django > -> %pojectname Django > ``` > > XXX rewrite: It is customary to define the macro `%{distname}` as the canonical project name and use it throughout the `spec` file. Some helper macros use `%{distname}` for this purpose by default. > > XXX in some places, the "original project name" must be used -- e.g. `%pypi_source` and `%autosetup` need `Django`, not `django`. > XXX The following sections should supersede the [Python section on the Naming guidelines](https://docs.fedoraproject.org/en-US/packaging-guidelines/Namin…. ### Library naming A built (i.e. non-SRPM) package for a *Python library* **MUST** be named with the `python3-` prefix. A source package containing primarily a *Python library* **MUST** be named with the prefix `python-`. The Fedora package's name **SHOULD** contain the *canonical project name*. If possible, the project name **SHOULD** be the same as the name of the main importable module, with underscores (`_`) replaced by dashes (`-`). A *Python library* is a package meant to be imported in Python, such as with `import requests`. Tools like *Ansible* or *IDLE*, whose code is importable but not primarily meant to be imported, are not considered libraries in this sense, so this section does not apply for them. (See the [general Libraries and Applications guidelines](https://docs.fedoraproject.org/en-US/packaging-guidelines/#_lib… for details.) If the importable module name and the project name do not match, users frequently end up confused. In this case, packagers *should* ensure that upstream is aware of the problem and (especially for new packages where renaming is feasible) strive to get the package renamed. The Python SIG is available for assistance. The Fedora package name should be formed by taking the *project name* and prepending `python-` if it does not already start with `python-`. This may leads to conflicts (e.g. between [bugzilla](https://pypi.org/project/bugzilla/) and [python-bugzilla](https://pypi.org/project/python-bugzilla/)) In that case, ensure upstream is aware of the potentially confusing naming and apply best judgment. ### Application naming Packages that primarily provide executables **SHOULD** be named according to the general Fedora guidelines (e.g. `ansible`). Consider adding a virtual provide according to Library naming above (e.g. `python3-PROJECTNAME`), if it would help users find the package. ## Files to include ### Source files and bytecode cache Packages **MUST** include the source file (`*.py`) **AND** the bytecode cache (`*.pyc`) for each pure-Python module. The cache files are found in a `__pycache__` directory and have an interpreter-dependent suffix like `.cpython-39.pyc`. The cache is not necessary to run the software, but if it is not found, Python will try to create it. If this succeeds, the file is not tracked by RPM and it will linger on the system after uninstallation. If it does not succeed, users can get spurious SELinux AVC denials in the logs. Normally, byte compilation (generating the cache files) is done for you by the `brp-python-bytecompile` script (XXX link to BRP guidelines), which runs automatically after the `%install` section of the spec file has been processed. It byte compiles any `.py` files that it finds in `%{python3_sitelib}` or `%{python3_sitearch}`. You must include these files of your package (i.e. in the `%files` section). If the code is in a subdirectory (importable package), include the entire directory: ``` %files %{python3_sitelib}/foo/ ``` Adding the trailing slash is best practice for directories. However, this cannot be used for top-level scripts (those directly in e.g. `%{python3_sitelib}`), because both `%{python3_sitelib}` and `%{python3_sitelib}/__pycache__/` are owned by Python itself. Here, the `%pycached` macro can help. It expands to the given `*.py` source file and its corresponding cache file(s). For example: ``` %files %pycached %{python3_sitelib}/foo.py ``` expands roughly to: ``` %files %{python3_sitelib}/foo.py %{python3_sitelib}/__pycache__/foo.cpython-3X{,.opt-?}.pyc ``` #### Manual byte compilation If you need to bytecompile stuff outside of `%{python3_sitelib}`/`%{python3_sitearch}`, use the `%py_byte_compile` macro. For more details on `%py_byte_compile` and on the internals of bytecode compilation, please see the [appendix](https://docs.fedoraproject.org/en-US/packaging-guidelines/Python_…. > XXX: Copy the section from appendix here ### Dist-info metadata Each Python package **MUST** include *Package Distribution Metadata* conforming to [PyPA specifications](https://packaging.python.org/specifications/) (specifically, [Recording installed distributons](https://packaging.python.org/specifications/recording-install…) This applies to libraries (e.g. `python-requests`) as well as tools (e.g. `ansible`). > XXX what with splitting into subpackages? 1) dist-info always installed, 2) dist-info installed trough a metapackage? > * Ideally, do the split upstream > * Consider package split between library & tool (see poetry, fedpkg) > > e.g. > When software is split into several subpackages, it is OK to only ship metadata in one built RPM. The metadata takes the form of a `dist-info` directory installed in `%{python3_sitelib}` or `%{python3_sitearch}`, and contains information that tools like [`importlib.metadata`](https://docs.python.org/3/library/importlib.metadata.html) use to introspect installed libraries. > XXX example %files with manual dist-info entry Note that some older tools instead put metadata in an `egg-info` directory, or even a single file. This won't happen if you use the `%pyproject_wheel` macro. If your package uses a build system that generates an `egg-info` directory or file, please contact Python SIG. > XXX We need a better solution before we go out of beta. As an exception, the Python standard library **MAY** ship without this metadata. ### Explicit lists Packagers **SHOULD NOT** simply glob everything under a shared directory. In particular, the following **SHOULD NOT** be used: * `%{python3_sitelib}/*` * `%{python3_sitearch}/*` * `%{python_sitelib}/*` * `%{python_sitearch}/*` * `%{_bindir}/*` * `%pyproject_save_files *` * `%pyproject_save_files +bindir` This rule serves as a check against common mistakes which are otherwise hard to detect. It does limit some possibilities for automation. The most common mistake this rule prevents is installing a test suite system-wide as an importable module named `test`, which would then conflict with other such packages. ## PyPI parity Every Python package in Fedora **SHOULD** also be available on [the Python Package Index](https://pypi.org) (PyPI). The command `pip install PROJECTNAME` **MUST** install the same package (possibly in a different version), install nothing, or fail with a reasonable error message. If this is not the case, the packager **MUST** contact upstream about this. The goal is to get the project name registered or blocked on PyPI, or to otherwise ensure the rule is followed. > XXX Note that project names that were in Fedora but not on PyPI when these guidelines were proposed are *blocked* as we discuss how they should be handled. > This prevents potential trolls, but also legitimate owners, from taking them. This is necessary to protect users, avoid confusion, and enable automation as Fedora and upstream ecosystems grow more integrated. As always, specific exceptions can be granted by FPC (XXX link exceptions rules). > XXX Write an automated check for this. ## Provides and requirements ### Provides for importable modules For any module intended to be used in Python 3 with `import MODNAME`, the package that includes it **SHOULD** provide `python3-MODNAME`, with underscores (`_`) replaced by dashes (`-`). This is of course always the case if the package is named `python3-MODNAME`. If the subpackage has some other name, then add `%py_provides python3-MODNAME` explicitly. See the following section to learn about `%py_provides`. ### Automatic unversioned provides For any `FOO`, a package that provides `python3-FOO` **SHOULD** use `%py_provides` or an automatic generator to also provide `python-FOO`. The provide **SHOULD NOT** be added manually: if the generator or macro is not used, the provide shall not be added at all. On Fedora 33+, this is done automatically for package names by a generator. The generator can be disabled by undefining `%__pythonname_provides`. The following macro invocation will provide both `python3-FOO` and `python-FOO`: %py_provides python3-FOO > XXX: finalize `%py_provides` Using the generator or macro is important, because the specific form of the provide may change in the future. ### Machine-readable provides Every Python package **MUST** provide `python3dist(DISTNAME)` **and** `python3.Xdist(DISTNAME)`, where `X` is the minor version of the interpreter and `DISTNAME` is the *canonical project name* corresponding to the *dist-info metadata*, for example `python3.9dist(requests)`. (XXX: add links to previous sections) This is generated automatically from the dist-info metadata. The provide **SHOULD NOT** be added manually: if the generator fails to add it, the metadata **MUST** be fixed. If necessary, the automatic generator can be disabled by undefining `%__pythondist_provides`. These *Provides* are used for automatically generated *Requires*. ### Dependencies As mentioned above, each Python package **MUST** explicitly BuildRequire `python3-devel`. Packages **MUST NOT** have dependencies (either build-time or runtime) with the unversioned prefix `python-` if the corresponding `python3-` dependency can be used instead. Packages **SHOULD NOT** have explicit dependencies (either build-time or runtime) with a minor-version prefix such as `python3.8-` or `python3.8dist(`. Such dependencies **SHOULD** instead be automatically generated or a macro should be used to get the version. Packages **SHOULD NOT** have an explicit runtime dependency on `python3`. Instead of depending on `python3`, packges have an automatic dependency on `python(abi) = 3.X` when they install files to `%{python3_sitelib}` or `%{python3_sitearch}`, or they have an automatic dependency on `/usr/bin/python3` if they have executable Python scripts, or they have an automatic dependency on `libpython3.X.so.1.0()` if they embed Python. These rules help ensure a smooth upgrade path when `python3` is updated in new versions of Fedora. ### Automatically generated dependencies Packages **MUST** use the automatic Python run-time dependency generator. Packages **SHOULD** use the opt-in build-dependency generator if possible. Any necessary changes **MUST** be done by patches or modifying the source (e.g. with `sed`), rather than disabling the generator. The resulting change **SHOULD** be offered to upstream. As an exception, [filtering](https://docs.fedoraproject.org/en-US/packaging-guidelines/AutoPr… **MAY** be used for temporary workarounds and bootstrapping. Dependencies covered by the generators **SHOULD NOT** be repeated in the `.spec` file. (For example, if the generator finds a `requests` dependency, then `Requires: python3-requests` is redundant.) The automatically generated requirements are in the form `python3.Xdist(DISTNAME)`, potentially augmented with version requirements or combined together with [rich dependencies](https://rpm.org/user_doc/boolean_dependencies.html). Note that the generators only cover Python packages. Other dependencies, often C libraries like `openssl-devel`, must be specified in the `.spec` file manually. > XXX When implemented, this goes here: Alternatively, upstream Python packages may list non-Python dependencies in the `[tool.fedora.requires]`/`[tool.fedora.buildrequires]` section of `pyproject.toml`. This is non-standard and only recommended for Fedora-related packages. Where the requirements are specified in the source depends on each project's build system and preferences. Common locations are `pyproject.toml`, `setup.py`, `setup.cfg`, `config.toml`. #### Run-time dependency generator The automatic runtime dependency generator uses package metadata (as recorded in installed `*.dist-info` directories) to determine what the package depends on. In an emergency, you can opt-out from running the requires generator by adding `%{?python_disable_dependency_generator}` to the package (usually, just before the main package’s `%description`). #### Build-time dependency generator The opt-in (but strongly recommended) build-time dependency generator gathers information from [`pyproject.toml` build-system information](https://www.python.org/dev/peps/pep-0517/#source-trees) (with fallback to `setuptools`) plus a standardized [build-system hook](https://www.python.org/dev/peps/pep-0517/#get-requires-for-build-whee… to gather further requirements. See `%pyproject_buildrequires` (XXX link) for more details. ### Test dependencies See the *Tests* section. (XXX link.) ### Extras > XXX No story here so far. > XXX Note: [python-django-storages](https://src.fedoraproject.org/rpms/python-django-st…, `drf-yasg` etc. do `%python_provide python3-%{srcname}+%{distname}` and `python3dist(%{srcname}/%{extraname})` XXX `python3dist(%{srcname}[%{extraname}])` ## Interpreter invocation ### Shebangs Shebangs lines to invoke Python **SHOULD** be `#!%{python3} -%{py3_shebang_flags}` and it **MAY** include extra flags. > XXX define py3_shebang_flags If the default flags from `%{py3_shebang_flags}` are not desirable, packages **SHOULD** explicitly redefine the macro to remove them. Using `#!%{python3}` (`#!/usr/bin/python3`) rather than e.g. `#!/usr/bin/env python` ensures that the system-wide Python interpreter is used to run the code, even if the user modifies `$PATH` (e.g. by activating a virtual environment). By default, `-%{py3_shebang_flags}` expands to `-s`, which means *don't add user site directory to `sys.path`*. That ensures user-installed Python packages (e.g. by `pip install --user`) don't interfere with the RPM installed software. Sometimes, `pip`-installed content is desirable, such as with plugins. Redefining `%{py3_shebang_flags}` to not include `s`, rather than not using the macro at all, ensures that existing or future automation won't add the flag. The `%pyproject_install` macro automatically changes all Python shebangs in `%{buildroot}%{_bindir}/*` to use `%{python3}` and add `%{py3_shebang_flags}` to the existing flags. If you're not using the macro or you need to change a shebang in a different directory, you can use the `pathfix.py` command as follows: ``` pathfix.py -n -p -k -i %{python3} -a %{py3_shebang_flags} SCRIPTNAME … ``` > XXX Ouch! Macroize this? Hell yes! > > `%py3_shebang_fix <paths>` -- also rename `%{py3_shebang_flags}` (doesn't include dash) > > can be used in `%prep` or `%install` where: * `-n` disables ceating backups * `-p` preserves timestamps * `-k` keeps existing flags * `-i` specifies the new interpreter ### Invokable Python modules Every executable `TOOL` for which the current version of Python matters **SHOULD** also be invokable by `python3 -m TOOL`. If the software doesn't provide this functionality, packagers **SHOULD** ask the upstream to add it. This applies to tools that modify the current Python environment (like installing or querying packages), use Python for configuration, or use Python to run plugins. It does not apply to tools like GIMP or Bash which support plugins in multiple languages and/or have other means to specify the interpreter. For example, `pip` can be invoked as `python3 -m pip`. This allows users to accurately specify the Python version used to run the software. This convention works across different environments that might not always set `$PATH` or install scripts consistently. ## Using Cython Tightening the general Fedora policy, packages **MUST NOT** use files pre-generated by Cython. These **MUST** be deleted in `%prep` and regenerated during the build. As an exception, these sources **MAY** be used temporarily to prevent build time circular dependencies by following the [bootstrapping](https://docs.fedoraproject.org/en-US/packaging-guidelines/#b… guidelines. Generated files (the ones that must be deleted) have a generic `.c` or `.cpp` extension. Cython source files (which should stay) usually have the `.pyx` or `.pxd` extension. Cython is a popular tool for writing extension modules for Python. If compiles a Python-like language to C, which is then fed to the C compiler. Historically, Cython was hard to use upstream as a build-time dependency. Many projects include pre-generated C files in source distribution to avoid users from needing to install the tool. Cython uses CPython's fast-changing internal API for performance reasons. For a new release of Python, Cython generally needs to be updated and the C files regenerated. In Fedora, this is frequently needed before upstreams release re-generated sources (e.g. for Alpha versins of Python). Since we do not have a problem with build-time dependencies, we always want to run the Cython step. > XXX example spec snippet ## Tests ### Running tests If a test suite exists, it **MUST** be run in the `%check` section and/or in Fedora CI. You **MAY** exclude specific failing tests. You **MUST NOT** disable the entire testsuite or ignore the result to solve a build failure. As an exception, you **MAY** disable tests with an appropriate `%if` conditional (e.g. bcond) when [bootstrapping](https://docs.fedoraproject.org/en-US/packaging-guidelines/#b…. A popular testing tool, and one which is well integrated in Fedora, is `tox`. Upstream, it is commonly used to test against multiple Python versions. In a Fedora package, BuildRequire test dependencies (see *Test dependencies* below) and run `tox` with: ``` %tox ``` This sets up the environment (`$PATH`, `$PYTHONPATH`, `$TOX_TESTENV_PASSENV`) and instructs `tox` to use the current environment rather than create new ones. For more options, see *Build macros* (XXX link to section). When upstream doesn't use `tox`, the tests need to be run directly depending on upstream choice of a test runner. A popular runner is `pytest`, which can be run against the package to be installed using: ``` export PATH=%{buildroot}%{_bindir} export PYTHONPATH=%{buildroot}%{python3_sitearch}:%{buildroot}%{python3_sitelib} /usr/bin/pytest # XXX `%{python} -m pytest` doesn't work :( -- sees PWD ``` > XXX Do we want a macro for that? We do, because not all projects have tox. > > Define %__pytest or %_pytest %pytest_command - /usr/bin/pytest > > Define %pytest (see above snippet) (not parametric) Use positional arguments to specify test directory, and `-k` to select tests (e.g. `-k "not network"` may deselect all network-related tests). ### Test dependencies One part of the Python packaging ecosystem that is still not standardized is specifying test dependencies (and development dependencies in general). The best practice to specify tests is using an extra (XXX link to section above, which should be fleshed out) like `[test]` or `[dev]`. In this case, upstream's instructions to install test dependencies might look like `pip install -e.[test]`. Projects using `tox` usually specify test dependencies in a `tox`-specific format: a [requires](https://tox.readthedocs.io/en/latest/config.html#conf-requires) key in the configuration. Both forms are handled by the `%pyproject_buildrequires` macro, see below. If upstream does not use either form, list test dependencies as manual *BuildRequires* in the `spec` file. ### Linters In `%check`, packages **SHOULD NOT** run “linters”: code style checkers, test coverage checkers and other tools that check code quality rather than functionality. Tools like `black`, `pylint`, `flake8`, or `mypy` are often “opinionated” and their “opinions” change frequently enough that they are nuisance in Fedora, where the linter is not pinned to an exact version. Furthermore, some of these tools take a long time to adapt to new Python versions, preventing early testing with Aplha and Beta releases of Python. And they are just not needed: wrongly formatted code is not important enough for the Fedora packager to bug the upstream about it. Making such an issue break a package build is entirely unreasonable. Linters *do* make sense in upstream CI. But not in Fedora. If a linter is used, disable it and remove the dependency on it. If that is not easy, talk to upstream about making it easy (for example with a configuration option or a separate `tox` environment). For packages that contain such linters, use them at runtime or extend them, you will usually need to run the linter in `%check`. Run it to test functionality, not code quality of the packaged software. ## Source files from PyPI Packages **MAY** use sources from PyPI. However, packages **SHOULD NOT** use an archive that omits test suites, licences and/or documentation present in other source archives. For example, as of this writing `pip` provides a [source tarball (“sdist”)](https://pypi.org/project/pip/#files) which omits the relatively large `tests` and `docs` directories present in [the source on GitHub](https://github.com/pypa/pip). In this case, the tarball from GitHub should be used (XXX link to source URL guidelines). When using sources from PyPI, you can use the `%pypi_source` macro to generate the proper URL. See the *Macro reference* (XXX link directly to macro) for details. ## Sample spec file The following is a viable spec file for a hypothetical Python library called `pello` that follows packaging best practices. > XXX *Need to get `Pello` uploaded as real example and on GH under fedora-python. ``` %py_set_name Pello Name: python-%{distname} Version: 1.2.3 Release: 1%{?dist} Summary: Example Python library License: MIT URL: https://github.com/fedora-python/Pello Source0: %{pypi_source} BuildArch: noarch BuildRequires: python3-devel BuildRequires: pyproject-rpm-macros %global _description %{expand: A python module which provides a convenient example. This description provides some details.} %description %_description %package -n python3-%{distname} Summary: %{summary} %description -n python3-%{distname} %_description %prep %autosetup -p1 -n %{projectname}-%{version} %generate_buildrequires %pyproject_buildrequires -t %build %pyproject_wheel %install %pyproject_install # Here, "pello" is the name of the importable module. # You may use %%{distname} here if it's the same. %pyproject_save_files pello %check %tox # Note that there is no %%files section for # the unversioned python module, python-%%{distname} %files -n python3-%{distname} -f %{pyproject_files} %doc README.md %license LICENSE %{_bindir}/pello-greeting ``` ## Macro Reference See the *Mandatory macros* section above. (XXX link to section)  * `%{python3}` (`/usr/bin/python3`) * `%{python3_version}` (e.g. `3.9`) * `%{python3_version_nodots}` (e.g. `39`) * `%{python3_sitelib}` (e.g. `/usr/lib/python3.9/site-packages`) * `%{python3_sitearch}` (e.g. `/usr/lib64/python3.9/site-packages`) ### Name macros * `%py_set_name PROJECTNAME` (e.g. `%py_set_name Django`) Sets `%{projectname}` to the given name, and `%{distname}` to the canonical version of it. These macros can then be used throughout the `spec` file. See *Naming* for details and *Sample spec file* for examples. (XXX link to sections) * `%{projectname}` (e.g. `Django`) Set by `%py_set_name` to the *project name* of the software. * `%{distname}` (e.g. `django`) Set by `%py_set_name` to the *canonical project name* of the software. ### Shebang macro * `%{py3_shebang_flags}` (`s`) Flags for `%{python3}` to use in shebangs. Redefine this macro to use a different set of flags. See *Shebangs* [XXX link section] for details. ### Convenience macros * `%{pypi_source [PROJECTNAME [VERSION [EXT]]]}` (e.g. `https://.../Django-3.0.5.tar.gz`) Evaluates to the appropriate URL for source archive hosted on PyPI. Accepts up to three optional arguments: 1. The name of the PyPI project. Defaults to `%srcname` if defined, or to `%pypi_name` if defined, or to `%name` (the package name). [XXX default to `%projectname`] 2. The version of the PyPI project. Defaults to `%version` (the package version). 3. The file extension to use. Defaults to `tar.gz`. In most cases it is not necessary to specify any arguments. * `%{python3_platform}` (e.g. `linux-x86_64`) The platform name. Used in some Python build systems. ### Build macros These macros are most useful for packaging Python projects that use the `pyproject.toml` file defined in [PEP 518](https://www.python.org/dev/peps/pep-0518/) and [PEP 517](https://www.python.org/dev/peps/pep-0517/), which specifies the package's build dependencies (including the build system, such as setuptools, flit or poetry). If `pyproject.toml` is not found, the macros automatically fall backs to using `setuptools` with configuration in `setup.cfg`/`setup.py`. A full tutorial and discussion for the macros is available in the macros' [README](https://src.fedoraproject.org/rpms/pyproject-rpm-macros/). * `%pyproject_wheel` Build the package. Commonly, this is the only macro needed in the `%build` section. This macro needs BuildRequires generated by `%pyproject_buildrequires`. * `%pyproject_install` Install the package built by `%pyproject_wheel`. This macro needs BuildRequires generated by `%pyproject_buildrequires`. * `%pyproject_buildrequires` Generate BuildRequires for the package. Used in the `%generate_buildrequires` section of the `spec` file. The macro has these options: * `-r`: Include build-time requirements (commonly needed for `%check`). * `-x EXTRA`: Include dependencies given by the given *extra* (XXX link). [XXX Multiple comma separated values cannot be given yet.] * `-t`: Include dependencies for the default *tox* environment. Implies `-r`. * `-e ENV`: Include dependencies for the given *tox* environment, and save the `ENV` name as `%{toxenv}`. Implies `-r`. Multiple comma separated values can be given, for example: %pyproject_buildrequires -e %{toxenv}-unit,%{toxenv}-integration * `%pyproject_save_files MODNAME …` Generate a list of files corresponding to the given importable modules, and save it as `%{pyproject_files}`. Note that README and licence files are not included. Also, while the macro allows including executable files (using the `+bindir` flag), this feature **MUST NOT** be used in Fedora. The `MODNAME` may be a glob pattern, which should be specific to your package. As mentioned in the *Explicit lists* section, expressions like `%pyproject_save_files *` are not acceptable. * `%{pyproject_files}` Path of the file written by `%pyproject_save_files`, to be used as: %files -n python3-%{distname} -f %{pyproject_files} * `%tox` Run tests using `tox`. A different environment may be specified with `-e`, for example: ``` %check %tox %if %{with integration_test} %tox -e %{toxenv}-integration %endif ``` Flags for the `tox` command can be specified after `--`: %tox -- --parallel 0 Additional arguments for the test runner may be specified after another `--`: %tox -- --parallel 0 -- --verbose tests/* * `%{toxenv}` The *tox* environment used by the `%tox` macro. Can be overridden manually or with `%pyproject_buildrequires -t ENV`. * `%{default_toxenv}` (e.g. `py39`) The system-wide default value of `%{toxenv}`. ### Manual Generation The following macros are available for cases where automatic generation is turned off. They can also be useful for handling files in non-standard locations where the generators don't look. * `%pycached MODNAME.py` Given a Python file, lists the file and the files with its bytecode cache. See *Source files and bytecode cache* for more information. * `%{py_provides python3-MODNAME}` > XXX See *The `%python_provide` macro* for more details. * `%{py_byte_compile INTERPRETER PATH}` > XXX`%{python3_byte_compile PATH}` XXX? Byte-compile a Python file into a `__pycache__/*.pyc`. See [Manual byte compilation](https://docs.fedoraproject.org/en-US/packaging-guidelines/Pyth… in the Appendix for usage. * `%{py_dist_name PROJECTNAME}` Given a *project name* (e.g. `PyYAML`) it will convert it to the canonical format (e.g. `pyyaml`). See *Canonical project name* for more information. * `%{py3_dist PROJECTNAME …}` Given one or more *project names*, it will convert them to the canonical format and evaluate to `python3dist(DISTNAME)`, which is useful when listing dependencies. See *Machine-readable provides* for more information. ### System Settings The following macros can be redefined for special use cases. Most of such cases are unacceptable in Fedora. * `%{__python}` (`/usr/bin/python`) Defining this macro changes the meaning of all “unversioned” Python macros such as `%{python}` or `%{python_sitelib}`. Don’t use these macros without redefining `%{__python}`. * `%{__python3}` (`/usr/bin/python3`) The python 3 interpreter. Redefining this macro changes all the `%{python3...}` macros, e.g. `%{python3_sitelib}`. * `%{python3_pkgversion}` (`3`) Distro-wide Python version, i.e. the `3` in `python3`. Projects that build on top of Fedora may define it to e.g. `3.9` to try allowing multiple Python stacks installable in parallel. ### XXX Conditionals? > XXX How to properly express: "if python_version >= 3.8"? > The current way is comparing integers from %python3_version_nodots, but that will break with 3.10/4.0 comparsion. > Do a Lua macro that splits the versions and compares them? > This looks more general, is there something in RPM we can use? ### Disabling automation The following macros can turn off Python-specific automation. Consider contacting the Python SIG if you need to do this. * `%{?python_disable_dependency_generator}` Disables the automatic dependency generator. See *Automatically generated dependencies* for details. * `%__pythonname_provides` > XXX undefine to disable %python-provides generator * `%__pythondist_requires` > XXX undefine to disable %python3dist generator ### Deprecated Macros The following macros are deprecated. See the *201x-era Python Packaging guidelines* (XXX link) for how some of them were used. * `%py3_build` * `%py3_build_wheel` * `%py3_build_egg` * `%py3_install` * `%py3_install_wheel` * `%py3_install_egg` * `%py3dir` * `%py3_other_build` * `%py3_other_install` * `%python_provide` (without `s` at the end) > XXX: `%pyX_build` breaks shebang when upstream already uses some flags (https://bugzilla.redhat.com/show_bug.cgi?id=1335203) -- should we document this in the old guidelines? ## Reviewer checklist > After the guidelines are done, distill the **MUST**s/**SHOULD**s here. > XXX: Do we need a checklist at all? > How do we keep it updated (which hasn't happened in the last N years)

8 40

Please BuildRequire python3-setuptools explicitly
by Tomas Hrnciar 04 Jul '20

04 Jul '20

Hello everyone, there are plenty of Python packages in Fedora currently using setuptools at buildtime but not all of them are BuildRequiring it explicitly. This only works because python3-devel (transitively) depends on python3-setuptools. We would like to kindly ask you to add explicit BuildRequires for python3-setuptools to packages where setuptools is used. It will help us with testing new versions of setuptools in the future or with decoupling Python and setuptools. Today, if we want to know if a package is using setuptools, we have to do `fedpkg prep` and use grep to search for setuptools. Using a repoquery is much more convenient. Several packages can successfully build either with or without setuptools (they use try-except import and fallback to distutils from the standard library). Such packages are especially dangerous when not BuildRequiring setuptools -- they can produce different results depending on the presence of setuptools: either an .egg-info metadata directory (w/setuptools) or .egg-info text file (w/distutils). RPM has troubles when upgrading directories to files [1]. [1] https://docs.fedoraproject.org/en-US/packaging-guidelines/Directory_Replace… According to our grep based query on Fedora Rawhide, there are 621 known packages using setuptools without BuildRequiring it at this point: Thank you very much for your help with this. On behalf of python-setuptools maintainers, Tomáš Hrnčiar Maintainers by package: 0ad ignatenkobrain pcpa pwalter APLpy sergiopr skytux COPASI sagitter OpenMolcas jussilehtola ProDy sagitter PyGreSQL hhorak jmlich odubaj panovotn pkajaba pkubat praiskup PySolFC sergiomb shlomif R2spec pingou ViTables tnorth zbyszek androguard fab ansible-review dcallagh ttrinks artifacts fab borgmatic heffer btrfs-sxbackup thofmann bumpversion duriantang jdornak cantoolz fab cinch greghellings commissaire-client mbarnes smilner compose-utils lsedlar condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri congruity adamwill swt2c copr-messaging schlupov copydeps suve cppcheck c72578 jussilehtola sgrubb cranc lenkaseg crudini apevec jruzicka pbrady cxxtest mgieseki datanommer ralph dblatex alexlan jchaloup mjg dnstwist suve dogtag-pki cipherboy dmoluguw edewata kwright mharmsen vakwetu dolfin limb zbyszek dot2tex thofmann electrum jonny expliot fab fail2ban atkac hobbes1069 jgu orion fedora-messaging abompard file kdudka macermak odubaj svashisht vmihalko flatcam dwrobel flawfinder athoscr flent adrian tohojo fontdump pnemade fontforge frixxon kevin pnemade fonttools pnemade tagoh freeipa-healthcheck abbra cheimes fcami mkosek pvoborni rcritten twoerner frescobaldi limb gajim michich gau2grid jussilehtola gdal alexlan devrim jmlich mmahut neteler oliver orion pali praiskup smani volter gedit-plugin-editorconfig ferdnyc gfal2-python adev andreamanzi gbitzes ginga lupinix git-filter-repo asn git-up mhjacks gns3-gui kwizart gns3-net-converter kwizart gns3-server kwizart nucleo gtimelog amigadave h5py stevetraylen terjeros hashid fab hgview kiilerix home-assistant-cli fab httpie codeblock ralph inception fab inkscape duffy jgu limb lkundrak ioc-writer fab irclog2html fab isrcsubmit amigadave koji ausil kevin mikem puiterwijk lammps ellio167 junghans legendary atim legofy lkf williamjmorenor libCombine sagitter libcaca hubbitus slaanesh thias libolm xvitaly librealsense thofmann libreoffice caolanm dtardon erack sbergmann libxc jussilehtola lldb airlied daveisfera jankratochvil sergesanspaille siddharths tstellar llvm dmalcolm ignatenkobrain jakub jistone kyle scottt sergesanspaille siddharths tstellar llvm7.0 jistone petersen sergesanspaille tstellar llvm9.0 jistone sergesanspaille tstellar mercurial kiilerix nbecker pstodulk mgarepo misc ngompa minigalaxy atim mkdocs-bootstrap cheeselee mkdocs-cinder cheeselee mkdocs-material cheeselee mod_wsgi jdornak jkaluza jorton lmacken mrunge modtools dhodovsk phracek ttomecek modulemd-tools frostyx moose zbyszek mopidy-mpd girst mozjs68 frantisekz kalev mpi4py deji limb tomspur mypaint avsej mysql-connector-python hhorak hubbitus hvad mschorm nodejs mrunge patches piotrp sgallagh zvetlik nototools mfabian pwu officeparser rebus offlineimap cicku dodji notting sergesanspaille teuf ogr2osm musuruan opae aravuri nkorde trix openbabel itamarjp jussilehtola rathann oval-graph hony past-time fab pcapy limb pcp agerstmayr lberk mgoodwin nathans pcp2pdf lberk mbaldessari pdfarranger dreua fab fschwarz pdfposter fab percol hubbitus petsc sagitter petsc4py sagitter picard alexlan cicku gbcox ohaessler pipsi cstratak mstuchli pipx mhjacks pki-core cipherboy dmoluguw edewata kwright mharmsen vakwetu poezio fantom louizatakk porcupine kushal portmidi eeickmeyer mjg xavierb protonvpn-cli jflory7 prunerepo clime frostyx py-bcrypt kevin limb py3c pviktori pyaudio chkr pybluez limb pycolumnize fab kushal pyephem elwell orphan pygobject3 johnp nacho walters pygsl jamatos pyhunspell mfabian till pykka fab pylast fab peter pylibacl frankcrawford kevin szpak pyodbc fjanus hhorak pyosmium tomh pyproj jdekloe pyscard sjenning pyserial stingray pysubnettree fab python-CommonMark jujens python-GeoIP pingou ralph sergiomb totol python-GridDataFormats rathann python-OBD rathann python-PyLEMS ankursinha python-Pyped uggla python-Rtree volter python-SALib ankursinha python-acme jhogarth nb python-acoustid terjeros python-agate jujens python-aiodns fantom python-airspeed ankursinha python-alsa limb perex python-aniso8601 jsedlak kparal python-ansicolors skisela python-apipkg fab ktdreyer thm python-apprise lead2gold python-apsw cicku dfateyev maci python-arviz sergiopr python-ase besser82 marcindulak python-astral fab python-astroplan sergiopr python-astropy-healpix lupinix python-astroquery lupinix python-astroscrappy lupinix python-asttokens zbyszek python-asyncssh gsauthof python-audioread terjeros python-autobahn jujens python-autopep8 mrunge ndipanov python-babelfish jorti python-basemap jspaleta limb python-betamax-matchers fab python-betamax-serializers fab python-bigsuds xavierb python-biopython alexlan lbazan rathann sagitter python-bloom cottsay rmattes python-blosc tnorth zbyszek python-box dmsimard python-btchip jonny xenithorb python-cached_property adamwill immanetize python-cachetools jeckersb python-cachez eharney python-carbon jsteffan piotrp python-ccdproc lupinix python-certbot-apache jhogarth nb python-chai kevin pingou ralph python-click-plugins qulogic python-cloud-sptheme kevin ralph python-cmigemo hubbitus python-colorlog fab python-colorspacious rathann python-conda-package-handling orion python-construct moezroy terjeros python-contextlib2 abompard pingou ralph tjikkun python-convertdate fab python-cookiecutter wakko666 python-coveralls bcl python-crcelk fab python-crochet abompard python-css-parser zbyszek python-dateparser fab limb python-dbfread jujens python-debrepo ktdreyer python-decopatch zbyszek python-descartes qulogic python-dfdatetime fab python-dialog itamarjp mjakubicek noodles raphgro sundaram zbyszek python-diff-match-patch amigadave python-dijitso zbyszek python-dill sergiopr python-django bkabrda churchyard jdornak mrunge rdopiera salimma sgallagh python-django-contact-form mrunge python-django-formtools jpena mrunge python-django-health-check dmsimard python-django-registration kumarpraveen python-django-reversion mrunge python-django-tagging jdornak mrunge piotrp python-django-tastypie bkabrda cquad mrunge stevetraylen python-djangoql vkrizan python-docx kushal124 python-dpkt mbaldessari python-dtfabric fab python-duecredit ankursinha python-dukpy zbyszek python-dulwich fab python-edgegrid rohanpm python-editdistance major python-editorconfig barracks510 python-efel ankursinha python-emcee sergiopr python-emoji xvitaly python-enthought-sphinx-theme orion python-enzyme jorti python-et_xmlfile jujens python-etcd mbarnes smilner python-faker jorti python-fasteners mrunge python-fastpurge rohanpm python-feedgenerator ankursinha python-ffc zbyszek python-fiat fab python-fido2 orion python-fields cottsay python-filetype fab python-firkin fab python-fisx zbyszek python-fitsio lupinix python-flake8-docstrings cottsay python-flask-gravatar devrim itamarjp python-flask-htmlmin devrim itamarjp python-flask-paranoid devrim itamarjp python-flask-rstpages rmarko python-flask-security devrim itamarjp python-flask-sphinx-themes devrim itamarjp python-formats uggla python-fs pnemade python-fsleyes ankursinha python-fsleyes-props ankursinha python-fsleyes-widgets ankursinha python-fslpy ankursinha python-fuse jorti python-fypp rathann python-geopandas qulogic python-gevent dcallagh ignatenkobrain orion skottler python-giacpy sagitter python-glances-api fab python-gsd rathann python-guessit jorti python-heapdict qulogic python-hl7 ankursinha python-hole fab python-html5-parser kevin python-htmlmin jujens python-humblewx rickardlindberg python-hupper kevin python-i3ipc msimacek python-idstools jtaylor marcindulak python-ifcfg cottsay python-igraph bstinson limb pingou python-img2pdf gsauthof python-indexed_gzip ankursinha python-inema gsauthof python-inotify jfilak stevetraylen terjeros python-inotify_simple praiskup python-instant fab python-intervaltree mikep python-ipykernel churchyard pcpa python-ipyparallel ellert python-iso-639 melmorabity python-iso3166 melmorabity python-javalang fab python-jep raphgro python-jinja2-cli jujens python-jinja2-time wakko666 python-jnius raphgro python-joblib besser82 ignatenkobrain sergiopr python-journal-brief twaugh python-jsonmodels oanson python-jsonrpclib ihrachyshka jonny python-junit_xml jhogarth python-kaitaistruct rathann python-kdcproxy rharwood python-kerberos rcritten simo python-kitchen kevin pingou ralph python-kiwisolver qulogic python-klusta ankursinha python-landslide echevemaster python-lark-parser totol python-leather jujens python-libNeuroML ankursinha python-libnacl jonny sergiomb python-libsass dormouse python-libusb1 jonny python-lmdb pspacek python-logzero somlo python-luftdaten fab python-lunr cheeselee python-m2r nforro python-makefun zbyszek python-mapnik tomh python-markdown2 thm python-matplotlib-scalebar ankursinha python-mdp zbyszek python-mdx_gh_links cheeselee python-meld3 kevin stevetraylen tsao python-metakernel ellert python-metar jdekloe thias python-migen somlo python-minibelt uggla python-mmtf rathann python-mnemonic jonny python-mongoquery mkrizek python-more-executors rohanpm python-more-itertools aarem churchyard jcaratzas python-music21 zbyszek python-mutagen cicku ignatenkobrain mbaldessari moezroy python-mwclient adamwill rdieter tuxbrewr python-myhdl filiperosset python-mystrom fab python-ndg_httpsclient churchyard fschwarz itamarjp noodles python-netdata fab python-networkmanager jdulaney python-neurodsp major python-nilearn ankursinha python-nistats ankursinha python-nitime ankursinha python-nixio ankursinha python-nmrglue nonamedotc python-node-semver xvitaly python-notario ktdreyer python-oauth2 ignatenkobrain pjp spot sundaram python-octave-kernel qulogic python-odml major python-oletools rebus robert python-opendata-transport fab python-openoffice sharkcz python-opensensemap-api fab python-paho-mqtt fab python-pandas-datareader sergiopr python-partd qulogic python-paste-script andreamanzi dcallagh python-patch-ng xvitaly python-pathlib2 pcpa python-patsy sergiopr python-pbkdf2 jonny python-pcodedmp robert python-pdfrw fschwarz sergiopr slaanesh python-pecan-notario ktdreyer python-pelican firemanxbr mrunge python-pep8-naming qulogic python-periodictable sagitter python-persist-queue eharney python-petlink ankursinha python-pexpect amcnabb fabiand ignatenkobrain radez swt2c tomspur python-photutils sergiopr python-pingouin ankursinha python-pkginfo decathorpe fab pcreech17 python-plaster-pastedeploy abompard python-play-scraper fab python-plumbum greghellings lorenzodalrio python-pocketlint jkonecny vtrefny python-polib cicku dchen diegobz dshea ivazquez moezroy suanand python-poyo wakko666 python-prawcore fab python-precis_i18n michich python-proteus sharkcz python-psutil salimma python-publicsuffix2 rathann python-pulsectl pfrields python-pvc raphgro python-pycares fantom python-pycha potty sharkcz python-pycosat orion python-pycurl jsynacek kdudka msekleta svashisht python-pydocstyle tadej python-pyeclib hguemar zaitcev python-pyelectro ankursinha python-pyemd ankursinha python-pygeoip kevin ralph python-pylatex ankursinha python-pylons-sphinx-themes abompard python-pymatreader ankursinha python-pyotp icon python-pypcapkit fab python-pypet ankursinha python-pypng kevin ralph python-pypubsub swt2c python-pyramid_sawing abompard python-pyrfc3339 fschwarz itamarjp jhogarth noodles python-pysb zbyszek python-pysignals kni python-pysrt jorti python-pytelegrambotapi xvitaly python-pytest-aiohttp fab python-pytest-astropy-header sergiopr python-pytest-benchmark jorti python-pytest-cases zbyszek python-pytest-faulthandler dkrejci lbalhar python-pytest-fixture-config kevin python-pytest-forked swt2c python-pytest-harvest zbyszek python-pytest-lazy-fixture ankursinha python-pytest-mock jujens python-pytest-repeat cottsay python-pytest-shutil kevin python-pytest-steps zbyszek python-pytest-timeout swt2c python-pytest-tornado qulogic python-pytest-vcr limb python-pytest-virtualenv kevin python-pytest-watch jujens python-pytest-xdist swt2c python-pyvit fab python-pyvo lupinix python-queuelib fab python-rarfile fab python-rebulk jorti python-recommonmark jujens python-relatorio sharkcz python-rencode jgu orion patches python-reportlab sagitter python-represent dkrejci lbalhar python-reproject lupinix python-requests-cache codeblock hobbes1069 python-requests-futures fab python-restructuredtext-lint jujens python-retrying apevec python-retryz eharney python-rmtest lberk mgoodwin nathans python-rope nonamedotc python-rosdep cottsay rmattes thofmann python-rpmautospec asaleh nphilipp python-sanction kevin ralph python-scales filabrazilska lbalhar lkundrak python-scikit-learn besser82 ignatenkobrain lupinix sergiopr python-sciunit ankursinha python-scrapy echevemaster python-setuptools-lint jdulaney python-shamir-mnemonic jonny python-sieve kevin ondrejj ralph python-simplemediawiki lmacken potty ralph python-simpleparse grover mlombard python-slixmpp fantom louizatakk python-snappy jujens python-social-auth-core cqi python-soupsieve zbyszek python-spdx jbertozzi python-spdx-lookup jbertozzi python-sphinxcontrib-issuetracker orion python-sphinxcontrib-svg2pdfconverter belegdol python-sql sharkcz python-ssdeep suve python-statsd pabelanger tdecacqu python-statsmodels sergiopr python-steps ankursinha python-subliminal jorti python-suds jortel swt2c python-sybil fab python-tables tnorth zbyszek python-tasklib ankursinha python-tblib qulogic python-tbtrim fab python-tempdir rathann python-testfixtures fab python-testing.postgresql ekulik mmarusak msuchy python-timeout-decorator jcapitao python-tinycss2 brouhaha fschwarz python-tinydb suanand python-toml jujens python-tortilla uggla python-tree-format chedi wakko666 python-trezor jonny python-twilio mich181189 python-txaio jujens python-ufl fab python-unidecode pjp sundaram python-unidiff dcallagh python-upt-cpan jbertozzi python-upt-fedora jbertozzi python-upt-pypi jbertozzi python-upt-rubygems jbertozzi python-urwidtrees ttomecek python-validators fab python-varlink harald python-virtualenv-clone ralph tadej python-volkszaehler fab python-wand barracks510 python-watchdog jsteffan jujens pingou python-webcolors dridi python-webencodings abompard python-webpy mrunge python-webthing-ws fab python-winrm jhogarth python-wloc xvitaly python-wsaccel jujens python-xlib jspaleta orion potty python-xlwt leamas moezroy rathann python-xml2rfc pwouters python-xmltodict fab ralph python-xvfbwrapper mrunge totol python-zeep gsauthof python-zict qulogic python-zodbpickle jjames python-zstandard rathann python3-exiv2 asn python3-mallard-ducktype amigadave python3-poppler-qt5 limb python3-pytest-asyncio jujens python3-saml dcallagh pyusb limb pyxattr defolos frankcrawford kevin szpak qemu amitshah berrange bonzini crobinso dwmw2 ehabkost jforbes lkundrak quintela rjones rdiff-backup frankcrawford kevin rdkit giallu rpl timj rpmdeplint dcallagh frantisekz mvadkert rpmspectool nphilipp rst2txt fab salt dmurphy18 samba abbra anoopcs asn gd iboukris jarrpa jlayton jstephen obnox simo scribus pwalter sharkcz tripledes sentencepiece kenhys sepolicy_analysis vmojzis seqan sagitter shyaml thofmann solaar brouhaha rathann richardfearn tibbs solarwolf limb sos-collector turboturtle spec2scl jstanek spglib sagitter spyder nonamedotc thozza starcal hedayat stomppy stevetraylen swid-tools adelton swift-lang tachoknight sympy cbm jjames jussilehtola orion texlive-base spot thonny aivarannamaa churchyard thrift ctubbsii milleruntime orion tortoisehg kiilerix nbecker tpm2-pkcs11 jjelen pbrobinson translate-toolkit cicku dwayne petersen suanand tryton sharkcz trytond sharkcz trytond-account sharkcz trytond-account-be sharkcz trytond-account-de-skr03 sharkcz trytond-account-invoice sharkcz trytond-account-invoice-history sharkcz trytond-account-invoice-line-standalone sharkcz trytond-account-product sharkcz trytond-account-statement sharkcz trytond-account-stock-anglo-saxon sharkcz trytond-account-stock-continental sharkcz trytond-analytic-account sharkcz trytond-analytic-invoice sharkcz trytond-analytic-purchase sharkcz trytond-analytic-sale sharkcz trytond-company sharkcz trytond-company-work-time sharkcz trytond-country sharkcz trytond-currency sharkcz trytond-dashboard sharkcz trytond-google-maps sharkcz trytond-ldap-authentication sharkcz trytond-party sharkcz trytond-party-siret sharkcz trytond-product sharkcz trytond-product-cost-fifo sharkcz trytond-product-cost-history sharkcz trytond-product-price-list sharkcz trytond-project sharkcz trytond-project-plan sharkcz trytond-project-revenue sharkcz trytond-purchase sharkcz trytond-purchase-invoice-line-standalone sharkcz trytond-sale sharkcz trytond-sale-opportunity sharkcz trytond-sale-price-list sharkcz trytond-stock sharkcz trytond-stock-forecast sharkcz trytond-stock-inventory-location sharkcz trytond-stock-location-sequence sharkcz trytond-stock-product-location sharkcz trytond-stock-supply sharkcz trytond-stock-supply-day sharkcz trytond-timesheet sharkcz uhd jskarvad upt jbertozzi uwsgi kad wafw00f fab wine-mono mooninite winpdb spot xortool fab xrootd ellert simonm xtensor-python sergesanspaille yawn jsafrane miminar vcrhonek yubikey-manager gbcox sjenning Packages by maintainer: aarem python-more-itertools abbra freeipa-healthcheck samba abompard fedora-messaging python-contextlib2 python-crochet python-plaster-pastedeploy python-pylons-sphinx-themes python-pyramid_sawing python-webencodings adamwill congruity python-cached_property python-mwclient adelton swid-tools adev gfal2-python adrian flent agerstmayr pcp airlied lldb aivarannamaa thonny alexlan dblatex gdal picard python-biopython amcnabb python-pexpect amigadave gtimelog isrcsubmit python-diff-match-patch python3-mallard-ducktype amitshah qemu andreamanzi gfal2-python python-paste-script ankursinha python-PyLEMS python-SALib python-airspeed python-duecredit python-efel python-feedgenerator python-fsleyes python-fsleyes-props python-fsleyes-widgets python-fslpy python-hl7 python-indexed_gzip python-klusta python-libNeuroML python-matplotlib-scalebar python-nilearn python-nistats python-nitime python-nixio python-petlink python-pingouin python-pyelectro python-pyemd python-pylatex python-pymatreader python-pypet python-pytest-lazy-fixture python-sciunit python-steps python-tasklib anoopcs samba apevec crudini python-retrying aravuri opae asaleh python-rpmautospec asn git-filter-repo python3-exiv2 samba athoscr flawfinder atim legendary minigalaxy atkac fail2ban ausil koji avsej mypaint barracks510 python-editorconfig python-wand bbockelm condor bcl python-coveralls bcotton condor belegdol python-sphinxcontrib-svg2pdfconverter berrange qemu besser82 python-ase python-joblib python-scikit-learn bkabrda python-django python-django-tastypie bonzini qemu brouhaha python-tinycss2 solaar bstinson python-igraph c72578 cppcheck caolanm libreoffice cbm sympy chedi python-tree-format cheeselee mkdocs-bootstrap mkdocs-cinder mkdocs-material python-lunr python-mdx_gh_links cheimes freeipa-healthcheck chkr pyaudio churchyard python-django python-ipykernel python-more-itertools python-ndg_httpsclient thonny cicku offlineimap picard python-apsw python-mutagen python-polib translate-toolkit cipherboy dogtag-pki pki-core clime prunerepo codeblock httpie python-requests-cache cottsay python-bloom python-fields python-flake8-docstrings python-ifcfg python-pytest-repeat python-rosdep cqi python-social-auth-core cquad python-django-tastypie crobinso qemu cstratak pipsi ctubbsii thrift daveisfera lldb dcallagh ansible-review python-gevent python-paste-script python-unidiff python3-saml rpmdeplint dchen python-polib decathorpe python-pkginfo defolos pyxattr deji mpi4py devrim gdal python-flask-gravatar python-flask-htmlmin python-flask-paranoid python-flask-security python-flask-sphinx-themes dfateyev python-apsw dhodovsk modtools diegobz python-polib dkrejci python-pytest-faulthandler python-represent dmalcolm llvm dmoluguw dogtag-pki pki-core dmsimard python-box python-django-health-check dmurphy18 salt dodji offlineimap dormouse python-libsass dreua pdfarranger dridi python-webcolors dshea python-polib dtardon libreoffice duffy inkscape duriantang bumpversion dwayne translate-toolkit dwmw2 qemu dwrobel flatcam echevemaster python-landslide python-scrapy edewata dogtag-pki pki-core eeickmeyer portmidi eerlands condor ehabkost qemu eharney python-cachez python-persist-queue python-retryz ekulik python-testing.postgresql ellert python-ipyparallel python-metakernel xrootd ellio167 lammps elwell pyephem erack libreoffice fab androguard artifacts cantoolz expliot hashid home-assistant-cli inception ioc-writer irclog2html past-time pdfarranger pdfposter pycolumnize pykka pylast pysubnettree python-apipkg python-astral python-betamax-matchers python-betamax-serializers python-colorlog python-convertdate python-crcelk python-dateparser python-dfdatetime python-dtfabric python-dulwich python-fiat python-filetype python-firkin python-glances-api python-hole python-instant python-javalang python-luftdaten python-mystrom python-netdata python-opendata-transport python-opensensemap-api python-paho-mqtt python-pkginfo python-play-scraper python-prawcore python-pypcapkit python-pytest-aiohttp python-pyvit python-queuelib python-rarfile python-requests-futures python-sybil python-tbtrim python-testfixtures python-ufl python-validators python-volkszaehler python-webthing-ws python-xmltodict rst2txt wafw00f xortool fabiand python-pexpect fantom poezio python-aiodns python-pycares python-slixmpp fcami freeipa-healthcheck ferdnyc gedit-plugin-editorconfig filabrazilska python-scales filiperosset python-myhdl firemanxbr python-pelican fjanus pyodbc frankcrawford pylibacl pyxattr rdiff-backup frantisekz mozjs68 rpmdeplint frixxon fontforge frostyx modulemd-tools prunerepo fschwarz pdfarranger python-ndg_httpsclient python-pdfrw python-pyrfc3339 python-tinycss2 gbcox picard yubikey-manager gbitzes gfal2-python gd samba giallu rdkit girst mopidy-mpd greghellings cinch python-plumbum grover python-simpleparse gsauthof python-asyncssh python-img2pdf python-inema python-zeep harald python-varlink hedayat starcal heffer borgmatic hguemar python-pyeclib hhorak PyGreSQL mysql-connector-python pyodbc hobbes1069 fail2ban python-requests-cache hony oval-graph hubbitus libcaca mysql-connector-python percol python-cmigemo hvad mysql-connector-python iboukris samba icon python-pyotp ignatenkobrain 0ad llvm python-gevent python-joblib python-mutagen python-oauth2 python-pexpect python-scikit-learn ihrachyshka python-jsonrpclib immanetize python-cached_property itamarjp openbabel python-dialog python-flask-gravatar python-flask-htmlmin python-flask-paranoid python-flask-security python-flask-sphinx-themes python-ndg_httpsclient python-pyrfc3339 ivazquez python-polib jakub llvm jamatos pygsl jankratochvil lldb jarrpa samba jbertozzi python-spdx python-spdx-lookup python-upt-cpan python-upt-fedora python-upt-pypi python-upt-rubygems upt jcapitao python-timeout-decorator jcaratzas python-more-itertools jchaloup dblatex jdekloe pyproj python-metar jdornak bumpversion mod_wsgi python-django python-django-tagging jdulaney python-networkmanager python-setuptools-lint jeckersb python-cachetools jfilak python-inotify jflory7 protonvpn-cli jforbes qemu jgu fail2ban inkscape python-rencode jhogarth python-acme python-certbot-apache python-junit_xml python-pyrfc3339 python-winrm jistone llvm llvm7.0 llvm9.0 jjames python-zodbpickle sympy jjelen tpm2-pkcs11 jkaluza mod_wsgi jkonecny python-pocketlint jlayton samba jmlich PyGreSQL gdal johnp pygobject3 jonny electrum python-btchip python-jsonrpclib python-libnacl python-libusb1 python-mnemonic python-pbkdf2 python-shamir-mnemonic python-trezor jortel python-suds jorti python-babelfish python-enzyme python-faker python-fuse python-guessit python-pysrt python-pytest-benchmark python-rebulk python-subliminal jorton mod_wsgi jpena python-django-formtools jruzicka crudini jsafrane yawn jsedlak python-aniso8601 jskarvad uhd jspaleta python-basemap python-xlib jstanek spec2scl jsteffan python-carbon python-watchdog jstephen samba jsynacek python-pycurl jtaylor python-idstools jujens python-CommonMark python-agate python-autobahn python-dbfread python-et_xmlfile python-htmlmin python-jinja2-cli python-leather python-pytest-mock python-pytest-watch python-recommonmark python-restructuredtext-lint python-snappy python-toml python-txaio python-watchdog python-wsaccel python3-pytest-asyncio junghans lammps jussilehtola OpenMolcas cppcheck gau2grid libxc openbabel sympy kad uwsgi kalev mozjs68 kdudka file python-pycurl kenhys sentencepiece kevin fontforge koji py-bcrypt pylibacl python-chai python-cloud-sptheme python-html5-parser python-hupper python-kitchen python-meld3 python-pygeoip python-pypng python-pytest-fixture-config python-pytest-shutil python-pytest-virtualenv python-sanction python-sieve pyxattr rdiff-backup kiilerix hgview mercurial tortoisehg kni python-pysignals kparal python-aniso8601 ktdreyer python-apipkg python-debrepo python-notario python-pecan-notario kumarpraveen python-django-registration kushal porcupine pycolumnize kushal124 python-docx kwizart gns3-gui gns3-net-converter gns3-server kwright dogtag-pki pki-core kyle llvm lbalhar python-pytest-faulthandler python-represent python-scales lbazan python-biopython lberk pcp pcp2pdf python-rmtest lead2gold python-apprise leamas python-xlwt lenkaseg cranc limb dolfin frescobaldi inkscape mpi4py pcapy py-bcrypt pybluez python-alsa python-basemap python-dateparser python-igraph python-pytest-vcr python3-poppler-qt5 pyusb solarwolf lkf legofy lkundrak inkscape python-scales qemu lmacken mod_wsgi python-simplemediawiki lorenzodalrio python-plumbum louizatakk poezio python-slixmpp lsedlar compose-utils lupinix ginga python-astropy-healpix python-astroquery python-astroscrappy python-ccdproc python-fitsio python-pyvo python-reproject python-scikit-learn macermak file maci python-apsw major python-editdistance python-neurodsp python-odml marcindulak python-ase python-idstools matt condor matyas condor mbaldessari pcp2pdf python-dpkt python-mutagen mbarnes commissaire-client python-etcd melmorabity python-iso-639 python-iso3166 mfabian nototools pyhunspell mgieseki cxxtest mgoodwin pcp python-rmtest mharmsen dogtag-pki pki-core mhjacks git-up pipx mich181189 python-twilio michich gajim python-precis_i18n mikem koji mikep python-intervaltree milleruntime thrift miminar yawn misc mgarepo mjakubicek python-dialog mjg dblatex portmidi mkosek freeipa-healthcheck mkrizek python-mongoquery mlombard python-simpleparse mmahut gdal mmarusak python-testing.postgresql moezroy python-construct python-mutagen python-polib python-xlwt mooninite wine-mono mrunge mod_wsgi nodejs python-autopep8 python-django python-django-contact-form python-django-formtools python-django-reversion python-django-tagging python-django-tastypie python-fasteners python-pelican python-webpy python-xvfbwrapper mschorm mysql-connector-python msekleta python-pycurl msimacek python-i3ipc mstuchli pipsi msuchy python-testing.postgresql musuruan ogr2osm mvadkert rpmdeplint nacho pygobject3 nathans pcp python-rmtest nb python-acme python-certbot-apache nbecker mercurial tortoisehg ndipanov python-autopep8 neteler gdal nforro python-m2r ngompa mgarepo nkorde opae nonamedotc python-nmrglue python-rope spyder noodles python-dialog python-ndg_httpsclient python-pyrfc3339 notting offlineimap nphilipp python-rpmautospec rpmspectool nucleo gns3-server oanson python-jsonmodels obnox samba odubaj PyGreSQL file ohaessler picard oliver gdal ondrejj python-sieve orion fail2ban gdal python-conda-package-handling python-enthought-sphinx-theme python-fido2 python-gevent python-pycosat python-rencode python-sphinxcontrib-issuetracker python-xlib sympy thrift orphan pyephem pabelanger python-statsd pali gdal panovotn PyGreSQL patches nodejs python-rencode pbrady crudini pbrobinson tpm2-pkcs11 pcpa 0ad python-ipykernel python-pathlib2 pcreech17 python-pkginfo perex python-alsa peter pylast petersen llvm7.0 translate-toolkit pfrields python-pulsectl phracek modtools pingou R2spec python-GeoIP python-chai python-contextlib2 python-igraph python-kitchen python-watchdog piotrp nodejs python-carbon python-django-tagging pjp python-oauth2 python-unidecode pkajaba PyGreSQL pkubat PyGreSQL pnemade fontdump fontforge fonttools python-fs potty python-pycha python-simplemediawiki python-xlib praiskup PyGreSQL gdal python-inotify_simple pspacek python-lmdb pstodulk mercurial puiterwijk koji pviktori py3c pvoborni freeipa-healthcheck pwalter 0ad scribus pwouters python-xml2rfc pwu nototools quintela qemu qulogic python-click-plugins python-descartes python-geopandas python-heapdict python-kiwisolver python-octave-kernel python-partd python-pep8-naming python-pytest-tornado python-tblib python-zict radez python-pexpect ralph datanommer httpie python-GeoIP python-chai python-cloud-sptheme python-contextlib2 python-kitchen python-pygeoip python-pypng python-sanction python-sieve python-simplemediawiki python-virtualenv-clone python-xmltodict raphgro python-dialog python-jep python-jnius python-pvc rathann openbabel python-GridDataFormats python-OBD python-biopython python-colorspacious python-fypp python-gsd python-kaitaistruct python-mmtf python-publicsuffix2 python-tempdir python-xlwt python-zstandard solaar rcritten freeipa-healthcheck python-kerberos rdieter python-mwclient rdopiera python-django rebus officeparser python-oletools rharwood python-kdcproxy richardfearn solaar rickardlindberg python-humblewx rjones qemu rmarko python-flask-rstpages rmattes python-bloom python-rosdep robert python-oletools python-pcodedmp rohanpm python-edgegrid python-fastpurge python-more-executors sagitter COPASI ProDy libCombine petsc petsc4py python-biopython python-giacpy python-periodictable python-reportlab seqan spglib salimma python-django python-psutil sbergmann libreoffice schlupov copr-messaging scottt llvm sergesanspaille lldb llvm llvm7.0 llvm9.0 offlineimap xtensor-python sergiomb PySolFC python-GeoIP python-libnacl sergiopr APLpy python-arviz python-astroplan python-dill python-emcee python-joblib python-pandas-datareader python-patsy python-pdfrw python-photutils python-pytest-astropy-header python-scikit-learn python-statsmodels sgallagh nodejs python-django sgrubb cppcheck sharkcz python-openoffice python-proteus python-pycha python-relatorio python-sql scribus tryton trytond trytond-account trytond-account-be trytond-account-de-skr03 trytond-account-invoice trytond-account-invoice-history trytond-account-invoice-line-standalone trytond-account-product trytond-account-statement trytond-account-stock-anglo-saxon trytond-account-stock-continental trytond-analytic-account trytond-analytic-invoice trytond-analytic-purchase trytond-analytic-sale trytond-company trytond-company-work-time trytond-country trytond-currency trytond-dashboard trytond-google-maps trytond-ldap-authentication trytond-party trytond-party-siret trytond-product trytond-product-cost-fifo trytond-product-cost-history trytond-product-price-list trytond-project trytond-project-plan trytond-project-revenue trytond-purchase trytond-purchase-invoice-line-standalone trytond-sale trytond-sale-opportunity trytond-sale-price-list trytond-stock trytond-stock-forecast trytond-stock-inventory-location trytond-stock-location-sequence trytond-stock-product-location trytond-stock-supply trytond-stock-supply-day trytond-timesheet shlomif PySolFC siddharths lldb llvm simo python-kerberos samba simonm xrootd sjenning pyscard yubikey-manager skisela python-ansicolors skottler python-gevent skytux APLpy slaanesh libcaca python-pdfrw smani gdal smilner commissaire-client python-etcd somlo python-logzero python-migen spot python-oauth2 texlive-base winpdb stevetraylen condor h5py python-django-tastypie python-inotify python-meld3 stomppy stingray pyserial suanand python-polib python-tinydb translate-toolkit sundaram python-dialog python-oauth2 python-unidecode suve copydeps dnstwist python-ssdeep svashisht file python-pycurl swt2c congruity python-pexpect python-pypubsub python-pytest-forked python-pytest-timeout python-pytest-xdist python-suds szpak pylibacl pyxattr tachoknight swift-lang tadej python-pydocstyle python-virtualenv-clone tagoh fonttools tdecacqu python-statsd terjeros h5py python-acoustid python-audioread python-construct python-inotify teuf offlineimap thias libcaca python-metar thm python-apipkg python-markdown2 thofmann btrfs-sxbackup dot2tex librealsense python-rosdep shyaml thozza spyder tibbs solaar till pyhunspell timj rpl tjikkun python-contextlib2 tnorth ViTables python-blosc python-tables tohojo flent tomh pyosmium python-mapnik tomspur mpi4py python-pexpect totol python-GeoIP python-lark-parser python-xvfbwrapper tripledes scribus trix opae tsao python-meld3 tstclair condor tstellar lldb llvm llvm7.0 llvm9.0 ttheisen condor ttomecek modtools python-urwidtrees ttrinks ansible-review turboturtle sos-collector tuxbrewr python-mwclient twaugh python-journal-brief twoerner freeipa-healthcheck uggla python-Pyped python-formats python-minibelt python-tortilla vakwetu dogtag-pki pki-core valtri condor vcrhonek yawn vkrizan python-djangoql vmihalko file vmojzis sepolicy_analysis volter gdal python-Rtree vtrefny python-pocketlint wakko666 python-cookiecutter python-jinja2-time python-poyo python-tree-format walters pygobject3 williamjmorenor legofy xavierb portmidi python-bigsuds xenithorb python-btchip xvitaly libolm python-emoji python-node-semver python-patch-ng python-pytelegrambotapi python-wloc zaitcev python-pyeclib zbyszek ViTables dolfin moose python-asttokens python-blosc python-css-parser python-decopatch python-dialog python-dijitso python-dukpy python-ffc python-fisx python-makefun python-mdp python-music21 python-pysb python-pytest-cases python-pytest-harvest python-pytest-steps python-soupsieve python-tables zvetlik nodejs

8 7

Re: python-reportlab: undefined-non-weak-symbol
by Antonio T. sagitter 30 Jun '20

30 Jun '20

Thank you Jerry. On 30/06/20 22:22, Jerry James wrote: > On Tue, Jun 30, 2020 at 11:45 AM Antonio T. sagitter > <sagitter(a)fedoraproject.org> wrote: >> Are these `undefined-non-weak-symbol` expected in python-reportlab? >> >> https://pastebin.com/dRZUbpJx > > Yes, see this thread: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… > -- --- Antonio Trande Fedora Project mailto: sagitter(a)fedoraproject.org GPG key: 0x7B30EE04E576AA84 GPG key server: https://keys.openpgp.org/

1 0

python-reportlab: undefined-non-weak-symbol
by Antonio T. sagitter 30 Jun '20

30 Jun '20

Hi all. Are these `undefined-non-weak-symbol` expected in python-reportlab? https://pastebin.com/dRZUbpJx -- --- Antonio Trande Fedora Project mailto: sagitter(a)fedoraproject.org GPG key: 0x7B30EE04E576AA84 GPG key server: https://keys.openpgp.org/

1 0

PSA: Sphinx 3 in rawhide
by Miro Hrončok 30 Jun '20

30 Jun '20

Hello, we have just updated Sphinx (python-sphinx, python3-sphinx) to 3.1.1 in rawhide. Packages that fail to build documentation with it have already been informed weeks ago via Bugzilla. https://bugzilla.redhat.com/showdependencytree.cgi?id=SPHINX3&hide_resolved… CPython documentation cannot yet be built with Sphinx 3 and we will follow the upstream development on this, eventually packaging Sphinx 2 to Fedora as well if it will be needed. Thanks for your patience when waiting for this. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

ability to move just some Python files (+pyc) in subpackage?
by Felix Schwarz 29 Jun '20

29 Jun '20

Hi, I'm working towards updating python-dns-lexicon. It can handle many different dns APIs and for some APIs the code needs additional libraries (some of these are not packaged for Fedora). Upstream handles this by using "extras" requirements and the CLI throws an error message if you try to use a provider which needs additional dependencies. lexicon.client.ProviderNotAvailableError: This provider (transip) has required dependencies that are missing. Please install lexicon[transip] first. Ideally I'd like to move the provider's Python file (just a single file) AND the generated .pyc to a RPM subpackage where I could add the required dependencies (if possible). All provider files are located in the same directory. Is that possible with Fedora's RPM macros? Felix

2 2

how to depend on 'requests[security]'?
by Felix Schwarz 29 Jun '20

29 Jun '20

Hey, I'm trying to update a package which now depends on "requests[security]" instead of just "requests". If I understand https://fedoraproject.org/wiki/Changes/PythonExtras correctly there no mechanism right now to pull in "requests[security]" (along with its dependencies) so I need to patch setup.py and (Build)Require the additional packages? Felix

2 1

Brand new pipenv 2020.5.28 ready for testing in a copr repo
by Tomas Orsava 29 Jun '20

29 Jun '20

Hi, upstream released a brand new version of `pipenv` this morning, and we've packaged it for you to try out in copr: https://copr.fedorainfracloud.org/coprs/g/python/pipenv/ Please report any issues in Fedora's Bugzilla and in the text please indicate that it's regarding this new version. All the best, Tomas Orsava

1 1

Mass spec change: Replace Python version globs with macros to support 3.10
by Tomas Hrnciar 29 Jun '20

29 Jun '20

Hello everyone, with the upcoming Python 3.10 update we need to update Python 3 version globs in Fedora specfiles. The reason is simple, Python version will be one character longer so the currently omnipresent ?.? glob won't work anymore. We will replace such globs with %{python_version} (or %{python_version_nodots}) macros using: sed -i -e '/python2\|python3_other/!s/??/%{python3_version_nodots}/g' \ -e '/python2\|python3_other/!s/?\.?/%{python3_version}/g' *.spec There are currently 402 affected packages. $ grep -l 'py?.?\|python?.?\|python-??\|Python??' *.spec | wc -l 404 We have manually removed pygtk2 and tomoe, because the hit was a false positive. The sed can theoretically produce unwanted changes, but when guarded by the grep, we have verified it won't. You can observe the general diff of all affected specfiles at: https://github.com/hrnciar/rpm-specs/commit/5455212 We plan to do this in 2 weeks via a provenpackager. We will not bump the release number, nor add a changelog entry and hence we will also not rebuild the packages. The commit message will be: Replace Python version glob with macro (needed for Python 3.10+) If you want to fix this differently in your package, you don't need to let us know, just do it. If you want to opt out from this change, let us know (ideally with some reasoning). If you found a mistake, in the diff, please do let us know. Regards, Tomáš Hrnčiar Maintainers by package: GeographicLib rmattes smani ampy churchyard audit sgrubb beaker dcallagh greghellings herlo martstyk borgmatic heffer ccsm jskarvad cdist fnux classification-banner rga clustershell sthiell codespell hadess csvdiff orphan deluge mooninite dlrn jpena esptool churchyard fedmod karsten nphilipp git-pull-request hguemar grpc avsej hatch lbalhar hddfancontrol tc01 kobo dmach rohanpm libcap-ng sgrubb libprelude fab totol libpreludedb totol mailman3 abompard mkdocs cheeselee modtools dhodovsk phracek ttomecek mozilla-iot-gateway-addon-python tdawson mycli fale terjeros nemo-extensions jcpunk leigh123linux paperwork qulogic patool eclipseo persepolis hedayat pew mcyprian tadej pgzero lbalhar pipenv churchyard mcyprian pipsi cstratak mstuchli playitagainsam churchyard proselint limb mavit pungi dmach lsedlar maxamillion onosek tdawson wwoods pybind11 jussilehtola pychess bruno pydeps lbazan pylibacl frankcrawford kevin szpak python-AWSIoTPythonSDK fab python-Naked greghellings python-QtAwesome nonamedotc python-QtPy nonamedotc python-ROPGadget mikep python-Rtree volter python-SecretStorage cicku cstratak raphgro williamjmorenor python-XStatic-Angular-FileUpload jpena mrunge rdopiera python-XStatic-bootswatch jpena mrunge python-XStatic-mdi jpena mrunge rdopiera python-XStatic-roboto-fontface chandankumar hguemar mrunge rdopiera python-abclient chandankumar python-admesh churchyard python-affine qulogic python-aiounittest fab python-aiozmq nonamedotc python-animatplot qulogic python-ansible-runner radez python-apply-defaults nonamedotc python-asn1crypto cheimes npmccallum python-auth-credential lcons mpaladin python-backcall churchyard orion python-barbicanclient chandankumar jruzicka python-beniget churchyard python-bintrees rkuska python-biscuits elyscape python-blindspin dhanesh95 python-bucky jsteffan python-cachy fab python-carbon jsteffan piotrp python-case mrunge ngompa pingou python-certbot-dns-cloudflare nb python-certbot-dns-cloudxns nb python-certbot-dns-dnsimple nb python-certbot-dns-dnsmadeeasy nb python-certbot-dns-gehirn elyscape python-certbot-dns-linode elyscape python-certbot-dns-luadns nb python-certbot-dns-nsone nb python-certbot-dns-ovh elyscape python-certbot-dns-rfc2136 logic nb python-certbot-dns-sakuracloud elyscape python-cheroot ignatenkobrain jcaratzas radez python-cli-helpers terjeros python-click-log mbaldessari python-click-man jpopelka sgallagh python-click-plugins qulogic python-click-threading mbaldessari python-cliff-tablib apevec hguemar jruzicka python-cligj qulogic python-cloudpickle lbalhar python-collectd_cvmfs stevetraylen python-collectd_puppet stevetraylen python-collectd_systemd stevetraylen python-colour-runner rkuska python-configobj dcallagh fale lmacken terjeros python-confluent-kafka jpena python-confuse fab python-congressclient amoralej python-construct moezroy terjeros python-cotyledon apevec python-couchbase avsej python-coverage_pth radez python-cradox jpena python-croniter apevec totol python-daiquiri hguemar pkilambi python-dask qulogic python-deprecation jpena python-descartes qulogic python-dicttoxml siddharthvipul1 python-dirq lcons mpaladin stevetraylen python-distlib cottsay cstratak python-distroinfo apevec jruzicka python-django-ajax-selects lbazan python-django-authority mrunge python-django-babel mrunge python-django-debreach jpena python-django-filter bkabrda dcantrell lbazan python-django-formtools jpena mrunge python-django-helpdesk blackfile lbazan python-django-markdownx lbazan python-django-post_office lbazan python-django-pyscss mrunge python-django-redis hguemar mrunge python-django-reversion mrunge python-django-tagging jdornak mrunge piotrp python-django-threadedcomments lbazan python-dns-lexicon elyscape nb python-docker-pycreds ttomecek python-docx kushal124 python-dropbox limb python-elephant lbazan python-elpy lbazan python-email_reply_parser raphgro python-enchant cstratak mmraka python-engineio nonamedotc python-epi chandankumar python-fastavro ankursinha python-feedgen lbalhar python-first dhanesh95 python-fixtures apevec mrunge pabelanger python-flaky churchyard python-flask-caching lbrabec python-flask-httpauth jpena python-flask-paranoid devrim itamarjp python-flask-rstpages rmarko python-flask-socketio nonamedotc python-freecell_solver shlomif python-futurist apevec jpena jruzicka python-gabbi apevec chandankumar python-genty churchyard python-geomet qulogic python-geopandas qulogic python-ghp-import2 jamatos python-gilt chedi python-git-url-parse chedi python-gitlab stevetraylen python-glad qulogic python-gnupg fale pwouters python-gpiozero churchyard python-grako brouhaha python-graphviz eclipseo python-hdfs ankursinha python-heapdict qulogic python-helpdev nonamedotc python-hkdf decathorpe python-hl7 ankursinha python-hpack eclipseo python-httmock stevetraylen python-httpsig-cffi terjeros python-hyperframe eclipseo python-ipmi lbazan python-jaraco-classes jcaratzas radez python-jaraco-collections mrunge python-jaraco-functools jcaratzas radez python-jaraco-packaging jcaratzas radez python-jeepney goeran python-jmespath fale gholms kevin lkundrak python-josepy elyscape nb python-json-logger hguemar python-json-minify qulogic python-jsonpatch apevec dprince skottler python-jsonrpcserver nonamedotc python-jsonschema apevec decathorpe python-jupyter-c-kernel qulogic python-jupyterlab-launcher churchyard python-kazoo apevec nsaje python-kiwisolver qulogic python-klusta ankursinha python-ladon caiqian python-ldappool hguemar python-libpysal qulogic python-listparser atim python-magic-wormhole decathorpe python-magic-wormhole-mailbox-server decathorpe python-magic-wormhole-transit-relay decathorpe python-messaging lcons mpaladin python-micawber jamatos python-microfs churchyard python-minimock ralph tomspur python-missingno lbazan python-mistralclient amoralej python-mne-bids lbazan python-mtg tc01 python-nbconvert nonamedotc python-nbsphinx churchyard python-ndg_httpsclient churchyard fschwarz itamarjp noodles python-ndjson-testrunner qulogic python-netssh2 lbazan python-network-runner radez python-neurosynth lbazan python-nikola jamatos maxamillion python-nixio ankursinha python-nnpy tdawson python-nodeenv apevec chandankumar python-nose-exclude mrunge python-notify2 ngompa python-ntlm-auth jhogarth python-nudatus churchyard python-num2words ankursinha python-numcodecs qulogic python-numpy-stl churchyard python-numpydoc orion tomspur python-octave-kernel qulogic python-octaviaclient cgoncalves python-ogr dhodovsk jpopelka lachmanfrantisek packit ttomecek usercont zuul python-openstackdocstheme jpena python-os-service-types ykarel python-paperwork-backend qulogic python-partd qulogic python-parver churchyard python-pathspec adrienverge python-pdfkit raphgro python-pdfminer tc01 python-pecan amoralej apevec python-peewee cstratak mstuchli vkrizan python-pelican firemanxbr mrunge python-phpserialize jamatos python-pickleshare ignatenkobrain nonamedotc python-pika-pool jpena python-pipdeptree dhanesh95 python-pipreqs dhanesh95 python-plaintable fab python-plumbum greghellings lorenzodalrio python-portend adeza jcaratzas radez python-positional apevec hguemar python-power raphgro python-priority eclipseo python-productmd dmach lsedlar python-progress bkabrda churchyard praiskup python-py3nvml atim python-py9p psavelye python-pyModbusTCP stevetraylen python-pycotap shlomif python-pydantic jussilehtola python-pydispatcher ishcherb python-pydocstyle tadej python-pyfastnoisesimd qulogic python-pyinsane2 qulogic python-pykdtree qulogic python-pykmip apevec chandankumar python-pykwalify goldmann xenithorb python-pylev decathorpe python-pymdown-extensions cheeselee sgallagh python-pymemcache apevec eglynn nsaje python-pymod2pkg apevec jpena jruzicka python-pynlpl ishcherb python-pyone siddharthvipul1 python-pypandoc orion zbyszek python-pyperclip hguemar python-pypillowfight qulogic python-pysol-cards sergiomb shlomif python-pystemd ngompa python-pytest-expect churchyard python-pytest-helpers-namespace qulogic python-pytest-isort fab python-pytest-metadata pschindl python-pytest-mpl qulogic python-pytest-testmon radez python-pytest-toolbox fab python-pytest-tornado qulogic python-pytest-trio fab python-pytest-xprocess frantisekz python-pytimeparse mrunge pkilambi python-pyvirtualize raphgro python-pyvmomi fale raphgro python-pyzolib cottsay python-qcelemental jussilehtola python-qdarkstyle nonamedotc python-qtconsole nonamedotc python-qtsass nonamedotc python-quantities ankursinha python-rangehttpserver lbazan mcyprian python-rcssmin kwizart mrunge python-renderspec jpena python-requests-credssp jhogarth python-requests-unixsocket jcaratzas radez python-restsh bkabrda python-resumable-urlretrieve lbazan mcyprian python-retrying apevec python-rfc3986 apevec jpena ykarel python-rfc3987 mayorga python-rjsmin kwizart mrunge python-rosinstall rmattes python-rst-linker jcaratzas radez python-ruamel-yaml chandankumar jchaloup jmontleon smilner python-ruamel-yaml-clib chandankumar python-ryu abregman apevec python-scp chedi tc01 python-scripttest churchyard mbacovsk python-scrypt hguemar python-send2trash churchyard python-setuptools-lint jdulaney python-shellingham churchyard python-simplebayes qulogic python-simpleeval sharkcz python-simplegeneric churchyard ignatenkobrain jcaratzas tomspur python-simplevisor adev lcons mpaladin python-singledispatch adeza jcaratzas mrunge python-slugify fab mayorga python-smartypants jamatos python-snuggs qulogic python-socketio nonamedotc python-sockjs-tornado tc01 python-spake2 decathorpe python-sphinx-click churchyard mcyprian python-sphinx-issues qulogic python-sphinxcontrib-actdiag hguemar python-sphinxcontrib-apidoc chandankumar python-sphinxcontrib-autoprogram maha python-sphinxcontrib-log-cabinet thm python-spyder-kernels nonamedotc python-sqlalchemy-collectd mbayer mrunge python-stdlib-list lbazan python-stdnum sharkcz python-stompest abompard python-tblib qulogic python-tempora jcaratzas radez python-terminaltables terjeros python-testing.postgresql ekulik mmarusak msuchy python-testresources apevec kumarpraveen mrunge pabelanger python-text-unidecode fab python-textfsm jpena python-tinydb suanand python-tldextract elyscape fschwarz python-tosca-parser chandankumar jpena jruzicka python-towncrier eclipseo python-treq ykarel python-trimesh ankursinha churchyard python-trololio ngompa python-txredisapi abompard python-typogrify jamatos python-u-msgpack-python churchyard python-uinput fabiand python-uri-templates mbaldessari python-userpath lbalhar python-utils churchyard python-versioneer nonamedotc python-vine mrunge ngompa pingou python-virtualenv-api cstratak ishcherb mcyprian python-vitrageclient mrunge python-vulture ykarel python-warlock apevec mrunge python-wcwidth abompard aviso churchyard fale python-webscrapbook ferdnyc python-websockify apevec lon ndipanov nsantos sross tbreeds python-whisper jsteffan piotrp python-wrapt chandankumar ralph python-wurlitzer nonamedotc python-wxnatpy lbazan python-xlsxwriter rajeeshknambiar python-xtermcolor bkabrda python-yapf lbazan python-yaql amoralej python-yarg dhanesh95 python-zabbix-api-erigones ricco python-zake apevec chandankumar python-zaqarclient flaper87 hguemar jruzicka python-zarr qulogic python-zdaemon fab ralph python-zict qulogic python3-iep cottsay python3-pyPEG2 torsava pyxattr defolos frankcrawford kevin szpak quasselgrep tc01 quisk jskarvad qutebrowser ankursinha fnux torsava salt dmurphy18 sasutils sthiell spec2scl jstanek teampulls brejoc tldr lbalhar transtats-cli pnemade suanand unicorn mikep vex lbalhar visidata qulogic vtk jgu mrceresa orion xonsh carmenbianca jdulaney ydiff netvor Packages by maintainer: abompard mailman3 python-stompest python-txredisapi python-wcwidth abregman python-ryu adev python-simplevisor adeza python-portend python-singledispatch adrienverge python-pathspec amoralej python-congressclient python-mistralclient python-pecan python-yaql ankursinha python-fastavro python-hdfs python-hl7 python-klusta python-nixio python-num2words python-quantities python-trimesh qutebrowser apevec python-cliff-tablib python-cotyledon python-croniter python-distroinfo python-fixtures python-futurist python-gabbi python-jsonpatch python-jsonschema python-kazoo python-nodeenv python-pecan python-positional python-pykmip python-pymemcache python-pymod2pkg python-retrying python-rfc3986 python-ryu python-testresources python-warlock python-websockify python-zake atim python-listparser python-py3nvml aviso python-wcwidth avsej grpc python-couchbase bkabrda python-django-filter python-progress python-restsh python-xtermcolor blackfile python-django-helpdesk brejoc teampulls brouhaha python-grako bruno pychess caiqian python-ladon carmenbianca xonsh cgoncalves python-octaviaclient chandankumar python-XStatic-roboto-fontface python-abclient python-barbicanclient python-epi python-gabbi python-nodeenv python-pykmip python-ruamel-yaml python-ruamel-yaml-clib python-sphinxcontrib-apidoc python-tosca-parser python-wrapt python-zake chedi python-gilt python-git-url-parse python-scp cheeselee mkdocs python-pymdown-extensions cheimes python-asn1crypto churchyard ampy esptool pipenv playitagainsam python-admesh python-backcall python-beniget python-flaky python-genty python-gpiozero python-jupyterlab-launcher python-microfs python-nbsphinx python-ndg_httpsclient python-nudatus python-numpy-stl python-parver python-progress python-pytest-expect python-scripttest python-send2trash python-shellingham python-simplegeneric python-sphinx-click python-trimesh python-u-msgpack-python python-utils python-wcwidth cicku python-SecretStorage cottsay python-distlib python-pyzolib python3-iep cstratak pipsi python-SecretStorage python-distlib python-enchant python-peewee python-virtualenv-api dcallagh beaker python-configobj dcantrell python-django-filter decathorpe python-hkdf python-jsonschema python-magic-wormhole python-magic-wormhole-mailbox-server python-magic-wormhole-transit-relay python-pylev python-spake2 defolos pyxattr devrim python-flask-paranoid dhanesh95 python-blindspin python-first python-pipdeptree python-pipreqs python-yarg dhodovsk modtools python-ogr dmach kobo pungi python-productmd dmurphy18 salt dprince python-jsonpatch eclipseo patool python-graphviz python-hpack python-hyperframe python-priority python-towncrier eglynn python-pymemcache ekulik python-testing.postgresql elyscape python-biscuits python-certbot-dns-gehirn python-certbot-dns-linode python-certbot-dns-ovh python-certbot-dns-sakuracloud python-dns-lexicon python-josepy python-tldextract fab libprelude python-AWSIoTPythonSDK python-aiounittest python-cachy python-confuse python-plaintable python-pytest-isort python-pytest-toolbox python-pytest-trio python-slugify python-text-unidecode python-zdaemon fabiand python-uinput fale mycli python-configobj python-gnupg python-jmespath python-pyvmomi python-wcwidth ferdnyc python-webscrapbook firemanxbr python-pelican flaper87 python-zaqarclient fnux cdist qutebrowser frankcrawford pylibacl pyxattr frantisekz python-pytest-xprocess fschwarz python-ndg_httpsclient python-tldextract gholms python-jmespath goeran python-jeepney goldmann python-pykwalify greghellings beaker python-Naked python-plumbum hadess codespell hedayat persepolis heffer borgmatic herlo beaker hguemar git-pull-request python-XStatic-roboto-fontface python-cliff-tablib python-daiquiri python-django-redis python-json-logger python-ldappool python-positional python-pyperclip python-scrypt python-sphinxcontrib-actdiag python-zaqarclient ignatenkobrain python-cheroot python-pickleshare python-simplegeneric ishcherb python-pydispatcher python-pynlpl python-virtualenv-api itamarjp python-flask-paranoid python-ndg_httpsclient jamatos python-ghp-import2 python-micawber python-nikola python-phpserialize python-smartypants python-typogrify jcaratzas python-cheroot python-jaraco-classes python-jaraco-functools python-jaraco-packaging python-portend python-requests-unixsocket python-rst-linker python-simplegeneric python-singledispatch python-tempora jchaloup python-ruamel-yaml jcpunk nemo-extensions jdornak python-django-tagging jdulaney python-setuptools-lint xonsh jgu vtk jhogarth python-ntlm-auth python-requests-credssp jmontleon python-ruamel-yaml jpena dlrn python-XStatic-Angular-FileUpload python-XStatic-bootswatch python-XStatic-mdi python-confluent-kafka python-cradox python-deprecation python-django-debreach python-django-formtools python-flask-httpauth python-futurist python-openstackdocstheme python-pika-pool python-pymod2pkg python-renderspec python-rfc3986 python-textfsm python-tosca-parser jpopelka python-click-man python-ogr jruzicka python-barbicanclient python-cliff-tablib python-distroinfo python-futurist python-pymod2pkg python-tosca-parser python-zaqarclient jskarvad ccsm quisk jstanek spec2scl jsteffan python-bucky python-carbon python-whisper jussilehtola pybind11 python-pydantic python-qcelemental karsten fedmod kevin pylibacl python-jmespath pyxattr kumarpraveen python-testresources kushal124 python-docx kwizart python-rcssmin python-rjsmin lachmanfrantisek python-ogr lbalhar hatch pgzero python-cloudpickle python-feedgen python-userpath tldr vex lbazan pydeps python-django-ajax-selects python-django-filter python-django-helpdesk python-django-markdownx python-django-post_office python-django-threadedcomments python-elephant python-elpy python-ipmi python-missingno python-mne-bids python-netssh2 python-neurosynth python-rangehttpserver python-resumable-urlretrieve python-stdlib-list python-wxnatpy python-yapf lbrabec python-flask-caching lcons python-auth-credential python-dirq python-messaging python-simplevisor leigh123linux nemo-extensions limb proselint python-dropbox lkundrak python-jmespath lmacken python-configobj logic python-certbot-dns-rfc2136 lon python-websockify lorenzodalrio python-plumbum lsedlar pungi python-productmd maha python-sphinxcontrib-autoprogram martstyk beaker mavit proselint maxamillion pungi python-nikola mayorga python-rfc3987 python-slugify mbacovsk python-scripttest mbaldessari python-click-log python-click-threading python-uri-templates mbayer python-sqlalchemy-collectd mcyprian pew pipenv python-rangehttpserver python-resumable-urlretrieve python-sphinx-click python-virtualenv-api mikep python-ROPGadget unicorn mmarusak python-testing.postgresql mmraka python-enchant moezroy python-construct mooninite deluge mpaladin python-auth-credential python-dirq python-messaging python-simplevisor mrceresa vtk mrunge python-XStatic-Angular-FileUpload python-XStatic-bootswatch python-XStatic-mdi python-XStatic-roboto-fontface python-case python-django-authority python-django-babel python-django-formtools python-django-pyscss python-django-redis python-django-reversion python-django-tagging python-fixtures python-jaraco-collections python-nose-exclude python-pelican python-pytimeparse python-rcssmin python-rjsmin python-singledispatch python-sqlalchemy-collectd python-testresources python-vine python-vitrageclient python-warlock mstuchli pipsi python-peewee msuchy python-testing.postgresql nb python-certbot-dns-cloudflare python-certbot-dns-cloudxns python-certbot-dns-dnsimple python-certbot-dns-dnsmadeeasy python-certbot-dns-luadns python-certbot-dns-nsone python-certbot-dns-rfc2136 python-dns-lexicon python-josepy ndipanov python-websockify netvor ydiff ngompa python-case python-notify2 python-pystemd python-trololio python-vine nonamedotc python-QtAwesome python-QtPy python-aiozmq python-apply-defaults python-engineio python-flask-socketio python-helpdev python-jsonrpcserver python-nbconvert python-pickleshare python-qdarkstyle python-qtconsole python-qtsass python-socketio python-spyder-kernels python-versioneer python-wurlitzer noodles python-ndg_httpsclient nphilipp fedmod npmccallum python-asn1crypto nsaje python-kazoo python-pymemcache nsantos python-websockify onosek pungi orion python-backcall python-numpydoc python-pypandoc vtk orphan csvdiff pabelanger python-fixtures python-testresources packit python-ogr phracek modtools pingou python-case python-vine piotrp python-carbon python-django-tagging python-whisper pkilambi python-daiquiri python-pytimeparse pnemade transtats-cli praiskup python-progress psavelye python-py9p pschindl python-pytest-metadata pwouters python-gnupg qulogic paperwork python-affine python-animatplot python-click-plugins python-cligj python-dask python-descartes python-geomet python-geopandas python-glad python-heapdict python-json-minify python-jupyter-c-kernel python-kiwisolver python-libpysal python-ndjson-testrunner python-numcodecs python-octave-kernel python-paperwork-backend python-partd python-pyfastnoisesimd python-pyinsane2 python-pykdtree python-pypillowfight python-pytest-helpers-namespace python-pytest-mpl python-pytest-tornado python-simplebayes python-snuggs python-sphinx-issues python-tblib python-zarr python-zict visidata radez python-ansible-runner python-cheroot python-coverage_pth python-jaraco-classes python-jaraco-functools python-jaraco-packaging python-network-runner python-portend python-pytest-testmon python-requests-unixsocket python-rst-linker python-tempora rajeeshknambiar python-xlsxwriter ralph python-minimock python-wrapt python-zdaemon raphgro python-SecretStorage python-email_reply_parser python-pdfkit python-power python-pyvirtualize python-pyvmomi rdopiera python-XStatic-Angular-FileUpload python-XStatic-mdi python-XStatic-roboto-fontface rga classification-banner ricco python-zabbix-api-erigones rkuska python-bintrees python-colour-runner rmarko python-flask-rstpages rmattes GeographicLib python-rosinstall rohanpm kobo sergiomb python-pysol-cards sgallagh python-click-man python-pymdown-extensions sgrubb audit libcap-ng sharkcz python-simpleeval python-stdnum shlomif python-freecell_solver python-pycotap python-pysol-cards siddharthvipul1 python-dicttoxml python-pyone skottler python-jsonpatch smani GeographicLib smilner python-ruamel-yaml sross python-websockify stevetraylen python-collectd_cvmfs python-collectd_puppet python-collectd_systemd python-dirq python-gitlab python-httmock python-pyModbusTCP sthiell clustershell sasutils suanand python-tinydb transtats-cli szpak pylibacl pyxattr tadej pew python-pydocstyle tbreeds python-websockify tc01 hddfancontrol python-mtg python-pdfminer python-scp python-sockjs-tornado quasselgrep tdawson mozilla-iot-gateway-addon-python pungi python-nnpy terjeros mycli python-cli-helpers python-configobj python-construct python-httpsig-cffi python-terminaltables thm python-sphinxcontrib-log-cabinet tomspur python-minimock python-numpydoc python-simplegeneric torsava python3-pyPEG2 qutebrowser totol libprelude libpreludedb python-croniter ttomecek modtools python-docker-pycreds python-ogr usercont python-ogr vkrizan python-peewee volter python-Rtree williamjmorenor python-SecretStorage wwoods pungi xenithorb python-pykwalify ykarel python-os-service-types python-rfc3986 python-treq python-vulture zbyszek python-pypandoc zuul python-ogr

1 0

Orphaned python-jupyterlab-launcher
by Miro Hrončok 29 Jun '20

29 Jun '20

I've orphaned python-jupyterlab-launcher. I've packaged it in an attempt to package jupyterlab, but I have never got to it :( The package now FTBFS because I have removed tests from the python3-notebook RPM. If somebody wants python-jupyterlab-launcher, I can add python3-notebook-tests subpackage to make it work again. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

Fwd: Fedora 33 Self-Contained Change proposal: Automatic RPM dependencies on Python Extras
by Miro Hrončok 26 Jun '20

26 Jun '20

-------- Forwarded Message -------- Subject: Fedora 33 Self-Contained Change proposal: Automatic RPM dependencies on Python Extras Date: Tue, 23 Jun 2020 15:22:29 -0400 From: Ben Cotton <bcotton(a)redhat.com> Reply-To: Development discussions related to Fedora <devel(a)lists.fedoraproject.org> To: devel-announce(a)lists.fedoraproject.org, Development discussions related to Fedora <devel(a)lists.fedoraproject.org> https://fedoraproject.org/wiki/Changes/PythonExtras == Summary == The Python RPM dependency generator (that generates <code>python3.Xdist(foo)</code> requirements) will be adapted to also generate requirements on [https://www.python.org/dev/peps/pep-0508/#extras Python extras] (e.g. <code>python3.Xdist(foo[bar])</code>) whenever upstream metadata indicate such dependency. An easy opt out mechanism will exist. A supported way of adding metapackages that provide such Python extras (e.g. <code>python3.Xdist(foo[bar])</code>) will be introduced. Change owners will add the missing metapackages that would otherwise cause broken dependencies (in non-modular packages). == Owner == * Name: [[User:Torsava|Tomáš Orsava]] * Name: [[User:Churchyard|Miro Hrončok]] * Email: <python-maint(a)redhat.com> == Detailed Description == === The problem === [https://www.python.org/dev/peps/pep-0508/#extras Python extras] are a way for a Python package (called "distribution" or "distribution package" upstream) to declare that extra dependencies are required for additional functionality. For example Python package <code>requests</code> has several standard dependencies (e.g. <code>urllib3</code>). But it also declares an extra named <code>requests[security]</code> which lists additional dependencies (e.g. <code>pyOpenSSL</code>) if you want to use this additional functionality. The Python package code handles the missing optional dependency gracefully -- e.g. it won't crash but might instruct the user to install <code>requests[security]</code> if needed by a warning or an actionable error message. Python packages included in Fedora as RPMs automatically create a special Provides in the format <code>python3.Xdist(foo)</code> (and <code>python3dist(foo)</code>) where <code>foo</code> is the upstream Python package distribution name and X is the Python minor version. That way you can require any Python package without knowing under which name it was packaged in Fedora. And these tags are also automatically used by the Python dependency generator, which reads upstream Python metadata and creates dependencies on these Provides. However, Python extras are not yet handled by the Provides tags which leads to imperfections and problems in declared dependencies. === Status quo === Currently in Fedora (before this change), no package provides <code>python3.Xdist(foo[bar])</code> for the <code>foo[bar]</code> Python extra. As a direct result of this, no package can require it. The automatic RPM Python dist dependency generator only generates an incomplete requirement on the base package (<code>python3.Xdist(foo)</code>) in such cases. The transitive extra dependencies were often needed to be hardcoded manually. I.e. when <code>foo</code> requires <code>bar[baz]</code>, package <code>bar</code> does not require the additional dependencies for the <code>bar[baz]</code> extra. Thus <code>foo</code> needs to hardcode those dependencies manually. For example: [https://src.fedoraproject.org/rpms/poetry/c/97fa3d908] This leads to possibly missing, broken and/or outdated superfluous dependencies. === Extras metapackages === In this change proposal, we propose to solve the problem using metapackages. The following metapackage represents the <code>setuptools_scm[toml]</code> extra for the <code>python3-setuptools_scm</code> RPM package (<code>python-setuptools_scm</code> source package): %package -n python3-setuptools_scm+toml Summary: Metapackage for python3-setuptools_scm: toml extra Requires: python3-setuptools_scm = %{?epoch:%{epoch}:}%{version}-%{release} %description -n python3-setuptools_scm+toml This is a metapackage bringing in toml extra requires for python3-setuptools_scm. It contains no code, just makes sure the dependencies are installed. %files -n python3-setuptools_scm+toml %ghost %{python3_sitelib}/*.egg-info Notice several things: * The package has a hard dependency on <code>python3-setuptools_scm = %{?epoch:%{epoch}:}%{version}-%{release}</code>. While this could be in theory generated by the dependency generator, the change owners have decided not to do that to allow certain leeway for experimentation. However, the dependency will created by the macro helper below. Technically, <code>%{?_isa}</code> should also be used for arched packages, but in practice we believe it can be omitted. * The package contains no files except the <code>%ghost</code> metadata. This is needed for the dependency generator to have access to the upstream metadata of this package. The [https://src.fedoraproject.org/rpms/python-rpm-generators/pull-request/19 updated RPM Python dist dependency generator] parses the extras name from the subpackage name by splitting it on the <code>+</code> sign. This naming scheme is not new, it is copied from Rust packaging. Five Python packages in Fedora already use the same scheme for similar metapackages representing Python extras. And normalized Python distribution package names (or extras names) don't naturally contain the <code>+</code> sign. (Neither do existing Fedora packages prefixed with <code>python3-</code>, except the 5 components already mentioned.) The metapackage can have additional features if desired. For example: * It can obsolete/provide other names (e.g. obsoleted extras packages) * It can have manual strong or weak dependencies on other (possibly non-Python) packages * It can contain files excluded from the "base" package (if such files only make sense with the extra and the base package does not fail without them) The "base" package (in this case <code>python3-setuptools_scm</code>) can optionally Require/Recommend/Suggest a Python extras metapackage if the packager deems it useful. The change for the RPM Python dist dependency generator is prepared in: * https://github.com/torsava/rpm/pull/2 (PR for upstream RPM will follow after this change is discussed in Fedora) * https://src.fedoraproject.org/rpms/python-rpm-generators/pull-request/19 (to be adapted based on feedback and merged in Fedora once the change is approved) === Macro helper === For the most common case, the change owners have prepared a macro helper in https://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/59 To generate the example above, it should be used like this: %{?python_extras_subpkg:%python_extras_subpkg -n python3-setuptools_scm -i %{python3_sitelib}/*.egg-info toml} * The <code>%{?python_extras_subpkg:...}</code> way of using this macro ensures the spec file remains valid for older Fedora/EL releases, where this code will do nothing. * The <code>-n</code> option specifies the name of the "base" package. * The <code>-i</code> option specifies the <code>%files %ghost</code> path (glob) to the the metadata directory (the <code>.dist-info</code> or <code>.egg-info</code> directory) * The one or more positional arguments specify the extra(s) name(s) — multiple metapackages are generated when multiple names are provided. Other possible arguments: * The <code>-f</code> option (conflicts with <code>-i</code> and <code>-F</code>) can specify the relative path to the filelist for this metapackage (which should contain the <code>%files %ghost</code> path (glob) to the the metadata directory). This API is prepared for integration with <code>pyproject-rpm-macros</code>. * The <code>-F</code> flag (conflicts with <code>-i</code> and <code>-f</code>) can be used to skip the <code>%files</code> section entirely (if the packager wants to construct it manually). Note that this macro generates all the subpackage definition sections (<code>%package</code> including the Summary and Requires on the base package, <code>%description</code> and <code>%files</code>), and hence it cannot be extended with custom Provides/Obsoletes/Requires/etc. This macro is designed to fit the most common uses. It doesn't currently cover all use cases. Packagers can, however, construct the subpackage manually if they need custom features not covered by <code>%python_extras_subpkg</code>. In the future, the API of the macro can be extended if there is demand. See the [https://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/59 linked pull request] for example outputs. Due to technical limitations, the macro helper never generates requirement on the arched <code>BASE_PACKAGE%{?_isa} = %{?epoch:%{epoch}:}%{version}-%{release}</code>. It only adds <code>Requires: BASE_PACKAGE = %{?epoch:%{epoch}:}%{version}-%{release}</code>) because a [https://github.com/rpm-software-management/rpm/issues/689 macro cannot reliably detect if the subpackage is arched or not]. The change owners believe the resolver will do the right thing by default. If there are problems with this approach, an additional flag (such as <code>-a</code>) can be introduced to indicate an arched base package. === Why is there no automatic extras discovery? === [http://lists.rpm.org/pipermail/rpm-ecosystem/2020-February/000730.html RPM is not capable of creating dynamic subpackages] based on the content in <code>%{buildroot}</code> or on the unpacked sources (<code>%{_builddir}</code>) yet. Hence, we require the packager to manually list which Python extras (if any) should be packaged as metapackages. Not all extras are useful for us anyway, as there are often extras representing the build/dev/doc/test dependencies of the project. In the future (once/if RPM supports this), the generators can be extended with auto-discovery of Python extras (with filtering). === Automatic provides generator === To continue with our example, the <code>python3-setuptools_scm+toml</code> subpackage will Provide <code>python3.Xdist(setuptools_scm[toml])</code> (and also <code>python3dist(setuptools_scm[toml])</code>). An attempt to package a nonexsiting extra (e.g. <code>python3-setuptools_scm+nopenopenope</code>) will result in build failure with an human-readable error message. === Automatic requires generator === If a Python package requires <code>setuptools_scm[toml]</code>, the Fedora RPM package will require <code>python3.Xdist(setuptools_scm[toml])</code> and also <code>python3.Xdist(setuptools_scm)</code>. In theory, the second requirement is redundant, but in practice, it makes it easier (and less error prone) to query package dependencies in Fedora (e.g. using <code>dnf repoquery</code>). The packaged extras will also Require additional dependencies listed in their Python metadata, in the case of <code>python3-setuptools_scm+toml</code>, it will require <code>python3.Xdist(toml)</code> (because on the Python level, <code>setuptools_scm[toml]</code> requires <code>toml</code>). Packagers can opt out from automatically generated dependencies on Python extras by defining the <code>%_python_no_extras_requires</code> macro to any value (usually <code>1</code>) in the spec file. This should be only a a temporary measure until the missing extra is packaged. If the upstream dependency information is not accurate, please work with upstream to fix it. === Coordinated effort to avoid breakage === The change owners have [https://copr.fedorainfracloud.org/coprs/g/python/python-extras/ collected data about non-modular packages in Copr]. Note that ~270 packages failed to build for unrelated reasons and hence we miss data for them. However, ~3300 packages built successfully. The following extras metapackages will be added to avoid broken dependencies: autobahn[twisted] cachecontrol[filecache] cairocffi[xcb] cli-helpers[styles] docker[ssh] fonttools[ufo] fonttools[unicode] ipython[notebook] lunr[languages] oauthlib[signedtoken] pyjwt[crypto] raven[flask] requests[security] requests[socks] tabulate[widechars] twisted[tls] vistir[spinner] The following components will be modified: python-autobahn python-CacheControl python-cairocffi python-cli-helpers python-docker fonttools ipython python-lunr python-oauthlib python-jwt python-raven python-requests python-tabulate python-twisted python-vistir When we added the metapackages for these extras in our testing Copr, no new broken requires on Python extras were generated. In other words, these new extras subpackages don't require adding any more extras subpackages. No extras are required by the remaining Python 2 packages in Fedora. Once the change in the dependency generator is deployed in rawhide, the change owners will monitor all newly added requires on missing extras and will add new metapackages as needed. 5 source packages in Fedora already have Python extras meta-subpackages with the proposed naming pattern, but they don't have any listed <code>%files</code>. They will be non-intrusively adapted via pull requests — by adding the <code>%ghost</code> file entry to the metapackage(s). Maintainers can then decide whether to opt for simpler rawhide only specfile with <code>%python_extras_subpkg</code> or to maintain the current compatibility. This concerns the following 18 subpackages: python3-dask+{array,bag,dataframe,delayed} python3-django-storages+{azure,boto,boto3,dropbox,libcloud,sftp} python3-dns-lexicon+{easyname,gratisdns,henet,hetzner,plesk,route53} python3-drf-yasg+validation python3-prometheus_client+twisted ==== Modular packages ==== The change owners are only cable of monitoring and adapting non-modular packages. Due to long standing issues, we are unable to inspect, query (or do a targeted rebuild of) modular content: * https://pagure.io/modularity/issue/160 * https://pagure.io/modularity/issue/163 * https://pagure.io/modularity/issue/165 If there are people available to help with this problem, the change owners will gladly accept their help, we are not excluding modular content because we would like to do it, but because we don't know how to work with it at scale. === How to add Python extras subpackage to my package? === In this section, we'll describe a step-by-step guide of adding the Python extras subpackage to your package. Imagine you maintain <code>python-requests</code> and a maintainer of a dependent package contacts you: "I would like you to add a subpackage for <code>requests[security]</code>, because my package requires it." # Locate the <code>%files</code> section for <code>python3-requests</code> package in <code>python-requests.spec</code>. # Find the entry for <code>.egg-info</code> or <code>.dist-info</code> metadata directory. If the entry is generalized with globs like <code>%{python3_sitelib}/*</code>, please make the <code>%files</code> section more explicit while at it. Copy the line with the metadata directory. In this guide we assume it is <code>%{python3_sitelib}/*.egg-info</code>. # Locate the <code>%description</code> of the <code>python3-requests</code> package. # After the description, add: <code>%{?python_extras_subpkg:%python_extras_subpkg -n python3-requests -i %{python3_sitelib}/*.egg-info security}</code> on a separate line. # Build the package (e.g. in local mock). # Verify the <code>python3-requests+security</code> package is build and provides <code>python3dist(requests[security])</code>. # See if the new extras package doesn't have dependencies on packages missing from Fedora (extras or "basic") and proceed with adding those if needed. # Ship the change in Fedora 33+. It should do nothing in Fedora 31/32 or current EPELs. === Packaging guidelines === The change owners will describe this concept in the Python packaging guidelines and will propose the following rules for the Fedora Packaging Committee to approve: * Packagers MAY add Python extras metapackages as needed. * The Python extras metapackages MUST require the base package (exact NEVR). * Packagers MAY add strong or weak dependencies on the extras metapackages from the base package as they see fit. * Packagers SHOULD NOT add Python extras metapackages with dependencies only useful for maintaining the package (usually extras called dev/test/doc/build/...). ** Optional: Packagers MAY package tests separately into the <code>[test]</code> or <code>[testing]</code> extras subpackage. * If a Fedora package requires a Python extra of a different package, the extras metapackage MUST be added to that package to avoid broken dependencies. * Packagers MAY temporarily disable the automatic requires on extras subpackages (by defining <code>%_python_no_extras_requires</code>) until the missing metapackage is introduced, but they SHOULD notify the maintainer of the package they depend on about the situation. * If upstream drops an extra, even though it is discouraged by upstream documentation ([https://setuptools.readthedocs.io/en/latest/setuptools.html#declaring-extra… see final paragraph]), the metapackage SHOULD be Obsoleted from the base package or, if there is continuity, from another extras metapackage. * If the upstream Python package name contains <code>+</code>, it MUST be replaced with <code>-</code> in package names (in accordance with the upstream [https://www.python.org/dev/peps/pep-0503/#normalized-names Python package names normalization]). == Feedback == This has been briefly discussed in general terms [https://github.com/rpm-software-management/rpm/issues/1061 upstream]. People tend to agree that some solution is needed. The concrete proposal contained in this Fedora Change is based on the discussion, but has received no feedback yet. More feedback will be documented here once the change proposal is announced and discussed in Fedora. == Benefit to Fedora == * Packages will have more accurate automatic dependencies, and the hard-to-maintain and error prone manual transitive (and other) dependencies can be dropped. * There will be less missing and redundant dependencies. * Python packagers will have less manual dependencies to worry about and less problems to workaround. * The handling of Python extras will be standardized. * Overall, the Python ecosystem in Fedora will be closer to upstream. == Scope == * Proposal owners: ** Polish and merge the code changes for <code>python-rpm-generators</code> and <code>python-rpm-macros</code> linked above. ** Add the 17 missing extras metapackages listed in this change to avoid broken dependencies (using pull requests or provenpackager powers if need be). ** Adapt the 5 existing Python extras subpackages listed in this change to work with the dependency generator (using pull requests, or provenpackager powers if need be). ** Monitor new dependencies on Python extras subpackages, add extras subpackages where needed (using pull requests, or provenpackager powers if need be). ** Propose the updated Python packaging guidelines to FPC for approval. ** Provide help and guidance for packagers. ** Optional: Prepare <code>pyproject-rpm-macros</code> integration of this change. * Other developers: ** No immediate action necessary. ** They can opt in for more metapackages with extras. ** They can review and merge pull requests. ** They should follow the updated Python packaging guidelines if the changes are approved by FPC. * Release engineering: No releng impact anticipated. The new dependencies will be primarily generated by the mass rebuild, but if the mass rebuild is missed, the package maintainers or change owners can rebuild the packages that will gain the new automatic Requires is on Python extras. * Policies and guidelines: Yes, see detailed description. * Trademark approval: Not needed for this Change. == Upgrade/compatibility impact == No impact anticipated. == How To Test == Check that there are packages that Require <code>python3.9dist(basename[extrasname])</code>. You can use the following repoquery: dnf repoquery --repo=rawhide --whatrequires 'python3.9dist(*\[*\])' Check that there are Python extras metapackages with the correct Provides, for example by installing the packages returned by the above query, or manually via queries like: dnf repoquery --repo=rawhide --whatprovides 'python3.9dist(requests\[security\])' To query all existing Python extras metapackages, you can use: dnf repoquery --repo=rawhide --provides -a | grep -E 'python(3\.9|2\.7)dist$\S+\[\S+\]$' And lastly, to query all required Python extras metapackages: dnf repoquery --repo=rawhide --requires -a | grep -E 'python(3\.9|2\.7)dist$\S+\[\S+\]$' == User Experience == When installing Python RPM packages, the dependencies are more likely to fulfill user expectations, as they will more closely adhere to the behavior of pip (the Python package installer). == Dependencies == Nothing. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) ** Soft: The change owners will disable the requirements generator by default and rebuild (or untag if FTBFS) packages with broken dependencies caused by the change. ** Hard: The change owners will revert everything and rebuild (or untag if FTBFS) packages with new requirements/provides caused by the change. * Contingency deadline: Beta freeze * Blocks release? No == Documentation == The packaging guidelines will be the documentation if approved. If not, this Fedora Change shall serve as the documentation. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis

1 0

Re: Please BuildRequire python3-setuptools explicitly
by Gabriel L. Somlo 25 Jun '20

25 Jun '20

On Tue, Jun 23, 2020 at 06:26:23PM +0200, Tomas Hrnciar wrote: > somlo python-logzero python-migen Fixed in rawhide. Thanks, --Gabriel

1 0

New dockerhub organization
by Lumir Balhar 25 Jun '20

25 Jun '20

Hello. Because the fedora-python-tox container image is getting popular, I've decided to move it from my own account to more official-looking space. Therefore I've created a new organization fedorapython (no dashes allowed there :( ) on Docker hub and cloned the repository there: https://hub.docker.com/repository/docker/fedorapython/fedora-python-tox Let me know if you want to migrate some of your projects there. Have a nice day. Lumír

1 0

Deprecating python-pytoml?
by Miro Hrončok 25 Jun '20

25 Jun '20

Hello. Upstream pytoml is deprecated in favor of toml: https://pypi.org/project/pytoml/ Would you mind if I submit a self contained change to deprecate python-pytoml in Fedora 33? Similar to https://fedoraproject.org/wiki/Changes/DeprecateNose -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 1

Re: Please BuildRequire python3-setuptools explicitly
by Miro Hrončok 24 Jun '20

24 Jun '20

On 23. 06. 20 18:36, Adam Williamson wrote: > IMBW, but I think I recall the Python packaging guidelines specifically > said that you could or should (I forget which) just BR python-devel and > not BR python-setuptools at some point. At this point there seems to be > no explicit mention, but the sample spec file looks a lot like a > project that uses setuptools, but does not explicitly BuildRequire > it... I'll work towards adding the explicit BR there. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 1

Orphaned python-sphinxcontrib-issuetracker
by Orion Poplawski 24 Jun '20

24 Jun '20

I've orphaned python-sphinxcontrib-issuetracker as I no longer need it. It does not appear to be used by anything in the distro and so probably should be retired, but I figured I would do this step first to see if anyone wants to take it over. Orion -- Orion Poplawski Manager of NWRA Technical Systems 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 0

python-virtualenv 20.0.23 in rawhide
by Lumir Balhar 22 Jun '20

22 Jun '20

Hello. Virtualenv has been completely rewritten so we were waiting for it to settle a little bit and it wasn't simple to adapt our downstream modification (to use our own wheels) but the latest version 20.0.23 just landed in rawhide. We tested it heavily but it might still bring some incompatibilities so feel free to let us know if you spot any troubles. Have a nice day. Lumír

1 0

Updating tox to 3.15.x in Fedora 32
by Miro Hrončok 21 Jun '20

21 Jun '20

Hello. I'd like to update tox to 3.15.x in Fedora 32, because it has a feature I'd like to use (it works with pyproject.toml+setup.cfg (sans setup.py) projects). https://tox.readthedocs.io/en/latest/changelog.html#v3-15-0-2020-05-02 The changelog doesn't reveal any breakages, but I'd rather ask here if anybody has a reason not to. (The updated package builds, installs and works reliably for me.) Thanks, -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

2 2

Monthly highlights from the Red Hat's Python-maint team, May 2020
by Tomas Orsava 11 Jun '20

11 Jun '20

Hi, we're the Python-maint team from Red Hat, and we'd like to experiment with sharing with you what we are working on from month to month. There are some things we should not disclose (such as embargoed CVEs), but the majority of what we do is out in public. Please let us know if you find this useful and whether you'd like us to continue. So here are the highlights of what we've been working on this May, 2020: *Fedora:* * Python updated to Python 3.9 in rawhide (Fedora 33) * ~3000 source packages rebuilt * ~100 reamain problematic (fail to build) * python3X packages renamed to python3.X in rawhide * Python RPM depndency generators: * Backported proposed upstream changes, added new test suite to Fedora CI * Working on handling of proposed Python extras subpackages * pipenv continually being rebased to new versions, currently 2020.5.28 * Test in copr:https://copr.fedorainfracloud.org/coprs/g/python/pipenv/ * Provided feedback and fixes upstream * pytest updated to 5 on rawhide (compat package with pytest 4 introduced) * pip updated to version 20.1, changes in Python RPM macros were needed to workaround problems with new PEP 610 * https://www.python.org/dev/peps/pep-0610/ * New RPM macros for easier packaging: %py_provides, %pytest and %python3_shebang_fix * %py_provides:https://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/52 * %python3_shebang_fixhttps://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/58 * %pytesthttps://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/55 * Improved %pypi_source macro * Removes tildes (`~`) from %version so that it works with alpha/beta/dev releases out of the box * https://src.fedoraproject.org/rpms/python-rpm-macros/pull-request/57 * Python 3.8.3 updated across Fedora releases * pypy and pypy 3 updated to versions 7.3.1 * provided feedback upstream for new Cython alpha release *CPython:* * CPython 3.9b1 was released: seehttps://docs.python.org/dev/whatsnew/3.9.html * Fixing a CPython type reference count issue found by PySide * Python 3.9 is now FIPS compatible upstream. * Proof-of-concept of subinterpreters running in parellel with one GIL per interpreter: "Subinterpreters 4x faster than sequential execution or threads on CPU-bound workload"https://mail.python.org/archives/list/python-dev@python.org/thread/S5GZZCER… * Progress on subinterpreter isolation work: most free lists are now per-interpreter.https://bugs.python.org/issue40521 * Progress on hiding implementation details from the C API: Py_TYPE(), Py_REFCNT() and Py_SIZE() can no longer be used as l-value. Use Py_SET_TYPE(), Py_SET_REFCNT() and Py_SET_SIZE() instead.https://mail.python.org/archives/list/capi-sig@python.org/thread/HY… * New --hardlink-dupes option in compileall: "If two .pyc files with different optimization level have the same content, use hard links to consolidate duplicate files."https://docs.python.org/dev/library/compileall.html#cmdoption-compileall-ha… * Helped to get features merged before the 3.9 feature freeze: removeprefix/removesuffix (PEP 616), new zoneinfo module (PEP 615). Fixed buildbot failures and a few reference leaks. * Python Steering Council Community Address with our team member Victor Stinner:https://www.youtube.com/watch?v=xX8fGuh4T_o * * *Red Hat Enterprise Linux:* * Overhauling the FIPS patch for python3 in RHEL 7 * Created an Insights rule candidate that verifies Python alternatives * Backporting fix for Python's CVE-2019-16056 to older RHEL 7 versions * For RHEL9 preparations -- see the Fedora section *Red Hat Software Collections:* * Python 3.8 from RHSCL 3.5 added for s2i-python-container upstream *Misc:* * Releasing a GitHub action to run Tox on Fedora:https://github.com/marketplace/actions/python-tox-on-fedora All the best, Python-maint

1 0

Python 3.9 (not so) mini mass rebuilds and when they will/can happen
by Miro Hrončok 11 Jun '20

11 Jun '20

Hello. Kevin and Smooge, you are CCed in case you have some concerns regarding the data centre move. Jitka and Zuzka, you are CCed because you plan mini mass rebuilds of your own (Perl and Node.js). Ben, you are CCed because I considered it a good idea. Python 3.9.0b1 was released earlier this week and we are running test rebuilds in Copr. Things are going suspiciously well so far, except for some critical stuff -- but we have that covered for now. Hopefully nobody decides to upgrade something major right now :P If everything goes extremely well, I expect us to start rebuilding the initial bootstrap sequence (438 srpms) in Koji side tag this week, the remaining packages (2733) the next week. We expect some packages to fail (~200-300) and merge the side tag, so it's not open too long. We can help firefight things if this blocks anybody. There are possible followup rebuilds in play for two particular reasons: 1) The ABI can change between beta releases of Python and all arched Python packages (661) will need a rebuild. This can happen (but doesn't have to) at: - beta 2: 2020-06-08+ - beta 3: 2020-06-29+ - beta 4: 2020-07-20+ Source: https://www.python.org/dev/peps/pep-0596/#schedule Anytime during the release cycle, the format (magic number) of bytecode cache (.pyc files) can change. The problems with that are not rawhide-critical, but we don't want to ship wrong bytecode cache in Fedora 33 GA. Hence we'll check the numbers prior beta freeze (2020-08-25) and rebuild what's needed (can be anything between 0 and 3000). -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 1

Re: [Fedora-packaging] Package tests?
by Miro Hrončok 09 Jun '20

09 Jun '20

On 09. 06. 20 21:49, Miroslav Suchý wrote: > Hi. > On my system: > du -ch /usr/lib/python3.8/site-packages/*/tests/ > 18 MB in total > > I did not see anything in Guidelines about packaging tests. Do we really need them in final package? It depends on the package, but in majority of the cases, we don't. > Are there any > objection to propose in Guidelines something like: > > %exclude %{python3_sitelib}/YOUR-MODULE/tests I am all in to say the tests SHOULD NOT be packaged (assuming the package works without them) and SHOULD either be removed or packaged into a -tests subpackage. However, somebody might argue %exclude is not the bast tool for the job: https://github.com/rpm-software-management/rpm/issues/994#issuecomment-5765… Side note: rpmlint upstream wants to warn about exactly this: https://github.com/rpm-software-management/rpmlint/pull/430 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

Re: Python packaging workflow future (setup.py install removal and PEP517)
by Filipe Laíns 06 Jun '20

06 Jun '20

On Fri, 2020-06-05 at 22:49 +0200, Miro Hrončok wrote: > On 05. 06. 20 22:30, Filipe Laíns wrote: > > Hi, > > Hey Filipe. > > For Fedora related Python packaging topics, would you be OK to use a > public > mailing list? > > https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… Sure :) > > I am querying you a your current python packaging workflow. How do > > you > > handle the installation of python packages? setuptools, pip, > > other...? > > For the old packages, we still very much use python setup.py install. > > For the new, we have provisional system that uses PEP 517/518. > > https://src.fedoraproject.org/rpms/pyproject-rpm-macros > > We have a draft of new Python packaging guidelines that use this: > > https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… Oh okay, that seems reasonable. > > In Arch Linux we use setuptools (setup.py build && setup.py > > install). > > For PEP517 we generally use dephell to generate a setup.py script, > > it > > works most of the time but it's still an hack. > > > > Unfortunately, setup.py install will be removed soon (see [1]), > > which > > breaks our workflow. My proposed workflow alternative is to build > > wheels (via PEP517 or setuptools directly) and install them. > > I will read that ticket later, it is very long :/ > > > We don't think pip is a viable option for this because it requires > > bootstrapping a big number of dependencies. Packaging a vendored > > version of pip goes against our guidelines. > > We went the "lazy" way and our pip bundles the vendored deps. I am > not very > happy about it, but it works. Our guidelines discourage it, but it is > possible. I see. I guess if we had absolutely no other option, that would be possible too, but we really really don't want to. > > I have been working on some the tooling that should be able to fit > > our > > needs: python-build[2] and python-install[3]. I have also been in > > contact with a few PyPA members who have shown interest in having > > such > > tools. > > Nice. See also https://github.com/pradyunsg/installer/issues/1 Yeah, I have been participating in the discussions. > > So, I would like to ask you if you are facing a similar problem? If > > so, > > I would like to get your opinion on this new tooling. Does it fix > > your > > problem? Do you have any reservations about this? Are there any > > special > > use-cases you would like to handle? > > Even if we create the entirely new packaging experience with PEP > 517/518 based > macros, we have thousands of exciting packages that rely on python > setup.py > install. If that gets removed, it will be very painful. If it is > "just" > unsupported, we might be OK. Right now it is only unsupported, but the maintainers said it will be removed. Can't you just adjust the macro definition? In the build step, instead of setup.py install you run setup.py bdist_wheel, and then in the install step you install the wheel. The new workflow should be compatible, the different would be that instead of installing directly, you build a wheel and then install the wheel. > > [1] https://github.com/pypa/setuptools/issues/2088 > > [2] https://github.com/FFY00/python-build > > [3] https://github.com/FFY00/python-install Cheers, Filipe Laíns -- Filipe Laíns

1 0

Freecad and Python 3.9 help needed
by Richard Shaw 03 Jun '20

03 Jun '20

I'm trying to rebuild FreeCAD but I've run into the following and I don't know how to fix it. --- In file included from /builddir/build/BUILD/FreeCAD-0.18.4/src/App/ExtensionPyImp.cpp:34: /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/ExtensionPy.cpp:76:1: warning: missing initializer for member '_typeobject::tp_vectorcall' [-Wmissing-field-initializers] 76 | }; | ^ In file included from /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/PropertyContainerPy.h:7, from /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentPy.h:7, from /builddir/build/BUILD/FreeCAD-0.18.4/src/App/Expression.cpp:32: /builddir/build/BUILD/FreeCAD-0.18.4/build/src/Base/PersistencePy.h:67:9: error: 'Int' in namespace 'Py' does not name a type 67 | Py::Int getMemSize(void) const; | ^~~ In file included from /builddir/build/BUILD/FreeCAD-0.18.4/src/App/Expression.cpp:32: /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentPy.h:179:9: error: 'Int' in namespace 'Py' does not name a type 179 | Py::Int getUndoMode(void) const; | ^~~ /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentPy.h:183:26: error: 'Py::Int' has not been declared 183 | void setUndoMode(Py::Int arg); | ^~~ /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentPy.h:187:9: error: 'Int' in namespace 'Py' does not name a type 187 | Py::Int getUndoRedoMemSize(void) const; | ^~~ /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentPy.h:194:9: error: 'Int' in namespace 'Py' does not name a type 194 | Py::Int getUndoCount(void) const; | ^~~ /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentPy.h:201:9: error: 'Int' in namespace 'Py' does not name a type 201 | Py::Int getRedoCount(void) const; | ^~~ In file included from /builddir/build/BUILD/FreeCAD-0.18.4/src/App/PropertyContainerPyImp.cpp:40: /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/PropertyContainerPy.cpp:76:1: warning: missing initializer for member '_typeobject::tp_vectorcall' [-Wmissing-field-initializers] 76 | }; | ^ In file included from /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/PropertyContainerPy.h:7, from /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/ExtensionContainerPy.h:7, from /builddir/build/BUILD/FreeCAD-0.18.4/build/src/App/DocumentObjectPy.h:7, from /builddir/build/BUILD/FreeCAD-0.18.4/src/App/FeaturePython.cpp:35: /builddir/build/BUILD/FreeCAD-0.18.4/build/src/Base/PersistencePy.h:67:9: error: 'Int' in namespace 'Py' does not name a type 67 | Py::Int getMemSize(void) const; | ^~~ --- Full log here: https://kojipkgs.fedoraproject.org//work/tasks/7099/45227099/build.log Thanks, Richard

5 6

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

python-devel June 2020