python-resolvelib
Resolve abstract dependencies into concrete ones
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
5
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:Rebuild/python-resolvelib && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
python-resolvelib.changes | 0000008269 8.08 KB | |
python-resolvelib.spec | 0000001982 1.94 KB | |
resolvelib-1.1.0.tar.gz | 0000772503 754 KB |
Latest Revision
Ana Guerrero (anag+factory)
accepted
request 1225365
from
Dirk Mueller (dirkmueller)
(revision 16)
- update to 1.1.0: * Declare supported Python version support ">= 3.7" in dist meta #129 * Improve exception chaining when ResolutionImpossible raises during backjumping #133 * Switch from pyi files to modern annotations based type hinting #135 * In tests the commentjson test dependency with re.sub #141 * Deduplicate failure causes to save memory and reduce backtracking overhead #143 * New narrow_requirement_selection provider method giving option for providers to reduce the number of times sort key get_preference is called in long running backtrack #145 * Run tests against Python 3.12, 3.13, and use latest version of CI dependencies #153 * Update py2ndex script to use metadata files, skip 404, and support PEP 723 #156 * Replace setuptools.cfg and mypy.ini with pyproject.toml #157 * Add tests type "unvisited" to functional Python tests to ensure backjumping is correctly skipping candidates #158 * Switch from flake8 to ruff for linting #160 * Enable automatic TYPE_CHECK guarding for imports only used for type hinting via ruff rules TCH and FA #166 * Fix example reporter_demo get_preference method which requires arg backtrack_causes #136 * Clarify the docstrings for providers.py #138 * Pin Black version for linting to prevent CI failures #150 * In unexpected situation where broken_state.mapping is empty, stop backtracking, and continue resolution (rather than throwing ResolutionImpossible) #152
Comments 0