`error: attribute 'alex' missing` with GHC 9.4.4

[dhess]

Describe the bug

Log:

trace: No index state specified for alex, using the latest index state that we know about (2023-02-02T00:00:00Z)!
--
  | trace: No index state specified for happy, using the latest index state that we know about (2023-02-02T00:00:00Z)!
  | trace: No index state specified for alex, using the latest index state that we know about (2023-02-02T00:00:00Z)!
  | trace: No index state specified for happy, using the latest index state that we know about (2023-02-02T00:00:00Z)!
  | trace: WARNING: No materialized dummy-ghc-data.  mkdir /nix/store/3ykyji0a86n1vshgdwh4n7n6jdlcag2h-source/materialized/dummy-ghc/ghc-9.4.4-aarch64-darwin
  | trace: WARNING: No materialized dummy-ghc-data.  mkdir /nix/store/3ykyji0a86n1vshgdwh4n7n6jdlcag2h-source/materialized/dummy-ghc/ghc-9.4.4-aarch64-darwin
  | trace: WARNING: No materialized dummy-ghc-data.  mkdir /nix/store/3ykyji0a86n1vshgdwh4n7n6jdlcag2h-source/materialized/dummy-ghc/ghc-9.4.4-aarch64-darwin
  | trace: WARNING: license "LicenseRef-Apache" not found
  | error: attribute 'alex' missing
  |  
  | at /nix/store/3ykyji0a86n1vshgdwh4n7n6jdlcag2h-source/modules/configuration-nix.nix:63:65:
  |  
  | 62|     pkgs.lib.optionals (__compareVersions config.hsPkgs.ghc.identifier.version "9.4.1" > 0) [
  | 63|       (config.hsPkgs.buildPackages.alex.components.exes.alex or pkgs.buildPackages.alex)
  |   |                                                                 ^
  | 64|       (config.hsPkgs.buildPackages.happy.components.exes.happy or pkgs.buildPackages.happy)
  | Did you mean one of clex, flex, plex, ace or afew?
  | (use '--show-trace' to show detailed location information)

• Build system: aarch64-darwin
• GHC version: 9.4.4
• Haskell.nix version (or commit) used: 78aed6a7b53aa824cadae67c2ec4b8c75ea008f8

~Seems to work fine on x86_64-linux.~

[spacekitteh]

Happens for me on x86_64-linux.

[amesgen]

A workaround is to add alex as a build-tool-depends to the local project, but this is certainly not ideal.

[spacekitteh]

A workaround is to add alex as a built-tool-depends to the local project, but this is certainly not ideal.

The problem then is that you have to remove it then if you're in a shell to build with cabal :(

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[spacekitteh]

it's still a problem.

[angerman]

The problem is that 9.4 is one of the compiles we use the least :-/ And for some reason lots of things with 9.4 are odd. Same in #2049 and #2050 😕