[34 of 40] Compiling Graphics.Image.Types ( src/Graphics/Image/Types.hs, dist/build/Graphics/Image/Types.o, dist/build/Graphics/Image/Types.dyn_o )
<no location info>: error:
    Simplifier ticks exhausted
  When trying RuleFired Class op $p8ColorSpace
  To increase the limit, use -fsimpl-tick-factor=N (default 100).

  In addition try adjusting -funfolding-case-threshold=N and
  -funfolding-case-scaling=N for the module in question.
  Using threshold=1 and scaling=5 should break most inlining loops.

  If you need to increase the tick factor substantially, while also
  adjusting unfolding parameters please file a bug report and
  indicate the factor you needed.

  If GHC was unable to complete compilation even with a very large factor
  (a thousand or more), please consult the "Known bugs or infelicities"
  section in the Users Guide before filing a report. There are a
  few situations unlikely to occur in practical programs for which
  simplifier non-termination has been judged acceptable.

  To see detailed counts use -ddump-simpl-stats
  Total ticks: 4241

someone's already opened an issue about this upstream

as for a fix, you can always increase the tick tolerance as specified in the error message above or reduce inlining in colorSpace.hs

so i'm trying to fix a package that requires random>=1.3 as a dependency but the version of random in nixpkgs is 1.2. what's the best practice here? do i:

1. create a new package random_1_3_1
2. try and back-patch the package to work with random 1.2
3. override the build deps for that specific package's derivation? (i don't like this option, other packages require random>=1.3 too)

so i'm trying to fix a package that requires random>=1.3 as a dependency but the version of random in nixpkgs is 1.2. what's the best practice here? do i:

1. create a new package random_1_3_1
2. try and back-patch the package to work with random 1.2
3. update random to 1.3 (probably not recommended, stackage lts has it as 1.2.1)
4. override the build deps for that specific package's derivation? (i don't like this option, other packages require random>=1.3 too)

i couldn't find specific guidance on CONTRIBUTING.md and while i know some packages get multiple version i've yet to see a Haskell non-core package have multiple versions on nixpkgs