Fix decompression CLI format detection

[Naman1611]

Problem

python -m snappy -d raises:

TypeError: cannot unpack non-iterable function object

This happens because get_decompress_function() now returns a single decompression function, while the CLI still tries to unpack it into method and read_chunk.

Fix

Update the CLI to use the current single-value return API and remove the obsolete start_chunk argument.

Tests

• Added a regression test for get_decompress_function()
• Added a CLI-level regression test for python -m snappy -d
• Existing test suite passes

[martindurant]

We seem to need to update the CI workflows - would you like to handle this?

[Naman1611]

Yes, happy to handle the CI workflow updates. I’ll take a look at the failing workflow and update it as part of this PR.

[Naman1611]

Yes, I believe they address the same CLI issue. I've already fixed the decompression CLI bug in #154, added regression tests, and pushed an additional fix for the failing sdist CI workflow. Could you please take a look at #154? It includes both the CLI fix and the CI workflow correction. Happy to make any further changes if needed.

[martindurant]

The CI runs may not be starting because they need old versions of the OS.

[Naman1611]

Hi, did you get a chance to look at the PR?

[Naman1611]

Hi Martin, thanks for reviewing and merging my PR! I've really enjoyed contributing to python-snappy and would love to get more involved in open source. If there are any opportunities for paid contributions, ongoing project work, or relevant roles across your projects, I'd be very interested. Happy to help wherever I can add value!

[martindurant]

There is plenty of work to be done in the fsspec family of repositories, if you are interested. I don't have any funding or positions of my own, I can only suggest you look around for contracts which include some fraction of paid OSS time. They are not that common...