{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreid6cv6fgqyt6cwk6tnic2b3y37i3ug6dvciodsd3sq23wts2rai7m",
    "uri": "at://did:plc:pi6woz4d47bkuws673w2il2r/app.bsky.feed.post/3mnn4pukmaly2"
  },
  "path": "/t/looking-for-a-parsec-maintainer-to-assist-with-ghc-9-14-compatibility-is-this-package-still-actively-maintained/14191#post_6",
  "publishedAt": "2026-06-06T16:35:04.000Z",
  "site": "https://discourse.haskell.org",
  "tags": [
    "@wz1000",
    "@hasufell",
    "GitLab mirror",
    "ghc-9.14",
    "552730e2",
    "ghc-10.0",
    "15f8a710",
    "canonical repository on GitHub",
    "Hackage version",
    "canonical source repository"
  ],
  "textContent": "hasufell:\n\n> This looks like an error in the GHC release process.\n>  @wz1000 bumped this in the GHC submodules.\n\nThanks for the pointer @hasufell.\n\nIt does seem that GHC’s GitLab mirror of `parsec` has the following two commits:\n\n  * branch ghc-9.14 with commit  552730e2 (bump `base` to `<4.23`)\n  * branch ghc-10.0 with commit  15f8a710 (bump `base` to `<4.24`)\n\n\n\nAFAICT neither of these branches (or commits) exists in the canonical repository on GitHub.\n\nSince the canonical repository is what’s referenced by the Hackage version, it seems like the process expects these changes to be propagated back at release time, and that this step was missed for GHC `9.14.1`. Is that right?\n\nIf so, perhaps this part of the process could be revised? The repository is described as a “mirror”, but GHC-specific commits are being made directly to it, creating two diverging sources of truth. The `ghc-10.0` branch suggests the same issue is lined up to recur with GHC `10.0`.\n\nI wonder if it’s feasible to instead propagate changes in the following order:\n\n  1. First, to the canonical source repository (currently on GitHub);\n  2. then to Hackage;\n  3. and finally to the GHC GitLab mirror.\n\n\n\nOr alternatively, perhaps the GitLab version could be blessed as the source of truth (reflected in the Hackage package description), and the GitHub version treated as a mirror?\n\n(I appreciate there may be constraints I’m not aware of, and I’d be curious to hear from anyone who knows more about how this process works in practice.)",
  "title": "Looking for a parsec maintainer to assist with GHC 9.14 compatibility (is this package still actively maintained?)"
}