Log message:
py-hypothesis: updated to 4.44.2

4.44.2:
This release fixes :func:`@given <hypothesis.given>` to only complain \ 
about missing keyword-only arguments if the associated test function is actually \ 
called.

This matches the behaviour of other InvalidArgument errors produced by @given.

4.44.1:
This patch allows Hypothesis to run in environments that do not specify a \ 
__file__, such as a :mod:`python:zipapp` (:issue:`2196`).

4.44.0:
This release adds a gufunc argument to \ 
:func:`~hypothesis.extra.numpy.mutually_broadcastable_shapes` (:issue:`2174`), \ 
which allows us to generate shapes which are valid for functions like \ 
:obj:`numpy:numpy.matmul` that require shapes which are not simply \ 
broadcastable.

4.43.9:
This patch fixes :issue:`2108`, where the first test using \ 
:func:`~hypothesis.strategies.data` to draw from \ 
:func:`~hypothesis.strategies.characters` or :func:`~hypothesis.strategies.text` \ 
would be flaky due to unreliable test timings.

Time taken by lazy instantiation of strategies is now counted towards drawing \ 
from the strategy, rather than towards the deadline for the test function.

4.43.8:
This release ensures that the strategies passed to :func:`@given \ 
<hypothesis.given>` are properly validated when applied to a test method \ 
inside a test class.

This should result in clearer error messages when some of those strategies are \ 
invalid.

4.43.7:
This release changes how Hypothesis manages its search space in cases where it \ 
generates redundant data. This should cause it to generate significantly fewer \ 
duplicated examples (especially with short integer ranges), and may cause it to \ 
produce more useful examples in some cases (especially ones where there is a \ 
significant amount of filtering).

4.43.6:
This patch refactors width handling in :func:`~hypothesis.strategies.floats`; \ 
you may notice small performance improvements but the main purpose is to enable \ 
work on :issue:`1704` (improving shrinking of bounded floats).

4.43.5:
This patch removes an unused internal flag. There is no user-visible change.

4.43.4:
This patch corrects the exception type and error message you get if you attempt \ 
to use :func:`~hypothesis.strategies.data` to draw from something which is not a \ 
strategy. This never worked, but the error is more helpful now.

4.43.3:
We've adopted :pypi:`flake8-bugbear` to check for a few more style issues, and \ 
this patch implements the minor internal cleanups it suggested. There is no \ 
user-visible change.

4.43.2:
This patch fixes the formatting of some documentation, but there is no change to \ 
any executed code.

4.43.1:
Python 3.8's new :obj:`python:typing.Literal` type - see PEP 586 for details - \ 
is now supported in :func:`~hypothesis.strategies.from_type`.

4.43.0:
This release adds the strategy \ 
:func:`~hypothesis.extra.numpy.mutually_broadcastable_shapes`, which generates \ 
multiple array shapes that are mutually broadcast-compatible with an optional \ 
user-specified base-shape.

This is a generalisation of \ 
:func:`~hypothesis.extra.numpy.broadcastable_shapes`. It relies heavily on \ 
non-public internals for performance when generating and shrinking examples. We \ 
intend to support generating shapes matching a ufunc signature in a future \ 
version (:issue:`2174`).

4.42.10:
This release fixes :func:`~hypothesis.strategies.from_type` when used with \ 
bounded or constrained :obj:`python:typing.TypeVar` objects (:issue:`2094`).
Previously, distinct typevars with the same constraints would be treated as all \ 
single typevar, and in cases where a typevar bound was resolved to a union of \ 
subclasses this could result in mixed types being generated for that typevar.

4.42.9:
This patch ensures that the default value \ 
:func:`~hypothesis.extra.numpy.broadcastable_shapes` chooses for max_dims is \ 
always valid (at most 32), even if you pass min_dims=32.

4.42.8:
This patch ensures that we only add profile information to the pytest header if \ 
running either pytest or Hypothesis in verbose mode, matching the builtin cache \ 
plugin (:issue:`2155`).

4.42.7:
This patch makes stateful step printing expand the result of a step into \ 
multiple variables when you return :func:`~hypothesis.stateful.multiple` \ 
(:issue:`2139`).

4.42.6:
This release fixes a bug (:issue:`2166`) where a Unicode character info cache \ 
file was generated but never used on subsequent test runs, causing tests to run \ 
more slowly than they should have.

