Charm hooks to be called "upgrade" and "config"

I fear this might break forward compatibility for charms that still have upgrade-charm and config-changed hooks. Could this be amended to have the following logic instead?

Juju 2.0 Upgrade sequence:
 - Look for upgrade hook, if fail
 - Look for upgrade-charm, if fail
 - Skip

Juju 2.0 Configure sequence:
 - Look for config hook, if fail
 - Look for config-changed, if fail
 - Skip

This way charms developed with <=1.25 will still work in 2.0 since we don't have a max-juju-version field

Also, nitpick, since we're renaming things, `configure` seems more complete than `config` but that's just the color of the shed I'd prefer.

I just want to point out that there will be a substantial cost for existing consumers of Juju to pay if this actually happens and we're already asking a lot of them with 2.0.

The bug states that we'll allow the new names. I see this as a completely forward compatible addition to Juju that we can apply.

As Marco notes, it'd be a check, first for this new hook and if not found fall back to the upgrade-charm hook.

Juju 2.0 is getting frozen and the 2.0 release cut in the next 2 days for Xenial. We do not have the resources to make this change in the next 48hrs, however, I would like oi discuss the goal and when we want to have the charm that can utilize this in place and make sure that we add this as a point release to Juju 2.0 soon after it's released.

We know we'll have a minimun of two of those in the coming months and so I think we can align this with those very easily.

Can I humbly suggest that such a change would be too much of an impact for a point release? At the very least it should be a minor version bump IMHO.

Thanks Marco, I did intend for it to be easily forward-compatible, with
symlinks, unless min-juju-version is used.

Mark

This bug has not been updated in 2 years, so we're marking it Low importance. If you believe this is incorrect, please update the importance.