{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreicay5ksjk5zglqj6pfdlf7ayexd476wx5yp6pamp6kmr2y3ikfhte",
    "uri": "at://did:plc:pi6woz4d47bkuws673w2il2r/app.bsky.feed.post/3molkqcjok5x2"
  },
  "path": "/t/rfc-http-types-breakage-additions-rework/14286#post_5",
  "publishedAt": "2026-06-18T17:34:27.000Z",
  "site": "https://discourse.haskell.org",
  "textContent": "I think it’s laudable but if people have, _in spite of cabal check / hackage_ , not put upper bounds on their dependency for http-types, you cannot be held responsible.\n\nBump the major version, that’s the signal that there’ll be breakage, and you have fulfilled your part of the versioning contract with downstream users.\n\nWe have an A.B.C.D scheme where A indicates an epoch (radical changes, full revamp of the API) and B indicates a major version (breaking changes but still going in the same known direction). They’re not just for show and some people tend to treat the job of maintainer as forever-butler. Things change, be it people or APIs. That’s why we have version bounds.",
  "title": "[RFC] \"http-types\" breakage / additions / rework"
}