4.42.5:
This patch corrects some internal documentation. There is no user-visible change.

4.42.4:
This release fixes a bug (:issue:`2160`) where decorators applied after \ 
:func:`@settings <hypothesis.settings>` and before :func:`@given \ 
<hypothesis.given>` were ignored.

4.42.3:
This release updates Hypothesis's formatting to the new version of \ 
:pypi:`black`, and has absolutely no user visible effect.

4.42.2:
This release fixes a bug in :func:`~hypothesis.strategies.recursive` which would \ 
have meant that in practice max_leaves was treated as if it was lower than it \ 
actually is - specifically it would be capped at the largest power of two \ 
smaller than it. It is now handled correctly.

4.42.1:
Python 3.8's new :class:`python:typing.SupportsIndex` type - see PEP 357 for \ 
details - is now supported in :func:`~hypothesis.strategies.from_type`.

4.42.0:
This release significantly simplifies Hypothesis's internal logic for data \ 
generation, by removing a number of heuristics of questionable or unproven \ 
value.

The results of this change will vary significantly from test to test. Most test \ 
suites will see significantly faster data generation and lower memory usage. The \ 
"quality" of the generated data may go up or down depending on your \ 
particular test suites.

If you see any significant regressions in Hypothesis's ability to find bugs in \ 
your code as a result of this release, please file an issue to let us know.

Users of the new :ref:`targeted property-based testing <targeted-search>` \ 
functionality are reasonably likely to see improvements in data generation, as \ 
this release changes the search algorithm for targeted property based testing to \ 
one that is more likely to be productive than the existing approach.

Log message:
py-hypothesis: updated to 4.41.3

4.41.3:
This patch is to ensure that our internals remain comprehensible to :pypi:`mypy` \ 
0.740 - there is no user-visible change.

4.41.2:
This patch changes some internal hashes to SHA384, to better support users \ 
subject to FIPS-140. There is no user-visible API change.

4.41.1:
This release makes --hypothesis-show-statistics much more useful for tests using \ 
a :class:`~hypothesis.stateful.RuleBasedStateMachine`, by simplifying the reprs \ 
so that events are aggregated correctly.

4.41.0:
This release upgrades the :func:`~hypothesis.strategies.fixed_dictionaries` \ 
strategy to support optional keys (:issue:`1913`).

4.40.2:
This release makes some minor internal changes in support of improving the \ 
Hypothesis test suite. It should not have any user visible impact.

4.40.1:
This release changes how Hypothesis checks if a parameter to a test function is \ 
a mock object. It is unlikely to have any noticeable effect, but may result in a \ 
small performance improvement, especially for test functions where a mock object \ 
is being passed as the first argument.

4.40.0:
This release fixes a bug where our example database logic did not distinguish \ 
between failing examples based on arguments from a \ 
@pytest.mark.parametrize(...). This could in theory cause data loss if a common \ 
failure overwrote a rare one, and in practice caused occasional file-access \ 
collisions in highly concurrent workloads (e.g. during a 300-way parametrize on \ 
16 cores).

For internal reasons this also involves bumping the minimum supported version of \ 
:pypi:`pytest` to 4.3

4.39.3:
This patch improves our type hints on the :func:`~hypothesis.strategies.emails`, \ 
:func:`~hypothesis.strategies.functions`, \ 
:func:`~hypothesis.strategies.integers`, \ 
:func:`~hypothesis.strategies.iterables`, and \ 
:func:`~hypothesis.strategies.slices` strategies, as well as the .filter() \ 
method.

There is no runtime change, but if you use :pypi:`mypy` or a similar \ 
type-checker on your tests the results will be a bit more precise.

4.39.2:
This patch improves the performance of unique collections such as \ 
:func:`~hypothesis.strategies.sets` of :func:`~hypothesis.strategies.just` or \ 
:func:`~hypothesis.strategies.booleans` strategies. They were already pretty \ 
good though, so you're unlikely to notice much!

4.39.1:
If a value in a dict passed to :func:`~hypothesis.strategies.fixed_dictionaries` \ 
is not a strategy, Hypothesis now tells you which one.

4.39.0:
This release adds the :func:`~hypothesis.extra.numpy.basic_indices` strategy, to \ 
generate basic indexes for arrays of the specified shape (:issue:`1930`).

