Skip to content

fix: #2783 depend on griffelib directly for docstring parsing#2791

Merged
seratch merged 1 commit intomainfrom
fix/issue-2783-griffelib-dependency
Mar 26, 2026
Merged

fix: #2783 depend on griffelib directly for docstring parsing#2791
seratch merged 1 commit intomainfrom
fix/issue-2783-griffelib-dependency

Conversation

@seratch
Copy link
Member

@seratch seratch commented Mar 26, 2026

This pull request fixes #2783 intermittent import conflicts around Griffe by switching the SDK's published runtime dependency from griffe 1.x to griffelib 2.x. The issue is that both distributions provide the griffe module, so mixing them in one environment can produce install-order-dependent breakage even though the SDK only needs the library functionality for docstring parsing.

The change updates the package metadata to depend on griffelib>=2,<3, refreshes the lockfile. Because griffelib currently exposes the griffe module without typing markers, this pull request also adds a scoped mypy ignore on the import in agents.function_schema to keep type checking green without widening ignores elsewhere.

No user-facing runtime API changes are intended; this is a packaging and tooling fix to make dependency resolution more robust.

@seratch seratch added this to the 0.13.x milestone Mar 26, 2026
@seratch seratch removed the bug Something isn't working label Mar 26, 2026
@seratch seratch merged commit c5e1321 into main Mar 26, 2026
9 checks passed
@seratch seratch deleted the fix/issue-2783-griffelib-dependency branch March 26, 2026 23:18
@pawamoy
Copy link

pawamoy commented Mar 27, 2026

Because griffelib currently exposes the griffe module without typing markers

Ha, good catch, I'll fix that 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

maybe use griffelib instead of griffe as dependency, and update to 2+

2 participants