David Hewitt

The root cause here is we have a generic blanket `impl FromPyObject for T: PyClass + Clone`. I think that blanket has caused unwelcome problems a few times now and...

We are introducing `#[pyclass(skip_from_py_object)]` in PyO3 0.27 (releasing very soon) to remove the built-in `FromPyObject` implementation. For further updates follow #5419

XRef https://github.com/pydantic/pydantic/issues/12264#issuecomment-3324246945 It feels to me that PEP 728 implies that the default for `extra` on `TypedDict` should be `extra = "allow"`, even if that goes against the model and...

I think there's definitely scope to improve here, and we can probably do it backwards-compatibly. Ideally we should match more closely to the Python behaviour, because that's most intuitive for...

I think something like https://github.com/pydantic/pydantic/issues/10728 solves this use case with a more general solution.

I'm not convinced this is a good idea; it seems like it's part of the same old pattern that `SerializationIterator` is lazy validation that this has become a problem. Why...

Can the `retriever` pattern be reused for vector search?

I think there is still potential here, however I think the logic has been increasingly coupled to `pydantic` so I don't really know the likelihood of success.

I think it's not just related to `Decimal`, but any type which can compare equal with the enum members. For example, here's a custom class which also validated successfully on...

If I understand correctly, I think you want the rust implementation of `from_exception_data` to have this signature: ```rust #[classmethod] #[pyo3(signature = (title, line_errors, input_type="python", hide_input=false))] fn from_exception_data( cls: Bound, input_type:...