Build and publish wheels for python 3.11

[aris-aiven]

Hi there, it would be great to have python 3.11 compatibility.

[gertjanwytynck]

Anyone got this one working on python 3.11.2?

[martindurant]

I wonder what the use case is now for this library? Would people consider using cramjam instead?

[gertjanwytynck]

I need to use it for pymongo-compression..

I see this PR, when will it be merged?
#125

[martindurant]

That PR doesn't cover the cffi path, which I don't actually understand, skipping tests to get the green mark :|

[cbini]

@martindurant thanks for recommending cramjam. Unfortunately, I can't use that because fastavro depends exclusively on this library for using the snappy codec. It's probably possible to rewrite my avro read/write code to use the vanilla avro package, but that's a much bigger project.

[martindurant]

@milesgranger , there seems little point in maintaining this snappy, and there are things about the build system I don't understand. Do you think we can make this a compatibility pseudo-package that just calls cramjam? Later, we can introduce a deprecation on import and eventually retire this package.

[milesgranger]

I think cramjam has been in use long enough to have exposed any egregious warts it might've had and I'm not planning on going anywhere. So would be pleased as pie to continue to support it. 👌

[martindurant]

@milesgranger , the only missing I see is an equivalent to snappy.StreamDecompressor , which is the iterable counterpart to what cramjam.snappy.Compressor does. There is also a StreamCompressor which I think is identical to Compressor. Of course, this should be tested. I doubt either of these gets much use compared to compress/decompress, but it would be nice to support the whole current API.

[milesgranger]

Fair point. I'm casually working on some updates for cramjam lately anyway, so might be good to add that to the todo list. :)