Overview

Request 1138237 accepted

- update to 6.4.3:
* This is a bugfix release that fixes test
failures with Sphinx 7.2 and later, and adds support for
Python 3.12
* Rename requires_numpy_testing decorator to
requires_numpy_typing, and have it check for numpy.typing,
not numpy.testing.
* Fix missing numpy_examples directory in traits-stubs package
data.
* Validation of items within a container (e.g., foos =
List(MyTraitType)) now always matches the validation used for
the item trait at top level (e.g., foo = MyTraitType).
Previously, the validation methods used could differ, thanks
to a bug in the container implementations. For most trait
types this will make no difference, but for the Tuple trait
type this change has the consequence that lists will no
longer be accepted as valid for Tuple traits inside list
items. See issue #1619 and PR #1625 for more information.
* Related to the above: a top-level Tuple() trait declaration
currently accepts Python list objects, while a Tuple
declaration with explicit item types (for example
Tuple(Int(), Int())) does not. The support for list objects
in plain Tuple() is deprecated, and will be removed in a
future version of Traits. See PR #1627 for more information.
* The following people contributed code changes for this
release: * Caio Agiani * Steve Allen * Mark Dickinson * Sai
Rahul Poruri * Corran Webster Features ~~~~~~~~ * ETSConfig
attributes now support deletion. This makes it easier to make
* Complex trait type validation is now more lenient: any type
that implements __complex__ will be accepted.

Request History
Dirk Mueller's avatar

dirkmueller created request

- update to 6.4.3:
* This is a bugfix release that fixes test
failures with Sphinx 7.2 and later, and adds support for
Python 3.12
* Rename requires_numpy_testing decorator to
requires_numpy_typing, and have it check for numpy.typing,
not numpy.testing.
* Fix missing numpy_examples directory in traits-stubs package
data.
* Validation of items within a container (e.g., foos =
List(MyTraitType)) now always matches the validation used for
the item trait at top level (e.g., foo = MyTraitType).
Previously, the validation methods used could differ, thanks
to a bug in the container implementations. For most trait
types this will make no difference, but for the Tuple trait
type this change has the consequence that lists will no
longer be accepted as valid for Tuple traits inside list
items. See issue #1619 and PR #1625 for more information.
* Related to the above: a top-level Tuple() trait declaration
currently accepts Python list objects, while a Tuple
declaration with explicit item types (for example
Tuple(Int(), Int())) does not. The support for list objects
in plain Tuple() is deprecated, and will be removed in a
future version of Traits. See PR #1627 for more information.
* The following people contributed code changes for this
release: * Caio Agiani * Steve Allen * Mark Dickinson * Sai
Rahul Poruri * Corran Webster Features ~~~~~~~~ * ETSConfig
attributes now support deletion. This makes it easier to make
* Complex trait type validation is now more lenient: any type
that implements __complex__ will be accepted.


Factory Auto's avatar

factory-auto added opensuse-review-team as a reviewer

Please review sources


Factory Auto's avatar

factory-auto accepted review

Check script succeeded


Saul Goodman's avatar

licensedigger accepted review

ok


Ana Guerrero's avatar

anag+factory added as a reviewer

Being evaluated by staging project "openSUSE:Factory:Staging:adi:16"


Ana Guerrero's avatar

anag+factory accepted review

Picked "openSUSE:Factory:Staging:adi:16"


Dominique Leuenberger's avatar

dimstar accepted review


Ana Guerrero's avatar

anag+factory accepted review

Staging Project openSUSE:Factory:Staging:adi:16 got accepted.


Ana Guerrero's avatar

anag+factory approved review

Staging Project openSUSE:Factory:Staging:adi:16 got accepted.


Ana Guerrero's avatar

anag+factory accepted request

Staging Project openSUSE:Factory:Staging:adi:16 got accepted.

openSUSE Build Service is sponsored by