It generates tuples containing some mix of integers, :obj:`python:slice` \ 
objects, ... (Ellipsis), and :obj:`numpy:numpy.newaxis`; which when used to \ 
index an array of the specified shape produce either a scalar or a shared-memory \ 
view of the array. Note that the index tuple may be longer or shorter than the \ 
array shape, and may produce a view with another dimensionality again!

4.38.3:
This patch defers creation of the .hypothesis directory until we have something \ 
to store in it, meaning that it will appear when Hypothesis is used rather than \ 
simply installed.

4.38.2:
This patch bumps our dependency on :pypi:`attrs` to >=19.2.0; but there are \ 
no user-visible changes to Hypothesis.

4.38.1:
This is a comment-only patch which tells :pypi:`mypy` 0.730 to ignore some \ 
internal compatibility shims we use to support older Pythons.

4.38.0:
This release adds the :func:`hypothesis.target` function, which implements \ 
experimental support for :ref:`targeted property-based testing \ 
<targeted-search>` (:issue:`1779`).

By calling :func:`~hypothesis.target` in your test function, Hypothesis can do a \ 
hill-climbing search for bugs. If you can calculate a suitable metric such as \ 
the load factor or length of a queue, this can help you find bugs with inputs \ 
that are highly improbably from unguided generation - however good our \ 
heuristics, example diversity, and deduplication logic might be. After all, \ 
those features are at work in targeted PBT too!

4.37.0:
This release emits a warning if you use the .example() method of a strategy in a \ 
non-interactive context.

:func:`~hypothesis.given` is a much better choice for writing tests, whether you \ 
care about performance, minimal examples, reproducing failures, or even just the \ 
variety of inputs that will be tested!

4.36.2:
This patch disables part of the :mod:`typing`-based inference for the \ 
:pypi:`attrs` package under Python 3.5.0, which has some incompatible internal \ 
details (:issue:`2095`).

4.36.1:
This patch fixes a bug in strategy inference for :pypi:`attrs` classes where \ 
Hypothesis would fail to infer a strategy for attributes of a generic type such \ 
as Union[int, str] or List[bool] (:issue:`2091`).

4.36.0:
This patch deprecates min_len or max_len of 0 in \ 
:func:`~hypothesis.extra.numpy.byte_string_dtypes` and \ 
:func:`~hypothesis.extra.numpy.unicode_string_dtypes`. The lower limit is now 1.

Numpy uses a length of 0 in these dtypes to indicate an undetermined size, \ 
chosen from the data at array creation. However, as the \ 
:func:`~hypothesis.extra.numpy.arrays` strategy creates arrays before filling \ 
them, strings were truncated to 1 byte.

4.35.1:
This patch improves the messaging that comes from invalid size arguments to \ 
collection strategies such as :func:`~hypothesis.strategies.lists`.

4.35.0:
This release improves the :func:`~hypothesis.extra.lark.from_lark` strategy, \ 
tightening argument validation and adding the explicit argument to allow use \ 
with terminals that use @declare instead of a string or regular expression.

This feature is required to handle features such as indent and dedent tokens in \ 
Python code, which can be generated with the :pypi:`hypothesmith` package.

4.34.0:
The :func:`~hypothesis.strategies.from_type` strategy now knows to look up the \ 
subclasses of abstract types, which cannot be instantiated directly.

This is very useful for :pypi:`hypothesmith` to support :pypi:`libCST`.

Log message:
py-hypothesis: updated to 4.33.1

4.33.1:
This patch works around a crash when an incompatible version of Numpy
is installed under PyPy 5.10 (Python 2.7).

If you are still using Python 2, please upgrade to Python 3 as soon
as possible - it will be unsupported at the end of this year.

4.33.0:
This release improves the :func:~hypothesis.provisional.domains
strategy, as well as the :func:~hypothesis.provisional.urls and
the :func:~hypothesis.strategies.emails strategies which use it.
These strategies now use the full IANA list of Top Level Domains
and are correct as per :rfc:1035.

Passing tests using these strategies may now fail.

4.32.3:
This patch tidies up the repr of several settings-related objects,
at runtime and in the documentation, and deprecates the undocumented
edge case that phases=None was treated like phases=tuple(Phase).

