Would you support splitting out into a separate package:

class MonadI2C m where
  writeI2C :: Address -> ByteString -> m ()
  readI2C :: Address -> Int -> m ByteString
  writeReadI2C :: Address -> ByteString -> Int -> m ByteString

(Or possibly similar types that provide a bit more feedback in the case of errors?)

If that package existed (I can write it up and put it on hackage) and this package provided an instance of it for raspberry pi, then device drivers for I2C slaves could be written without taking a direct dependency on the HPi package but could still be used with it.

(There could be another similar monad for SPI communications.)

Hi! Is this library compatible with rpi 4?

The documentation for the latest version of this package is missing on Hackage. It's possible that Hackage wasn't able to build the package.

Is it possible for you to manually upload the package using cabal upload --doc, please? Note that this requires cabal-install >= 1.24

Thanks!

In the current version 0.7.0 of this package the dependency to bytestring is constrained to be lower than version 11 (bytestring < 0.11). I want to ask if there is a reason for this. This constraint prevents modern versions of GHC compiling this package. In my project where is use HPi, I created a fork of HPi with the following constraint: bytestring >= 0.9 && < 0.13. This works perfectly for me and I wonder whether it makes sense to change the constraint in the official package as well.