Bump pydantic from 2.9.1 to 2.9.2
Bumps pydantic from 2.9.1 to 2.9.2.
Release notes
Sourced from pydantic's releases.
v2.9.2 (2024-09-17)
What's Changed
Fixes
- Do not error when trying to evaluate annotations of private attributes by
@Viicosin #10358- Adding notes on designing sound
Callablediscriminators by@sydney-runklein #10400- Fix serialization schema generation when using
PlainValidatorby@Viicosin #10427- Fix
Unionserialization warnings by@sydney-runklein pydantic/pydantic-core#1449- Fix variance issue in
_IncExtype alias, only allowTrueby@Viicosin #10414- Fix
ZoneInfovalidation with various invalid types by@sydney-runklein #10408Full Changelog: https://github.com/pydantic/pydantic/compare/v2.9.1...v2.9.2
Changelog
Sourced from pydantic's changelog.
v2.9.2 (2024-09-17)
What's Changed
Fixes
- Do not error when trying to evaluate annotations of private attributes by
@Viicosin #10358- Adding notes on designing sound
Callablediscriminators by@sydney-runklein #10400- Fix serialization schema generation when using
PlainValidatorby@Viicosin #10427- Fix
Unionserialization warnings by@sydney-runklein pydantic/pydantic-core#1449- Fix variance issue in
_IncExtype alias, only allowTrueby@Viicosin #10414- Fix
ZoneInfovalidation with various invalid types by@sydney-runklein #10408
Commits
7cedbfbhistory updates7eab2b8v bumpc0a288fFixZoneInfowith various invalid types (#10408)ea6115dFix variance issue in_IncExtype alias, only allowTrue(#10414)fbfe25aFix serialization schema generation when usingPlainValidator(#10427)26cff3cAdding notes on designing callable discriminators (#10400)8a0e7adDo not error when trying to evaluate annotations of private attributes (#10358)- See full diff in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
-
@dependabot rebasewill rebase this PR -
@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it -
@dependabot mergewill merge this PR after your CI passes on it -
@dependabot squash and mergewill squash and merge this PR after your CI passes on it -
@dependabot cancel mergewill cancel a previously requested merge and block automerging -
@dependabot reopenwill reopen this PR if it is closed -
@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually -
@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency -
@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) -
@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
The version upgrade is casting format-version: 1 to true in the following test:
FAILED tests/table/test_metadata.py::test_serialize_v1 - assert '{"location":...d-id":1000}]}' == '{"location":...d-id":1000}]}'
- {"location":"s3://bucket/test/location","table-uuid":"d20125c8-7284-442c-9aea-15fee620737c","last-updated-ms":1602638573874,"last-column-id":3,"schemas":[{"type":"struct","fields":[{"id":1,"name":"x","type":"long","required":true},{"id":2,"name":"y","type":"long","required":true,"doc":"comment"},{"id":3,"name":"z","type":"long","required":true}],"schema-id":0,"identifier-field-ids":[]}],"current-schema-id":0,"partition-specs":[{"spec-id":0,"fields":[{"source-id":1,"field-id":1000,"transform":"identity","name":"x"}]}],"default-spec-id":0,"last-partition-id":1000,"properties":{},"snapshots":[{"snapshot-id":1925,"timestamp-ms":1602638573822}],"snapshot-log":[],"metadata-log":[],"sort-orders":[{"order-id":0,"fields":[]}],"default-sort-order-id":0,"refs":{},"format-version":1,"schema":{"type":"struct","fields":[{"id":1,"name":"x","type":"long","required":true},{"id":2,"name":"y","type":"long","required":true,"doc":"comment"},{"id":3,"name":"z","type":"long","required":true}],"schema-id":0,"identifier-field-ids":[]},"partition-spec":[{"name":"x","transform":"identity","source-id":1,"field-id":1000}]}
+ {"location":"s3://bucket/test/location","table-uuid":"d20125c8-7284-442c-9aea-15fee620737c","last-updated-ms":1602638573874,"last-column-id":3,"schemas":[{"type":"struct","fields":[{"id":1,"name":"x","type":"long","required":true},{"id":2,"name":"y","type":"long","required":true,"doc":"comment"},{"id":3,"name":"z","type":"long","required":true}],"schema-id":0,"identifier-field-ids":[]}],"current-schema-id":0,"partition-specs":[{"spec-id":0,"fields":[{"source-id":1,"field-id":1000,"transform":"identity","name":"x"}]}],"default-spec-id":0,"last-partition-id":1000,"properties":{},"snapshots":[{"snapshot-id":1925,"timestamp-ms":1602638573822}],"snapshot-log":[],"metadata-log":[],"sort-orders":[{"order-id":0,"fields":[]}],"default-sort-order-id":0,"refs":{},"format-version":true,"schema":{"type":"struct","fields":[{"id":1,"name":"x","type":"long","required":true},{"id":2,"name":"y","type":"long","required":true,"doc":"comment"},{"id":3,"name":"z","type":"long","required":true}],"schema-id":0,"identifier-field-ids":[]},"partition-spec":[{"name":"x","transform":"identity","source-id":1,"field-id":1000}]}
@sungwy Why is the CI passing then? 🤔
@sungwy Why is the CI passing then? 🤔
Good question - it looks like the the CI re-runs after the force pushes resolved the issue somehow. Here's the original CI runs I investigated from which I copy pasted that issue: https://github.com/apache/iceberg-python/actions/runs/11017341072/job/30595000560
There's also no diff in the pydantic / pydantic-core versions across the two commits: https://github.com/apache/iceberg-python/compare/7a95dbc65a9f87aeba305d9cc29eceb3e92ed06f..08370d7
Superseded by #1352.