Re-add persistent-mysql-haskell

[naushadh]

mysql-haskell is back on stackage, thus making this lib stable again.

[cdornan]

Indeed, but tls-1.4.0 (Vincent Hanquez @vincenthz) is out of bounds for:

• persistent-mysql-haskell-0.3.3 (>=1.3.5 && < 1.4). Naushadh naushadh@protonmail.com @naushadh. @naushadh. Used by: library

Can you make it work with tls-1.4.0?

[naushadh]

Yep will do.

On Thu, Oct 12, 2017 at 12:03 PM Chris Dornan ***@***.***> wrote: Indeed, but tls-1.4.0 (Vincent Hanquez @vincenthz <https://github.com/vincenthz>) is out of bounds for: - persistent-mysql-haskell-0.3.3 (>=1.3.5 && < 1.4). Naushadh ***@***.*** @naushadh <https://github.com/naushadh>. @naushadh <https://github.com/naushadh>. Used by: library Can you make it work with tls-1.4.0? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#2956 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABwk-e8AgMHH73vrljULI-3uB-jKCPzBks5srjg_gaJpZM4P2Mq6> .

-- Naushadh

[cdornan]

Cheers!

[DanBurton]

@naushadh I'm seeing the following build failure on the stackage build server:

Database/Persist/MySQL.hs:1115:3: error:
    parse error on input ‘-- ^ Copy the field directly from the record.’
     |
1115 |   -- ^ Copy the field directly from the record.
     |   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Not sure why this is considered a parse error though...

[naushadh]

@DanBurton I've seen a similar issue before. I can recreate it on stack haddock (haddock does not like data constructor docs below the declaration). I can push a fix and release a new version. However, can the travis job for PRs be updated to catch this?

[DanBurton]

The Travis job only sanity checks version constraints on the build plan. Actually building the packages and docs is done on a separate machine, as it requires more resources.