Skip to content

Conversation

@MoLi7
Copy link
Member

@MoLi7 MoLi7 commented Jan 14, 2026

cc:

What changed? Why?

Removed the ceda_usa package from the bedrock directory, which should've been removed long time ago.

Testing

confirming no one imports from bedrock.ceda_usa

@MoLi7 MoLi7 requested a review from jvendries January 14, 2026 01:24
Copy link
Member Author

MoLi7 commented Jan 14, 2026

This stack of pull requests is managed by Graphite. Learn more about stacking.

@MoLi7 MoLi7 self-assigned this Jan 14, 2026
@MoLi7 MoLi7 changed the title rm-ceda-usa-folder Remove ceda_usa folder Jan 14, 2026
@MoLi7 MoLi7 marked this pull request as ready for review January 14, 2026 01:25
@MoLi7 MoLi7 requested review from cclin130 and removed request for jvendries January 14, 2026 01:34
uses: ./.github/actions/setup-python

- name: Typecheck w/ mypy
run: uv run mypy bedrock/ceda_usa
Copy link
Member Author

Choose a reason for hiding this comment

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

@cclin130 since I'm removing the entire ceda_usa folder, so here I changed it to /extract/iot. LMK if this looks wrong to you.

Copy link
Contributor

Choose a reason for hiding this comment

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

we should run mypy on the whole repo, but types havent been set up yet for all of bedrock I believe. Perhaps we could make this uv run mypy bedrock but then add a line to exclude some directories for now in pyproject.toml

cc @bl-young

Copy link
Contributor

@cclin130 cclin130 left a comment

Choose a reason for hiding this comment

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

one change for ci.yml

uses: ./.github/actions/setup-python

- name: Typecheck w/ mypy
run: uv run mypy bedrock/ceda_usa
Copy link
Contributor

Choose a reason for hiding this comment

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

we should run mypy on the whole repo, but types havent been set up yet for all of bedrock I believe. Perhaps we could make this uv run mypy bedrock but then add a line to exclude some directories for now in pyproject.toml

cc @bl-young

@MoLi7 MoLi7 force-pushed the mo__rm-ceda-usa-folder branch from 7ec9ac2 to 1f4ff37 Compare January 14, 2026 20:19

- name: Typecheck w/ mypy
run: uv run mypy bedrock/ceda_usa
run: uv run mypy bedrock
Copy link
Member Author

Choose a reason for hiding this comment

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

mypy on entire codebase

'bedrock/transform/',
'bedrock/utils/',
'bedrock/publish/',
]
Copy link
Member Author

Choose a reason for hiding this comment

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

temporary exclusions

Copy link
Contributor

Choose a reason for hiding this comment

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

this is effectively ignoring all of the CEDA code as well, right? does it need to be so exhaustive?

and what do we have in /utils/ and /publish that are failing type check right now?

i would like us to avoid putting the typecheck here and never fixing it, because it will render typecheck useless

cc @bl-young since I know this is on your radar

"google.*",
"googleapiclient.*",
]
ignore_missing_imports = true
Copy link
Member Author

@MoLi7 MoLi7 Jan 14, 2026

Choose a reason for hiding this comment

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

moved .mypy.ini here

@MoLi7
Copy link
Member Author

MoLi7 commented Jan 14, 2026

r? @cclin130

Copy link
Contributor

@cclin130 cclin130 left a comment

Choose a reason for hiding this comment

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

approving to unblock but i'd recommend getting typecheck to work across the whole codebase

'bedrock/transform/',
'bedrock/utils/',
'bedrock/publish/',
]
Copy link
Contributor

Choose a reason for hiding this comment

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

this is effectively ignoring all of the CEDA code as well, right? does it need to be so exhaustive?

and what do we have in /utils/ and /publish that are failing type check right now?

i would like us to avoid putting the typecheck here and never fixing it, because it will render typecheck useless

cc @bl-young since I know this is on your radar

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