Package Release Info

python-resolvelib-1.0.1-bp156.1.1

Update Info: Base Release
Available in Package Hub : 15 SP6

platforms

AArch64
ppc64le
s390x
x86-64

subpackages

python311-resolvelib

Change Logs

* Fri Dec 08 2023 Dirk Müller <dmueller@suse.com>
- update to 1.0.1:
  * Fix calls to opaque objects and use provider interface calls
    instead.  `#126
  * Implement backjumping to significantly speed up the
    resolution process by skipping over irrelevant parts of the
    resolution search space.  `#113
  * A new reporter hook ``rejecting_candidate`` is added,
    replacing ``backtracking``.
  * The hook is called every time the resolver rejects a
    conflicting candidate before trying out the next one in line.
  * Some valid states that were previously rejected are now
    accepted. This affects states where multiple candidates for
    the same dependency conflict with each other.
    The ``information`` argument passed to
    ``AbstractProvider.get_preference`` may now contain empty
    iterators. This has always been allowed by the method
    definition but it was previously not possible in practice.
* Mon May 08 2023 Johannes Kastl <kastl@b1-systems.de>
- add sle15_python_module_pythons
* Wed Jan 18 2023 Torsten Gruner <simmphonie@opensuse.org>
- ignore some faulty tests
  Because of python-packaging version: gh#sarugaku/resolvelib#114
* Thu Dec 15 2022 Dirk Müller <dmueller@suse.com>
- add comment on why we need to stay with < 0.9.0 (bsc#1206225)
* Sun Jul 17 2022 Dirk Müller <dmueller@suse.com>
- update to 0.8.1:
  * A new reporter hook ``resolving_conflicts`` is added. The resolver triggers
  * this hook when it detects conflicts in the dependency tree, and before it
  * attempts to fix them. The hook accepts one single argument ``causes``, which
  * is a list of ``(requirement, parent)`` 2-tuples that represents all the
  * edges that lead to the detected conflicts.
* Sun Nov 07 2021 Dirk Müller <dmueller@suse.com>
- update to 0.8.0:
  * Add ``backtrack_causes`` to ``get_preference``, which contains information
    about the requirements involved in the most recent backtrack. This allows
    the provider to utilise this information to tweak the ordering as well as
    for recording/reporting conflicts.
  * When merging a candidate's dependencies, make sure the merge target is
    up-to-date within the loop, so the merge does not lose information when a
    candidate returns multiple dependency specifications under one identifier
    (e.g. specifyiung two dependencies ``a>1`` and ``a<2``, instead of one single
    ``a>1,<2`` dependency).  `#80 <https://github.com/sarugaku/resolvelib/issues/80>`_
  * Redesign ``get_preference()`` to include resolution state on dependencies
    other than the currently working one, to allow the provider to better take
    account of the global resolver knowledge and determine the best strategy. The
    provider now can, for example, correctly calculate how far a dependency is
    from the root node in the graph.  `#74 <https://github.com/sarugaku/resolvelib/issues/74>`_
  * A new argument ``incompatibilities`` is now passed to the ``find_matches()``
    hook, which the provider must use to exclude matches from the return value.
  * Redesign ``find_matches()`` to include resolution state on dependencies other
    than the currently working one, to handle usages that need to return candidates
    based on non-local states. One such example is PEP 508 direct URLs specified
    on a package, which need to be available to the same package specified with
    extras (which would have a different identifier).
  * The resolver no longer relies on implicit candidate equality to detect
    incompatibilities. This is done by an additional ``find_matches()`` argument;
    see the *Features* section to learn more.
  * Provide type stubs for most classes.
  * Fix a state management bug that causes the resolver to enter an infinite loop
    in certain backtracking cases.
  * Fix a performance regression if ``find_matches()`` returns a non-built-in sequence instance.
  * ``find_matches()`` now may return a ``Callable[[], Iterator[Candidate]]`` to
    avoid needing to provide all candidates eagerly for the resolver. This
    improves performance when fetching candidates is costly, but not always
    required.
  * Add ``parent`` argument to the ``add_requirement()`` reporter hook.
  * Redesign ``find_matches()`` to support a requirement "adding" candidates to
    the set, and nudge the provider away from implementing ``find_matches()`` and
    ``is_satisfied_by()`` with incorrect set properties.
* Wed Apr 15 2020 Marketa Calabkova <mcalabkova@suse.com>
- Update to 0.3.0
  * Provide both the requirements and their parents as exceptiondata for the
    ``ResolutionImpossible`` exception, via a ``causes`` attribute that replaces
    the previous ``requirements`` attribute.
  * Make resolver backtrack when none of the candidates requested for a package
    are able to resolve due to them requesting unworkable requirements, or a
    package has no candidates at all. Previously the resolver would give up on the
    spot.
  * Ensure the result returned by the resolver only contains candidates that are
    actually needed. This is done by tracing the graph after resolution completes,
    snipping nodes that don’t have a route to the root.
Version: 0.2.2-bp152.1.11
* Sat Mar 16 2019 Jan Engelhardt <jengelh@inai.de>
- Use noun phrase in descriptions.
* Fri Mar 01 2019 John Vandenberg <jayvdb@gmail.com>
- Initial spec for v0.2.2