Fork `basement`? As `baseplate`?

ah so here’s an interesting question: hackage revisions currently are done to adjust bounds. if a drop-in, strictly more compatible fork under a different name is created..does it merit downstream hackage revisions? hackage revisions are usually because the package author made a mistake. too strict of bounds. in this case, they made the mistake of coupling to vincent. in both cases, no harm is done to the end-user. they get a strictly more compatible thing where before they get a cabal-install error. like if i make basement2, why can’t we do revisions to basement-depending libraries? we would if i did basement 2.0.0.0. absent versioning, all hackage versions could be implemented as global identifiers on hackage byconcatenating name and version. they are functionally the same thing we obviously don’t want to step on vincent’s rights to the basement name. but does he have a right to freeze everyone downstream of him too? i assume they don’t care about him but rather just want their packages to work for anyone trying to use them.