Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Drop Python 3.9 #287

Merged
merged 3 commits into from
Nov 11, 2024
Merged

Drop Python 3.9 #287

merged 3 commits into from
Nov 11, 2024

Conversation

tomwhite
Copy link
Contributor

No description provided.

@coveralls
Copy link
Collaborator

coveralls commented Oct 29, 2024

Coverage Status

coverage: 98.895% (-0.003%) from 98.898%
when pulling 7db7586 on tomwhite:drop-python-3.9
into 013687f on sgkit-dev:main.

Copy link
Contributor

@jeromekelleher jeromekelleher left a comment

Choose a reason for hiding this comment

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

LGTM, thanks!

I guess the zip strict=False thing is just ruff being annoyingly opinionated?

@@ -114,7 +114,7 @@ def assert_format_val_equal(vcf_val, zarr_val, vcf_type, vcf_number):
assert isinstance(vcf_val, np.ndarray)
if vcf_type in ("String", "Character"):
assert len(vcf_val) == len(zarr_val)
for v, z in zip(vcf_val, zarr_val):
for v, z in zip(vcf_val, zarr_val, strict=False):
Copy link
Contributor

Choose a reason for hiding this comment

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

What's the motivation for the strict=False arguments here and elsewhere? In most of these cases I would have thought we'd want strict=True, so adding the explicit False argument gives a false impression that we expect the iterators to be different lengths.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yes, this was automatically fixed by ruff, but you're right that we want strict=True. I've changed this here and in vcztools.

@tomwhite tomwhite merged commit c7850fc into sgkit-dev:main Nov 11, 2024
11 of 12 checks passed
@tomwhite tomwhite deleted the drop-python-3.9 branch November 11, 2024 15:08
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