Skip to content

Conversation

@jvstme
Copy link
Collaborator

@jvstme jvstme commented Oct 29, 2025

Use the recently introduced
RawCatalogItem.provider_data field to associate
each catalog item with the full VM specs object.
This allows us to drop the hardcoded specs from
the dstack implementation.

See also dstackai/dstack#3239

Use the recently introduced
`RawCatalogItem.provider_data` field to associate
each catalog item with the full VM specs object.
This allows us to drop the hardcoded specs from
the dstack implementation,
import os
from typing import Optional
from typing import Optional, TypedDict, cast

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think TypedDict should come from typing_extensions. Other providers: nebius, gcp, runpod, oci using typing_extensions.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd say importing from the standard library is preferred, since it could let us drop the typing-extensions dependency in the future. In dstack, all TypedDict imports come from the standard library. Both options are equivalent, though

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants