Haskell

Issue split from hasura/graphql-engine#6951

our pytest output has a pretty low signal:noise ratio, and it's often difficult to understand the cause of a test failure, if there is one. [Example: a 8600-line log for what turned out to be a flaky test that passed on a second run](https://app.circleci.com/pipelines/github/hasura/graphql-engine-mono/10008/workflows/5e17c7

Explain the problem.

Converting the following:

pandoc -f gfm -t asciidoctor <<EOF
- [ ] a
- [x] b
EOF

produces:

* ☐ a
* ☒ b

instead of using the checklist syntax (see asciidoctor docs):

* [ ] a
* [x] b

This seems related to [the recently fixed org-mode r

Is your feature request related to a problem? Please describe

Very often, with working with conformance view, I work with different versions of the same compiler, all options are the same. Or I work with different C++ standards, with the same compiler and the same options (exception for this one). Or...

Right now, to add a new compiler in the conformance view, I have to start from an empty

You can already do ucm version, but ucm --version is a pretty standard thing to be able to do, and I find that I keep typing it.

It's also expected by default for certain tools like help2man (though that one can be configured to look for ucm version).

If you compare the old PHP-based code generators with the newer Haskell-based one's , the PHP-based code gen's have much more readable code.

One low hanging fruit is to replace the normal haskell

There are a number of functions that create https servers for integration tests:

• https://github.com/wireapp/wire-server/blob/b266f9aae3ee8bf31ac83413b7e7f37feb8aa488/services/brig/test/integration/API/Provider.hs#L1519-L1531
• https://github.com/wireapp/wire-server/blob/b266f9aae3ee8bf31ac83413b7e7f37feb8aa488/services/galley/test/integration/API/Teams/LegalHold.hs#L805-L825
• ...? (`git g

We are currently suggesting to use ghcup in INSTALL here and here. However, this is done mainly for completeness and I doubt anyone would actually look at ghcup based on those two short sentences. For distributions where installing statically linked Hask

Our xgboost models use the binary:logistic' objective function, however the m2cgen converted version of the models return raw scores instead of the transformed scores.

This is fine as long as the user knows this is happening! I didn't, so it took a while to figure out what was going on. I'm wondering if perhaps a useful warning could be raised for users to alert them of this issue? A warning

Is your feature request related to a problem? Please describe.

When hls-wrapper realises it is going to fail for one of the following reasons:

• It can't figure out which GHC Version it needs
• It can not find a fitting HLS version for the project's GHC version

Then hls-wrapper writes something to stderr and crashes. This is bad UX as users are often not aware about the stderr output

As an intermediate step towards #1015, and various parts thereof, would it be possible to ignore the syntax for features not currently supported, yet use the parts which are supported in trades?
I'm thinking out loud and wondering what effects this may have.

My end goal here is to be able to read a data file https://gitlab.com/snippets/1856416 without errors. Hledger would be able to parse thi

Is your feature request related to a problem? Please describe.
This is the tracking issue for the Asterius Hackage Overlay.

Describe the solution you'd like
We should implement and host a Hackage overlay, similar to head.hackage and mobile haskell overlay. The reason is:

• We already patch so

fadeTime is missing tidalcycles/Tidal#618

While we're about it, lets check to see if others are missing