In reply to @tks_123:matrix.org
Is there a way to add a haskell package as a flake (i.e. some other haskell project with its own flake.nix) into the haskellPackages of my own haskell project?

so the 25.11 "default" GHC is 9.10, but LLVM only has 18-20 which is incompatible. is this intentional, or is LLVM 15 supposed to be in nixpkgs just to support 9.10 -fllvm?

i back-searched this chat for LLVM but only found conversation on bumping LLVM 12 -> 15

error: Package ‘hip-1.5.6.0’ in /nix/store/aqhcr0kv7d91rfm0ca77rbakjk5gkbq6-source/pkgs/development/haskell-modules/hackage-packages.nix:330406 is marked as broken, refusing to evaluate.

       a) To temporarily allow broken packages, you can use an environment variable
          for a single invocation of the nix tools.

            $ export NIXPKGS_ALLOW_BROKEN=1

          Note: When using `nix shell`, `nix build`, `nix develop`, etc with a flake,
                then pass `--impure` in order to allow use of environment variables.

       b) For `nixos-rebuild` you can set
         { nixpkgs.config.allowBroken = true; }
       in configuration.nix to override this.

       c) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
         { allowBroken = true; }
       to ~/.config/nixpkgs/config.nix.


       note: trace involved the following derivations:
       derivation 'mh26'

[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