I thought your patch was allowing for both interface names for a bit with the same back-end code so that they could upgrade and then remove/add relations after the charm upgrade.
That being said, having a “deprecated/renaming” primitive in juju metadata.yaml relation processing would be a super helpful addition for the inclusive naming initiatives to be successful long term.
My patch for the NRPE charm allows that indeed but not my patch for apache2.
Keeping both interfaces would not really remove the terms but it would be a smoother approach for sure. However, at one point the old interface would be removed and whoever hasn’t upgraded the charm or upgraded it but did not change the relation would face the same problem.
With that, I agree that a “deprecated/renaming” primitive in juju metadata.yaml would be helpful also for any other charm rewriting that would require relations renaming.