It *also* fixes :func:~hypothesis.extra.lark.from_lark with
:pypi:lark 0.7.2 <lark-parser> and later.

4.32.2:
This patch updates some internal comments for :pypi:mypy 0.720.
There is no user-visible impact.

4.32.1:
This release changes how the shrinker represents its progress internally. For \ 
large generated test cases
this should result in significantly less memory usage and possibly faster \ 
shrinking. Small generated
test cases may be slightly slower to shrink but this shouldn't be very noticeable.

4.32.0:
This release makes :func:~hypothesis.extra.numpy.arrays more pedantic about
elements strategies that cannot be exactly represented as array elements.

In practice, you will see new warnings if you were using a float16 or
float32 dtype without passing :func:~hypothesis.strategies.floats the
width=16 or width=32 arguments respectively.

The previous behaviour could lead to silent truncation, and thus some elements
being equal to an explicitly excluded bound (:issue:1899).

4.31.1:
This patch changes an internal use of MD5 to SHA hashes, to better support
users subject to FIPS-140.  There is no user-visible or API change.

4.31.0:
This release simplifies the logic of the :attr:~hypothesis.settings.print_blob \ 
setting by removing the option to set it to PrintSettings.INFER.
As a result the print_blob setting now takes a single boolean value, and the use \ 
of PrintSettings is deprecated.

4.28.2:
This patch improves the docstrings of several Hypothesis strategies, by
clarifying markup and adding cross-references.  There is no runtime change.

4.28.1:
This patch improves the behaviour of the :func:~hypothesis.strategies.text
strategy when passed an alphabet which is not a strategy.  The value is
now interpreted as whitelist_characters to :func:~hypothesis.strategies.characters
instead of a sequence for :func:~hypothesis.strategies.sampled_from, which
standardises the distribution of examples and the shrinking behaviour.

You can get the previous behaviour by using
lists(sampled_from(alphabet)).map("".map) instead.

4.28.0:
This release deprecates find().  The .example() method is a better
replacement if you want *an* example, and for the rare occasions where you
want the *minimal* example you can get it from :func:@given <hypothesis.given>.

:func:@given <hypothesis.given> has steadily outstripped find() in both
features and performance over recent years, and as we do not have the resources
to maintain and test both we think it is better to focus on just one.

4.27.0:
This release refactors the implementation of the .example() method,
to more accurately represent the data which will be generated by
:func:@given <hypothesis.given>.

As a result, calling s.example() on an empty strategy s
(such as :func:~hypothesis.strategies.nothing) now raises Unsatisfiable
instead of the old NoExamples exception.

4.26.4:
This patch ensures that the Pandas extra will keep working when Python 3.8
removes abstract base classes from the top-level :obj:python:collections
namespace.  This also fixes the relevant warning in Python 3.7, but there
is no other difference in behaviour and you do not need to do anything.

4.26.3:
This release fixes  :issue:2027, by changing the way Hypothesis tries to \ 
generate distinct examples to be more efficient.

This may result in slightly different data distribution, and should improve \ 
generation performance in general,
but should otherwise have minimal user impact.

4.26.2:
This release fixes :issue:1864, where some simple tests would perform very slowly,
because they would run many times with each subsequent run being progressively \ 
slower.
They will now stop after a more reasonable number of runs without hitting this \ 
problem.

Unless you are hitting exactly this issue, it is unlikely that this release will \ 
have any effect,
but certain classes of custom generators that are currently very slow may become \ 
a bit faster,
or start to trigger health check failures.

4.26.1:
This release adds the strategy :func:~hypothesis.extra.numpy.integer_array_indices,
which generates tuples of Numpy arrays that can be used for
advanced indexing \ 
<http://www.pythonlikeyoumeanit.com/Module3_IntroducingNumpy/AdvancedIndexing.html#Integer-Array-Indexing>_
to select an array of a specified shape.

4.26.0:
This release significantly improves the performance of drawing unique \ 
collections whose
elements are drawn from  :func:~hypothesis.strategies.sampled_from  strategies.

As a side effect, this detects an error condition that would previously have
passed silently: When the min_size argument on a collection with distinct elements
is greater than the number of elements being sampled, this will now raise an error.

4.25.1:
This release removes some defunct internal functionality that was only being used
for testing. It should have no user visible impact.

