pool-conduit VS servant-persistent

I understand that the "new" version of Persistent requires Servant Handler to be MonadUnliftIO which is not the case. I also understand that I am suppose to use acquireSqlConn somehowe (following this this), but I can't figure it out. Any ideas ?

I don't think there's any malicious intent. It seems pretty clear that the motivation here is to simplify the type checker considerably, which is a really good reason to do something. Heck, I've got an open issue for deleting a feature in persistent which (according to the lack of comments on the issue) only ever used by persistent's own test suite.

PR submitted: https://github.com/yesodweb/persistent/pull/1366 :)

Ha, I spotted a possible resource leak here. If stmtFinalize fail, then the connection won't be closed.

text Cloning b1e32adfe1da49cd9df997a13bd0c5b391486f5c from https://github.com/yesodweb/persistent.git No cabal file found for Repo from https://github.com/yesodweb/persistent.git, commit b1e32adfe1da49cd9df997a13bd0c5b391486f5c

There's an implementation that does this using foreign-store. I implemented the pattern for the servant-persistent tutorial project.

do you know what the maintenance status of https://github.com/parsonsmatt/servant-persistent is by any chance? seems dormant and doesn't compile successfully apparently https://github.com/parsonsmatt/servant-persistent/issues/44 (I put up https://github.com/parsonsmatt/servant-persistent/pull/46, I'll see if I get any traction)