> And if it's to provide one CLI that rules them all, the individual
> projects (well, Cinder, anyway) can't stop adding functionality to
> cinderclient CLI until the openstackclient CLI has feature parity. At
> least now, you can use one CLI to do all cinder-related stuff. If we
> stop cinderclient CLI development, then you'll need to use
> openstackclient for some things (old features + the latest features)
> and the cinderclient for all the in between features, which doesn't
> seem like progress to me.
And in reality, I don't think Cinder can even drop cinderclient even if
we get feature parity. We have python-brick-cinderclient-ext that is
used in conjunction with python-cinderclient for some standalone use cases.