4.25.0:
This release deprecates and disables the buffer_size setting,
which should have been treated as a private implementation detail
all along.  We recommend simply deleting this settings argument.

4.24.6:
This patch makes :func:~hypothesis.strategies.datetimes more efficient,
as it now handles short months correctly by construction instead of filtering.

4.24.5:
This patch improves the development experience by simplifying the tracebacks
you will see when e.g. you have used the .map(...) method of a strategy
and the mapped function raises an exception.

No new exceptions can be raised, nor existing exceptions change anything but
their traceback.  We're simply using if-statements rather than exceptions for
control flow in a certain part of the internals!

4.24.4:
This patch fixes :issue:2014, where our compatibility layer broke with version
3.7.4 of the :pypi:typing module backport on PyPI.

This issue only affects Python 2.  We remind users that Hypothesis, like many other
packages, will drop Python 2 support on 2020-01-01 \ 
<https://python3statement.org>__
and already has several features that are only available on Python 3.

4.24.3:
This patch improves the implementation of an internal wrapper on Python 3.8
beta1 (and will break on the alphas; but they're not meant to be stable).
On other versions, there is no change at all.

Log message:
py-hypothesis: updated to 4.24.3

4.24.3:
This patch improves the implementation of an internal wrapper on Python 3.8 \ 
beta1 (and will break on the alphas; but they're not meant to be stable). On \ 
other versions, there is no change at all.

4.24.2:
Deprecation messages for functions in hypothesis.extra.django.models now \ 
explicitly name the deprecated function to make it easier to track down usages. \ 
Thanks to Kristian Glass for this contribution!

4.24.1:
This patch fixes :issue:`1999`, a spurious bug raised when a \ 
:func:`@st.composite <hypothesis.strategies.composite>` function was \ 
passed a keyword-only argument.

Log message:
py-hypothesis: updated to 4.24.0

4.24.0:
This release deprecates GenericStateMachine, in favor of \ 
:class:~hypothesis.stateful.RuleBasedStateMachine. Rule-based stateful testing \ 
is significantly faster, especially during shrinking.

If your use-case truly does not fit rule-based stateful testing, we recommend \ 
writing a custom test function which drives your specific control-flow using \ 
:func:~hypothesis.strategies.data.

4.23.9:
This patch fixes a very rare example database issue with file permissions.

When running a test that uses both :func:@given <hypothesis.given> and \ 
pytest.mark.parametrize, using :pypi:pytest-xdist on Windows, with failing \ 
examples in the database, two attempts to read a file could overlap and we \ 
caught FileNotFound but not other OSErrors.

4.23.8:
This patch has a minor cleanup of the internal engine. There is no user-visible \ 
impact.

4.23.7:
This patch clarifies some error messages when the test function signature is \ 
incompatible with the arguments to :func:@given <hypothesis.given>, \ 
especially when the :obj:@settings() <hypothesis.settings> decorator is \ 
also used (:issue:1978).

4.23.6:
This release adds the :pypi:pyupgrade fixer to our code style, for consistent \ 
use of dict and set literals and comprehensions.

4.23.5:
This release slightly simplifies a small part of the core engine. There is no \ 
user-visible change.

Log message:
py-hypothesis: updated to 4.23.4

4.23.4:
Fixes a minor formatting issue the docstring of from_type()

4.23.3:
Adds a recipe to the docstring of from_type() that describes a means for drawing \ 
values for “everything except” a specified type. This recipe is especially \ 
useful for writing tests that perform input-type validation.

4.23.2:
This patch uses autoflake to remove some pointless pass statements, which \ 
improves our workflow but has no user-visible impact.

4.23.1:
This patch fixes an OverflowError in from_type(xrange) on Python 2.

It turns out that not only do the start and stop values have to fit in a C long, \ 
but so does stop - start. We now handle this even on 32bit platforms, but remind \ 
users that Python2 will not be supported after 2019 without specific funding.

4.23.0:
This release implements the slices() strategy, to generate slices of a \ 
length-size sequence.

4.22.3:
This patch exposes DataObject, solely to support more precise type hints. \ 
Objects of this type are provided by data(), and can be used to draw examples \ 
from strategies intermixed with your test code.

4.22.2:
This patch fixes the very rare issue 1798 in array_dtypes(), which caused an \ 
internal error in our tests.

4.22.1:
This patch fixes a rare bug in from_type(range).

4.22.0:
The unique_by argument to lists now accepts a tuple of callables such that every \ 
element of the generated list will be unique with respect to each callable in \ 
the tuple.

4.21.1:
This patch cleans up the internals of one_of(). You may see a slight change to \ 
the distribution of examples from this strategy but there is no change to the \ 
public API.

4.21.0:
The from_type() strategy now supports slice objects.

4.20.0:
This release improves the array_shapes() strategy, to choose an appropriate \ 
default for max_side based on the min_side, and max_dims based on the min_dims. \ 
An explicit error is raised for dimensions greater than 32, which are not \ 
supported by Numpy, as for other invalid combinations of arguments.

4.19.0:
The from_type() strategy now supports range objects (or xrange on Python 2).

4.18.3:
This release fixes a very rare edge case in the test-case mutator, which could \ 
cause an internal error with certain unusual tests.

4.18.2:
This patch makes Hypothesis compatible with the Python 3.8 alpha, which changed \ 
the representation of code objects to support positional-only arguments. Note \ 
however that Hypothesis does not (yet) support such functions as e.g. arguments \ 
to builds() or inputs to @given.

4.18.1:
This patch improves the performance of unique collections such as sets() when \ 
the elements are drawn from a sampled_from() strategy.

4.18.0:
This release adds the functions() strategy, which can be used to imitate your \ 
‘real’ function for callbacks.

4.17.2:
This release refactors stateful rule selection to share the new machinery with \ 
sampled_from() instead of using the original independent implementation.

4.17.1:
This patch allows Hypothesis to try a few more examples after finding the first \ 
bug, in hopes of reporting multiple distinct bugs. The heuristics described in \ 
issue 847 ensure that we avoid wasting time on fruitless searches, while still \ 
surfacing each bug as soon as possible.

Log message:
py-hypothesis: updated to 4.17.0

4.17.0
This release adds the strategy \ 
:func:~hypothesis.extra.numpy.broadcastable_shapes, which generates array shapes \ 
that are broadcast-compatible with a provided shape.

4.16.0
This release allows :func:~hypothesis.strategies.register_type_strategy to be \ 
used with :obj:python:typing.NewType instances. This may be useful to e.g. \ 
provide only positive integers for :func:from_type(UserId) \ 
<hypothesis.strategies.from_type> with a UserId = NewType('UserId', int) \ 
type.

4.15.0
This release supports passing a :class:~python:datetime.timedelta as the \ 
:obj:~hypothesis.settings.deadline setting, so you no longer have to remember \ 
that the number is in milliseconds (:issue:1900).

Thanks to Damon Francisco for this change!

4.14.7
This patch makes the type annotations on hypothesis.extra.dateutil compatible \ 
with :pypi:mypy 0.700.

4.14.6
This release fixes a bug introduced in :ref:Hypothesis 4.14.3 <v4.14.3> \ 
that would sometimes cause :func:sampled_from(...).filter(...) \ 
<hypothesis.strategies.sampled_from> to encounter an internal assertion \ 
failure when there are three or fewer elements, and every element is rejected by \ 
the filter.

4.14.5
This patch takes the previous efficiency improvements to \ 
:func:sampled_from(...).filter(...) <hypothesis.strategies.sampled_from> \ 
strategies that reject most elements, and generalises them to also apply to \ 
sampled_from(...).filter(...).filter(...) and longer chains of filters.

4.14.4
This release fixes a bug that prevented \ 
:func:~hypothesis.strategies.random_module from correctly restoring the previous \ 
state of the random module.

The random state was instead being restored to a temporary deterministic state, \ 
which accidentally caused subsequent tests to see the same random values across \ 
multiple test runs.

4.14.3
This patch adds an internal special case to make \ 
:func:sampled_from(...).filter(...) <hypothesis.strategies.sampled_from> \ 
much more efficient when the filter rejects most elements

Log message:
py-hypothesis: updated to 4.14.2

4.14.2
This patch improves the error message if the function f in :ref:s.flatmap(f) \ 
<flatmap> does not return a strategy.

4.14.1
This release modifies how Hypothesis selects operations to run during shrinking, \ 
by causing it to deprioritise previously useless classes of shrink until others \ 
have reached a fixed point.

This avoids certain pathological cases where the shrinker gets very close to \ 
finishing and then takes a very long time to finish the last small changes \ 
because it tries many useless shrinks for each useful one towards the end. It \ 
also should cause a more modest improvement (probably no more than about 30%) in \ 
shrinking performance for most tests.

4.14.0
This release blocks installation of Hypothesis on Python 3.4, which :PEP:reached \ 
its end of life date on 2019-03-18 <429>.

This should not be of interest to anyone but downstream maintainers - if you are \ 
affected, migrate to a secure version of Python as soon as possible or at least \ 
seek commercial support.

4.13.0
This release makes it an explicit error to call :func:floats(min_value=inf, \ 
exclude_min=True) <hypothesis.strategies.floats> or \ 
:func:floats(max_value=-inf, exclude_max=True) \ 
<hypothesis.strategies.floats>, as there are no possible values that can \ 
be generated (:issue:1859).

:func:floats(min_value=0.0, max_value=-0.0) <hypothesis.strategies.floats> \ 
is now deprecated. While 0. == -0. and we could thus generate either if \ 
comparing by value, violating the sequence ordering of floats is a special case \ 
we don't want or need.

4.12.1
This release should significantly reduce the amount of memory that Hypothesis \ 
uses for representing large test cases, by storing information in a more compact \ 
representation and only unpacking it lazily when it is first needed.

4.12.0
This update adds the :obj:~hypothesis.settings.report_multiple_bugs setting, \ 
which you can use to disable multi-bug reporting and only raise whichever bug \ 
had the smallest minimal example. This is occasionally useful when using a \ 
debugger or tools that annotate tracebacks via introspection.

4.11.7
This change makes a tiny improvement to the core engine's bookkeeping. There is \ 
no user-visible change.

4.11.6
This release changes some of Hypothesis's internal shrinking behaviour in order \ 
to reduce memory usage and hopefully improve performance.

4.11.5
This release adds a micro-optimisation to how Hypothesis handles debug reporting \ 
internally. Hard to shrink test may see a slight performance improvement, but in \ 
most common scenarios it is unlikely to be noticeable.

4.11.4
This release removes some redundant code that was no longer needed but was still \ 
running a significant amount of computation and allocation on the hot path. This \ 
should result in a modest speed improvement for most tests, especially those \ 
with large test cases.

4.11.3
This release adds a micro-optimisation to how Hypothesis caches test cases. This \ 
will cause a small improvement in speed and memory usage for large test cases, \ 
but in most common scenarios it is unlikely to be noticeable.

4.11.2
This release removes some internal code that populates a field that is no longer \ 
used anywhere. This should result in some modest performance and speed \ 
improvements and no other user visible effects.

Log message:
py-hypothesis: updated to 4.11.1

4.11.1:
This is a formatting-only patch, enabled by a new version of :pypi:isort.

4.11.0:
This release deprecates :func:~hypothesis.strategies.sampled_from with empty \ 
sequences. This returns :func:~hypothesis.strategies.nothing, which gives a \ 
clear error if used directly... but simply vanishes if combined with another \ 
strategy.

Tests that silently generate less than expected are a serious problem for anyone \ 
relying on them to find bugs, and we think reliability more important than \ 
convenience in this case.

4.10.0:
This release improves Hypothesis's to detect flaky tests, by noticing when the \ 
behaviour of the test changes between runs. In particular this will notice many \ 
new cases where data generation depends on external state (e.g. external sources \ 
of randomness) and flag those as flaky sooner and more reliably.

The basis of this feature is a considerable reengineering of how Hypothesis \ 
stores its history of test cases, so on top of this its memory usage should be \ 
considerably reduced.

4.9.0:
This release adds the strategy :func:~hypothesis.extra.numpy.valid_tuple_axes, \ 
which generates tuples of axis-indices that can be passed to the axis argument \ 
in NumPy's sequential functions (e.g. :func:numpy:numpy.sum).

4.8.0:
This release significantly tightens validation in :class:hypothesis.settings. \ 
:obj:~hypothesis.settings.max_examples, :obj:~hypothesis.settings.buffer_size, \ 
and :obj:~hypothesis.settings.stateful_step_count must be positive integers; \ 
:obj:~hypothesis.settings.deadline must be a positive number or None; and \ 
:obj:~hypothesis.settings.derandomize must be either True or False.

As usual, this replaces existing errors with a more helpful error and starts new \ 
validation checks as deprecation warnings.

4.7.19:
This release makes some micro-optimisations to certain calculations performed in \ 
the shrinker. These should particularly speed up large test cases where the \ 
shrinker makes many small changes. It will also reduce the amount allocated, but \ 
most of this is garbage that would have been immediately thrown away, so you \ 
probably won't see much effect specifically from that.

4.7.18:
This patch removes some overhead from :func:~hypothesis.extra.numpy.arrays with \ 
a constant shape and dtype. The resulting performance improvement is modest, but \ 
worthwile for small arrays.

Log message:
py-hypothesis: updated to 4.7.17

4.7.17:
This release makes some micro-optimisations within Hypothesis's internal \ 
representation of test cases. This should cause heavily nested test cases to \ 
allocate less during generation and shrinking, which should speed things up \ 
slightly.

4.7.16:
This changes the order in which Hypothesis runs certain operations during \ 
shrinking. This should significantly decrease memory usage and speed up \ 
shrinking of large examples.

4.7.15:
This release allows Hypothesis to calculate a number of attributes of generated \ 
test cases lazily. This should significantly reduce memory usage and modestly \ 
improve performance, especially for large test cases.

4.7.14:
This release reduces the number of operations the shrinker will try when \ 
reordering parts of a test case. This should in some circumstances significantly \ 
speed up shrinking. It may result in different final test cases, and if so \ 
usually slightly worse ones, but it should not generally have much impact on the \ 
end result as the operations removed were typically useless.

4.7.13:
This release changes how Hypothesis reorders examples within a test case during \ 
shrinking. This should make shrinking considerably faster.

4.7.12:
This release slightly improves the shrinker's ability to replace parts of a test \ 
case with their minimal version, by allowing it to do so in bulk rather than one \ 
at a time. Where this is effective, shrinker performance should be modestly \ 
improved.

4.7.11:
This release makes some micro-optimisations to common operations performed \ 
during shrinking. Shrinking should now be slightly faster, especially for large \ 
examples with relatively fast test functions.

4.7.10:
This release is a purely internal refactoring of Hypothesis's API for \ 
representing test cases. There should be no user visible effect.

4.7.9:
This release changes certain shrink passes to make them more efficient when they \ 
aren't making progress.

4.7.8:
This patch removes some unused code, which makes the internals a bit easier to \ 
understand. There is no user-visible impact.

4.7.7:
This release reduces the number of operations the shrinker will try when \ 
reordering parts of a test case. This should in some circumstances significantly \ 
speed up shrinking. It may result in different final test cases, and if so \ 
usually slightly worse ones, but it should not generally have much impact on the \ 
end result as the operations removed were typically useless.

4.7.6:
This patch removes some unused code from the shrinker. There is no user-visible \ 
change.

4.7.5:
This release changes certain shrink passes to make them adaptive - that is, in \ 
cases where they are successfully making progress they may now do so \ 
significantly faster.

4.7.4:
This is a docs-only patch, noting that because the :pypi:lark-parser is under \ 
active development at version 0.x, hypothesis[lark] APIs may break in minor \ 
releases if necessary to keep up with the upstream package.

4.7.3:
This changes Hypothesis to no longer import various test frameworks by default \ 
(if they are installed). which will speed up the initial import hypothesis call.

4.7.2:
This release changes Hypothesis's internal representation of a test case to \ 
calculate some expensive structural information on demand rather than eagerly. \ 
This should reduce memory usage a fair bit, and may make generation somewhat \ 
faster.

4.7.1:
This release refactors the internal representation of previously run test cases. \ 
The main thing you should see as a result is that Hypothesis becomes somewhat \ 
less memory hungry.

4.7.0:
This patch allows :func:~hypothesis.extra.numpy.array_shapes to generate shapes \ 
with side-length or even dimension zero, though the minimum still defaults to \ 
one. These shapes are rare and have some odd behavior, but are particularly \ 
important to test for just that reason!

In a related bigfix, :func:~hypothesis.extra.numpy.arrays now supports \ 
generating zero-dimensional arrays with dtype=object and a strategy for iterable \ 
elements. Previously, the array element would incorrectly be set to the first \ 
item in the generated iterable.